This account is not set to public on notestock.

あとは元々修羅ルールだと1局が3人上がるまで継続だったから降りる旨みが少なかったのが、オールマイティで多面張が簡単に作れて降りが至難の技になってしまったせいで色々考えるより速度最優先にしなきゃいけなくなってる

雀魂とシャニマスっていうかノクチルコラボでやってる特殊ルール、オールマイティ牌のおかげでチートイでも2種待ちになるし待ちにドラがあったらちゃんとドラ扱いされるからかなり強い役に変貌してる

それにしても当たり前に dynamic_configuration が有効になってて Admin FE を使うサーバーのほうが多くなったんだなぁと謎の感動を覚えてる

そろそろ2.8.0リリースの準備みたいな話にはなってたけど今回話題になったバグの影響はさして無く

This account is not set to public on notestock.

あー…

This account is not set to public on notestock.

域内の利用者数とか出さなきゃいけないのか。だるすぎるな

似たような前例なんかあるっけと考えてるけどfedibirdのReferenceをtagかattachmentに含んだやつをエラーか何かにしたのが近いなってなってる。あれはこちらから取りに行く必要がなかったからDoSにならなかったけど

いま問題になってるのはそこだけだろうけど変なところでまたいつか壊れるよなぁみたいな

This account is not set to public on notestock.

特定コミットの変更だけ取り入れるやつ

$ git cherry-pick <commit hash>

$ git show -u --format='' <commit hash> > fix.patch
$ git apply fix.patch

リリース戦略がActivityPubのネットワーク内では規範的で完璧に近いMastodonっていうまともな手本もあるしMisskeyやFriendicaみたいに月例リリースもあるのにPleromaはなんでこうも雑なんだみたいな

まぁPleromaのリリース戦略については0.9.99999とかやってたころからまるでなってないとは思ってるので5年経ってもカスのまんまだよなみたいな呆れはある

明確にバグなんだからパッチバージョンぐらいガンガン上げてけよなぁ

なんでhotfixしてないんですか？？？？

developは3ヶ月前には修正がマージされてたよっていうとんでもない話です

？

dockerfileの中でOTPリリースのビルドしてるから実質OTPリリースしてる

取り込んでないdevelopの変更確認して問題のアレは取り込んでそうだったので compose pull & compose up -d してとりあえずヨシってした

実装間の合意を取るフォーラムは個々にあるけどMastodon側から参加してる人ほとんどいなかった気がするのであんまり強くないかも

https://socialhub.activitypub.rocks

This account is not set to public on notestock.

Develop追従しても使用不可能なバグが起きることはめっきりなくなったのでstableリリース使うより対応速度ではかなり良いよ

今ので半分正解みたいなものだし、そもそもプロフィール補足情報がPropertyValueを使ってるのが大きな間違い

This account is not set to public on notestock.

@dampuzakura Holloも良いけどTypeScriptなぁってなるので私は選ばないかも

短文投稿クライアントが大抵 Mastodon API なのでAP実装ってより Mastodon API と ActivityPub S2S 翻訳機が必要

自分で書いたほうが信頼できる可能性がある

トラブルが少ない軽量AP実装を求めて

こういうところちゃんと規範的なMastodon良いよなぁみたいな

即座にリリースしてくれ頼むから

個人的にはmisskey.ioが連合しなくなったとしても困ることはあんまりないので連合解除されてもまぁとは思うんだけど、将来的にfieldを好きに増やすみたいなpleromaの想定漏れしたところでエラー扱いしてリトライするような実装になってるのは深刻に憂いてるのでちゃんと直してリリースしてほしいよねみたいな気持ちでいる

pleromaってソフトウェアのことは存分に憎んでいいと思ってる

ioに落ち度はなにもなくてpleromaをstableで運用してる側が事前に設定してないなんて落ち度も当然なくてPleromaって実装以外悪いところはないですよ

設定しとけよって言われてもMisskeyIO以外でフィールド100も200も設定してたらプロフィールどんだけスクロールしても投稿までたどり着けないんだから現実的にそんな設定するやつおらんやろってなるので問題が認識されるまで設定する意義がない

こさ…？

管理者側からしたらそれ以上のユーザーがいたとしても登録されないかこさ溢れた分は無視するもんだと考えてしまうと思うんだよねこれ

何も思い当たらなかったので比較的真面目なリリースノートしか見てこなかったかもしれない

スクリーンショットじゃない写真が載せられてるリリースノート見たことないかも

リリースノートに開発者のプライベート情報を乗せるタイプのソフトウェア？

lainさんとfeldさんとhaelwennさんあたりにメンション飛ばしとけばまぁ対応してくれるんじゃないかなとか思ってる

ところでPleromaからそんなに大変な感じのDoSが来るってことはstable運用してるサーバー結構多い感じですか？

unsignedとかかなぁとか思ったらunixtimeをそのままyyyyMMddでパースしただけだった

hotfixしないならしないで2.8.0のリリースあくしろ。はよ

…なんでstableに降ってきてないんだろうな？

あ、developは本当にもう修正されてんだ。develop追従のうちが対応する必要のある話ではなかったかもしれん

それはそう。hotfixリリースぐらいしろ

This account is not set to public on notestock.

Pleroma使って最初の1年は自滅するタイプの未熟さを感じてたけど、それから4年は他所に迷惑かけるタイプの未熟さをちょくちょく感じるソフトウェアだなぁとなってます

JSONとしてパースできる時点でリトライ処理するほうがイカれてるのでマジで実装がおかしいのは疑いようがないので

Pleromaを5年使ってるけどこれは本当にカスなのでPleromaが悪いよ

This account is not set to public on notestock.

やっぱPleromaってカスだわ

This account is not set to public on notestock.

数字あげたら後で上限超えてたら失敗じゃなくてそれ以上を削除するMastodonみたいな処理すべきかなとか思った

なんとなく把握したよ

This account is not set to public on notestock.

YouTubeに投稿されたボカロ曲とかでたまに見る字幕機能使ったコメントアート、誰もが見るものじゃないからニコニコと違って承認も得づらくて自己満足の度合いがだいぶ高いなってなってる