このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
fetchしてマージコミットでmergetool使えば大抵なんとかなる。なんとかなるし見栄えも綺麗になると思う(なおbackportのhashが違うコミット
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
でも最近はDocker使ってるからサーバーでgit pullしないしそれもありかって感じはある
どちらにせよ開発環境でpullしづらいので嫌だけど
どこかでpullじゃなくてfetch/mergeしろみたいな話見てからちょっと警戒してるんだけどあまりそうじゃない人が多いのかな>git pullして更新する
正直rebaseからのpush -f連打しまくる板橋式の更新はサーバー側でのgitコマンドが増えるのでミスが増える!やだ!って思ってます
うちの改造、取り込む瞬間に本家のmasterまでコンフリクト解消してあるから追従鯖なら即時使えるんだけど、圧倒的に Merge branch "tootsuite/master" to(ry が邪魔になってしまってる気がする
(たまにmasterブランチも消してupstream/masterとupstreamのtagだけ追ってるんだけどこれどうなんだろう)
@kamisuke 最大の特徴、アイコンがキラキラしたり動いたりするヤツだと思ってた……たしかにトレンドあったよね……あれ自演できるのか……。
それはそうと、僕は他人の歴史改変はしたくないので、コミットハッシュを保持するために、自分の改造は merge だけでやってる https://github.com/codimd/server/compare/master...azyobuzin:master
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
わたしはいつもreset --hardして合流してからpullしてる
板橋丼もこの方式だったりする
~~~~~~~~~~
[https://pl.kpherox.dev/objects/4c0bd9fa-ca56-48e1-bde0-dd75eaa5b5b1]
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
反応を集めたいなら discourse とかでやった方が良さそう (仕組み的には)
せっかくなので本家に寄与するのが一番だと思うけどあえて本家とは違う機能とか実装しようとするなら本家のレポジトリをGit submoduleに入れて管理するのはどうでしょう
RE: https://dtp-mstdn.jp/users/noellabo/statuses/102048101167023152
タグのマージはなぁブランチ違えばcherry-pickのrebase混じりになるからしんどいだろうなぁ…うーん
ブーストウォッチ、本当は投稿そのものを取りたかったんだけど、作った当時はAPIアクセスしか使っていなくてActivityPubなんもわからん状態だったので、他サーバの投稿をとる方法が無くてこんな感じになってしまった。
upstreamをわざわざmasterに取っておく意味はあんまりないと思うからremoteにupstream追加してgit fetch --allすればいいかなぁって
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
pull -f的なやつ、コンフリクトでresetもなんかエラー出るみたいな時があって、別のブランチを作ってそっちに切り替えたあと、masterブランチを消して、originからmasterを取り直す。ということをしたことがある。
@sumiyaki メンション部分消してリプライすれば、通知されない、繋がってるコメントができるのよね。
メールと同じIn-Reply-Toってヤツ。
内部的にも、conversationっていうのが存在する。スレッドのIDというか。
リプライしんどい、ってのはパコる君がGWカレンダーで言及しているので、これどうぞ。
https://note.mu/howaito516/n/n4780459e341f
いま、一気に知見が集まったけど、LTLチャットじゃなくて見事に連合を跨いでやってるから、分散してるんだよね。全然良い意味じゃなくて……。
私がブーストした分は拾えているかもしれないけど。
Mastodon Golden Week Calendarの8日目の記事、パコる君の『私がマストドンにハマった理由について』読みました。
https://note.mu/howaito516/n/n4780459e341f
なお、カレンダーの記事どれも面白いので、こちらの一覧から是非!
https://gw-advent.9wick.com/calendars/16
一覧されてないのもあるよw
https://mstdn-bike.net/@kuroringo/102025313641923839
--
リプライをもらうと返事をしなければというプレッシャーを感じるのは、
ムリせず、お気に入りして「関心を持って読みました」って意思表明しておけば、返答しなくてもいいんじゃないかなw
パコる君の真面目な性格が隠しきれない感じです。
でも実は私もそう思ってしまう方です。わかるわかる。
メンションウザいとか、そういう捉え方なら、相手を迷惑な人って扱えば済むんだけど、
返信しない自分の方を不誠実に感じたりするんですよね……。この人には返信したけど、こっちはしないのか、とかね。
やはりチャット空間の良さはあるよね。
--
ここにも感想書いたのでぶら下げ。
https://dtp-mstdn.jp/@noellabo/102041029280700568
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
BT言及は、「何のBTに対する言及か」についてTheDeskではmax_idを用いたユーザーのタイムライン表示ができる
あー機能ごとに最新とかタグに合わせてrebaseとかマージコミットすればその機能ブランチを最新に適用させ続けられるのか(青天の霹靂)(誇張表現)
notestockの公開ページにあるここのリンクを開くと、その付近が開くようになっていて話の流れが分かりやすくなってるんですよー。後者のリンクは、以下のgreasemonkeyスクリプトで。 https://github.com/osapon/mastodon2notestock
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
これ私もそうね。tagつくまでマージして、tagのタイミングで、rebase して改造の機能ごとに単品で最新版に対応させたコミットができるようにしている。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
歴戦の鯖缶たちで、これっしょ常考、とか定番が定まらないのに、見よう見まねで更新の度に死にそうな(時々死ぬ)鯖缶勢、どうやってgit使っていけばいいのか……。
ぜんぜんわからない。俺たちは雰囲気でgitをやっている。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@Heislandmine @erectronic_evening http-01ってcertbotとかですよね。acme。
サーバの証明書を更新するときに出たエラーかな?
@rosylilly 私はまさらっきさんのmastodon本とgit本を参考にしてきたので、
開発用のnoellabo/mastodonと、サーバ公開用のdtp-mstdn-jp/noellaboにわかれてて、
noellabo/mastodonの方にfeatureブランチとかmerge用のブランチ作って、dtp-mstdn-jp./mastodonのdtp-mstdn-jp(デフォルトブランチ)にプルリクする運用を続けています。
ただ、2年やってきてかなり秘伝のタレになっていて、昔のコミットが今のコードに使えなくなってます(抽出するのが大変)。
--
最近、常に本家のタグリリースからブランチ生やして、自分の適用した変更を末尾にぶら下げたい(rebaseですね)なと思うようになりました。
(ちょっとやってみてます)
ウチの適用してるコミットはこれです!って末尾をみてもらえばいいし、いつでも最新版にマージできる状態でメンテしておける。ヨソ様のパッチも、改めて最後に追加する方が楽なのです。
master追従するときはrebaseしてます。
このアカウントは、notestockで公開設定になっていません。
まず、誰かが公開してくれた便利な改造だけど、一回cherry-pickなりmergeなりするじゃん?
次の本体のリリースが来た時に、コンフリクトするワケですよ。
で、ちょっと落ち着いたら対応版を出してくれる。よし、適用しよう! ……どうやって?
--
自分でいじったコード、まぁcommitしておきますよね。で、master追従したり、次のリリースをmergeしていく。
まぁたまにコンフリクトするから直す。
これ、何回かやっているウチに最初のコミット埋もれちゃってて、あとでそこだけ取り出して別のリポジトリ(誰かにあげるとか、自分で別のサイト立ち上げるとか)に適用しようと思った時に、すごく扱いづらくなりませんか?
Github上でプルリクにしとけば拾える? どこからどこへやればいいんだろう……。
攻撃対象をみつけて晒し上げるためのまとめサイトじゃなくて、
知見が集まった一連の投稿を共有するためのまとめ、あってもいいと思うんだけど、決め手がない。
俺の人生みたいだな(ここで使うフレーズじゃありません)
今は活発じゃないけどイメージとしてはpawoo.netのブランチ設計は参考になるとこあるんじゃないかな
こういう、わりとみんなが興味ありそうな話題だというのに、エアリプばかり。
言及を収集するとなると大変だし、みんなお互いのコメント読めなくてみんな不便じゃないの?
これってトリビアになりませんか?
このアカウントは、notestockで公開設定になっていません。
開発のためのフローは本当に効率化して機能の追加をしやすくする指針だからちょっとしたコード変更を公開したり維持するのもやっぱりそれを意識した方が楽
機能ごとにブランチ切るのはどれをどこまでやったかみたいなことを明確にするので…
いろんな変更をごちゃ混ぜにしながら一つのブランチで維持するのはとっ散らかるだけだからその雰囲気のフローは消耗しそう
追加した機能や変更のブランチ名を切って自分用のmainブランチへマージ(GitHubのPRとかGitLabのMRで番号つけて管理すると楽?)してからバージョン上がる度にmainブランチへマージするのが普通にわかりやすいフローだと思うんだけど
普通にpatchブランチか自分の適用するドメインのブランチ切ってupstream/masterとかorigin/masterとかマージしていけばいいのでは
Mastodonにしても、PleromaもMisskeyもみんなそうだけど、gitで最新版のソースをとってくるじゃん? 運用のために。(開発じゃなくて)
で、.gitignoreで管理対象外にしてある設定ファイルはともかく、やっぱりちょっとソースコードいじることあると思うんだけど、いじった時に、それをどのように公開したり、維持していったらいいか、こうやればいいよ!ってのある?
GitFlowとかGithubFlow、GitLabFlow、みんな開発のためのフローなのよね。
圧倒的な物量の本家の開発成果を利用し、更新に追従しながら、どこかから借りてきた改造と、自分のあてた小さなパッチ(コミット)を維持していくだけのフロー、だれか提案してない?
(私も色々考えてやっているけど、再発明してもしょうがないので)
Web上の記事でもそうだし、枠の小さい雑誌の紙面などではますますそうだけど、そもそもどこかを参照しないで自分で全部書き下せるということはないので、必ずどこかを参照先として提示しないといけないのだが……
Mastodonのサーバはいろいろあります、ここをみて下さい!ってjoinmastodon.org紹介しても、正直、覗きにきた人、帰っちゃうよね……。
Acrobat、ビジネスユーザーにとってアであるというのに、DTPユーザーにとってもアであって、担っている役割の割に、鬼っ子なのだ。
あやつ、DTPクラスタから見ると、PDFを編集できます!とか言い出す、最大の裏切り者であるw
たのむ……やめてさしあげろ……。 #dtp
結局、参照先が頼りないという問題があるな。
マストドン日本語ウィキは鉄板として、他が弱い気がする。
joinmastodon.orgは、日本など各国のローカルな事情をカバーするより、グローバルでどこでも同じ体験ができます!ってのがウリだから、なかなか難しいところがある。
docs.joinmastodon.orgも、充実している方ではあるが、プルリクは放置するし、まだみんなgithubにあるドキュメントを参照しちゃったりする有様で、これもなんとも頼りない。
このアカウントは、notestockで公開設定になっていません。
@vaginaplant 成り立ち・経緯から説明してるの、マストドン日本語ウィキぐらいですよね。記事にリンクするだけでも役に立つと思うんだけど……。
このアカウントは、notestockで公開設定になっていません。
まず、Mastodonというシステムがいくつかの種類のキーを抱えていて、それぞれ超大事なんだけど、あんまりわかってない、ってところから、勉強会が必要なんじゃないかっていう……
私も散々、主語の大きい、言い切り調の話をするから、Mastodonを代表しているように受け取られるかなー。
いろんなあり方を包含するものとして慎重に扱っている部分と、自分の意見の部分は、そんなに綺麗に分かれてないからなぁ。
まぁ、名称に『Mastodon〜』って付けるのは慎重になるよね。
DTPアドベントカレンダーとか、割と大胆なヤツはやってみたりしましたが……(アレは良い具合にいろんなメンバーが集まってくれた)
このアカウントは、notestockで公開設定になっていません。
ことらさに人の考えや人格を否定したりけなしたりしなければ、どんな話をしても何も支障ないんですが……
あと逆に、回りの言葉と距離がとれずに自己を否定したり傷つけてしまうとか。
トゲのある言葉をぶつけて煽ったり、相手の苦手なことや抵抗できない部分を攻撃して、正常な判断を行わせないように仕向けて、勝ち負けに持ち込んだりね。
筋の通った話をするのに必要な手数をかけないで、物量で攻めたり。
相手がもっとも理知的に振る舞える状況となるよう、そこをお互いに努力すれば、実りある話ができるのになぁと思います。
実際はだいたい、逆をやってます。
まぁ、子どもが大人を真似するように、実は大人も大人の真似をしているだけなので、まずは人のことより自分が望ましいと思う振る舞いをすることに努めるのが、結局は早道じゃないかなと思っています。
このアカウントは、notestockで公開設定になっていません。
@westantenna 私の身近なヤツは埼玉新都市交通ニューシャトル伊奈線ですが、12.7kmで運賃は350円ですね。
高いと言われますが、桶川や北上尾、上尾まで移動して高崎線を利用したり、東大宮から宮原とか、他の移動手段を組み合わせたものを比べたときに、まぁこのぐらいはしょうが無いかな、というレベルです。
あ、あと、学生の定期券の割引率が、JRなどと比べると高いのでビックリしますよね。まぁ沿線の学校いっぱいあって学生だらけですし、ベースの収入はこれなんでしょうから、致し方ない面もあるかなと思ってます。
私の場合、自分の時の反省も含めて、さくらのクラウドMastodonスタートアップスクリプトから別のUbuntuサーバに移行する際にどうしているかというと、
まずCentOS環境を、Ubuntu 18.04あたりと遜色ないレベルまでガシガシアップデートして、同等の最新の環境を作ります。
ここで『移行する必要無いじゃん!』という問題が発生するのですがw
また将来苦労するのは見えているので、やっぱり移行頑張るわけです。
同等の環境を作れば、ほとんどのものは同一バージョンなのでコピペできるし、レプリケーションも支障なくできる。トラブルも少なくなります。
また、CentOS上で動かしながら、コンポーネント毎に少しずつ進めて、大変なところを最後にまとめて押し込まないようにします。
失敗して出戻りになる確率を極限まで下げるわけです。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@westantenna 一応個人の感覚の話もしておきますが、もっと利益幅を圧縮して良いと思います。大きな政府のもとで、公共インフラは赤字や全て無料という考え方もありで、税収でまかなう方向もありだと思います。
同時に、こういう利益の出るところを端から潰していったゆえに日本が低迷しているという想いもあり、ではどうやって税収を確保するのか、という疑問はあります。
いずれにしても、つねに方便が必要というのが、残念だなと思っています。
公共の資本で儲けてはいけないという観念があるから民営化という話がでてくるわけですが、やったらやったで今度は民業圧迫とか。
公有であればなおのこと、主権者の意見が第一だから、複数の選択肢があっても、痛みのある方針は通りにくい。それで、情報を伏せたり、統計をいじったり、過大に盛った表現で騙さないといけない、というありさまで……。
ちゃんと根拠をもって決めて方針を説明し、了解を得て、成立させ、実現するのも、政治であり、経営であると思います。
少々話が過ぎたかもしれません。
そのへんは置いておいて、先の経営視点の思考実験がしたかったというところですw
@westantenna 識者がみて巨額じゃないのは了解済みとして、キャンペーン張るためにやってるだけでしょうからねぇ。
ズバリ、累積赤字がゼロになるまでは言い続けるような気がします。
庶民感覚との戦いであれば、10億円だって巨額で間違いないです。
そして、今度は有利子負債の利子など費用の方にフォーカスして、巨額のコストがかかっている!という話を始めるのではないかとw
@westantenna なるほど……。面白いので思考実験として便乗。
あえて地域住民の立場を無視して考えると、一定の利用者が利用を断念したり代替輸送手段に流れているとしても、必要十分な利用客数を維持できていて、同時に黒字を出せる高めの運賃を成立・維持できているように見えるので、経営として適正なのでは。
高すぎる!!に対するカウンターとしてのお題目ですよね。適正と言われていれば巨額という必要はないかな。
経営の次の一手としては、利用者の存在が別の形でお金を産む仕組みを開発してどんどんロックインすることかな。より確実な別のところから回収するようにシフトして、利益の**一部**を還元する。収益基盤を強固にしつつ、感謝される演出をして値下げする。大英断、新方針すばらしい!と言わせる。
いずれにしても、利益が減る手を打ったら経営判断としておかしいですね。
金を集めて、それを誰よりも上手に使って、以て地域貢献するのが、経営者の務めであります。
インフラを赤字でまわすとかもってのほか。それやるから地域が滅びる。
--
で、そんなに不評なんですか……。暴利なんじゃね?w
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
だいたい、自分から寄ってくるけど、こちらから近付くと逃げていく、猫みたいな人が多いのだ。
猫だー!! ガシッ!! ってやるから嫌われるのに、やめられない人も居る。それは猫との付き合い方ちゃうで。
フォロワーオンリーという公開範囲があって、これがFF外からリアクションして欲しくない時に使うモノ。
DMはいうまでもなし。
公開投稿はフォロー外からリアクションされることを想定したものでは。
先の『MastodonはTwitterの代わりになりません』が119ブースト、118お気に入りで、かなり反応をもらえていると思うんだけど、
私の直接のフォロワーが572いて、反応したのが1/10の57フォロワーだと仮定すると、フォロワーのフォロワー、その先のフォロワーまで伝播して、だいたい倍ぐらい。
ちなみにTwitterだと、プロファイル付けてキャリブレーションして!の呼びかけが1000リツイートぐらい。しかも直接のフォロワーは261。
まぁざっくりした数字だけど、感覚的にこのぐらい、というところはおさえておきたい。
https://dtp-mstdn.jp/@noellabo/102035571514738877
https://twitter.com/noellabo/status/1078115627594727426
プログラミングも、自分の手の届く範囲にずっとあって、自分でいつでも保守できるなら簡単だけど、お金もらうようなモノはそういうワケにはいかないから、そこに壁があるかもしれないね。
この界隈の学生連中、これだけのコード書ける能力あるのに……と思うけど、まぁビジネススキルがあるわけじゃ無いからなぁ。
Mastodon v2.8.2ですが、さくらのクラウドMastodonスタートアップスクリプトで新規セットアップが可能なことを確認しました。gcc 4.8.5の環境です。
今回はコンパイルオプションが追加指定されており、gccを更新しなくてもBlurhashがビルドできるようになっています。(そのためにすぐにv2.8.2が出たとも言う)
従来から、さくらのCentOS環境で運用されている方も、gccを更新せずにアップデートできると思います。 #mastodon