現生人類の進化、長掌筋が退化とか親知らずの退化とかちゃんと起きてるんだなぁみたいな

lainさんってfirefishに投資してたんだ…？

このアカウントは、notestockで公開設定になっていません。

そういえば前回だか前々回だかの SHS wish glasses の瑞希、既視感あるなぁと思ったら赤い世界が消える頃の衣装でメガネかけてたやつだった

あなたがお持ちのメディアストレージのURLを持ち出してくださればそれを添付いたしますよみたいな形式

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

Civ7が出るから旧作値引きするでーみたいなこと？

このアカウントは、notestockで公開設定になっていません。

今更アメリアの話？と思ったらさかまたも同じように活動終了するんだとなってる

使うことが基本的になくて追加も全然しないから覚えてない

pleromaのカスタム絵文字、emoji pack は Admin FE から取り込めた気がするけど、そうでないのは static_dir の emojis の中にショートコードの名前で画像ファイル放り込むみたいなやり方だった気がする

子どもたちが回避策を見つける可能性を肯定してるの良い

オンライン不同意わいせつなるものがあるみたい話を見たけどこれかぁ

このアカウントは、notestockで公開設定になっていません。

Threadsって toot:Hashtag のサポートしてないんだ

`<reference path="./types/importMeta.d.ts" />` ってあるから client.d.ts で定義してるっていうのは嘘ではないってことか

vite/client.d.ts で定義してるって言ってるけどドキュメント古いのかしら

Env Variables and Modes | Vite
https://vite.dev/guide/env-and-mode#intellisense-for-typescript

bridge fed 仕事してほら

リリースノート、読もう

2024.03 のチェンジログにMUSTだよって書かれてる

As mentioned in "Changed", Pleroma.Upload, :base_url MUST be configured. Uploads will fail without it.

akkoma/CHANGELOG.md at 4cd299bd8380241894bf4399cb9e61edd4067c2b - AkkomaGang/akkoma - Akkoma Development https://akkoma.dev/AkkomaGang/akkoma/src/commit/4cd299bd8380241894bf4399cb9e61edd4067c2b/CHANGELOG.md#2024-03

支持者がひどいと政党を支持する気になれないぐらい萎えるのでやめてほしい

開いて6時間でマージされてるしチェックリストは無視されてるし

Fix installing frontend in Erlang/OTP 27.1+ (!4300) · Merge requests · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/merge_requests/4300

Erlang/OTP 27.1 でフロントエンドのインストールに失敗する問題を修正してMR開いてzipモジュールの動作を説明してたらマージされてた

バグを踏んだとかの場合はパッチをgistにあげるなりforkで Pull Request のコメントに書き残してて思い出しやすいときがある

まとめてないので忘れて必死にヒストリをgrepしたりドキュメントを読み漁って思い当たりを探す時間が発生する

ちゃんと自分の作業をまとめておかないと忘れる

テキストの英語返信ぐらいサクサク書けるようになりてえなぁつってる

このアカウントは、notestockで公開設定になっていません。

Windowsでも使用フォントを変えることで区別をつけられるようになるわよみたいな話？

ghcr.io/kphrx/pleroma:pr-268 でフロントエンドのインストール成功したし一旦困ってることなくなったかしら

このアカウントは、notestockで公開設定になっていません。

でもMV3で機能を制限してくる

このアカウントは、notestockで公開設定になっていません。

すべてオープンなんだから第三者に勝手に学習されるのは当然じゃんの思いがあるけどデータをリポジトリで再配布したのはちょっとまずかったかもねとか思ってる

草

Daniel van Strien: "I've removed the Bluesky data from the repo. While I wanted to support tool development for the platform, I recognize this approach violated principles of transparency and consent in data collection. I apologize for this mistake." — Bluesky
https://bsky.app/profile/danielvanstrien.bsky.social/post/3lbvih4luvk23

fix: skip directory entries · kphrx/pleroma@82798e5
https://github.com/kphrx/pleroma/commit/82798e5c921bce023141dfc08686461e989d65f6

"This admin dashboard is experimental and WIP, [old admin UI available here]."

このアカウントは、notestockで公開設定になっていません。

ねーよんなもんの顔をしてる

blueskyのスターターパックって何と思ったらフォローすべきユーザーと見るべきフィードみたいなものをまとめる機能用意してんだ

atproto/lexicons/app/bsky/graph/starterpack.json at 3303ff16a482a8dc6d31edc970398794184032d4 · bluesky-social/atproto
https://github.com/bluesky-social/atproto/blob/3303ff16a482a8dc6d31edc970398794184032d4/lexicons/app/bsky/graph/starterpack.json#L7

このアカウントは、notestockで公開設定になっていません。

そういえば Admin FE と Pleroma FE の統合が結構進んでて、リミットの操作は Pleroma FE だけでできるようになってるんだよね

Path.join("./tmp", "dist/") が ./tmp/dist になって Path.dirname/1 が ./tmp を返すからダメだ

if not File.dir? を File.write の条件にしたら良さげ

手元で Erlang/OTP 切り替えて試したけどデフォルト true なんてことはなかった。後方互換性を維持するには :skip_directories オプションをつけずにディレクトリが含まれる前提で処理する必要がありそう

このアカウントは、notestockで公開設定になっていません。

ところで、OTP 27.1 以上ではフロントエンドのインストールに失敗する問題が多分OTPのzipモジュールの変更に起因するものだとあたりは付けましたが後方互換性は維持して修正する方法がよくわからないのと、本当にPleromaの問題なのかOTPがポカしてるだけなのか分からないのでどうしようとなってる

pleromaで bridge fed が取得できないの、 alsoKnownAs の値がバリデーションを通ってないっぽい

このアカウントは、notestockで公開設定になっていません。

mozilla.social が来月には終わるので mastodon.social とfedibird以外でサブアカウントをおいとくサーバーどうしようかなみたいな

oransnsのinboxに対して :connect_timeout のリトライ処理をずっと続けてるのでもういいかと思って全てのアカウントを deactivate して配送対象から除外することにした

Pleroma のフロントエンドインストールする機能が Erlang/OTP 27.1 以降の :zip モジュールの挙動に対応してなくて誤った展開の仕方をしてしまいエラーが発生する問題、どうするべきかなとなってる

えぇ？

OTPを27にしてないコミットのイメージをpullしてきて試したら成功した。影響あるぞ

いやでもデフォルト true だしそんな影響ないだろ

あー？もしかしてこれが影響してるか？

zip: Add skip_directories option · erlang/otp@17d19f5
https://github.com/erlang/otp/commit/17d19f5c860a1a9bd238f8a78e5aad0e978e25ef

Erlang/OTP の :zip モジュールが壊れてたりせん？そんなことはない？

zipってそんな形式だったっけ

zipの中にdirectoryのエントリが含まれててdirectoryかチェックすることなく書き込んでるってことか？

うーん…？ :eexist が発生して directory だと認識できてないってこと…？ってなってよく見たら frontends/tmp/dist がディレクトリとして作られてなくて意味がわからん

Blaming elixir/lib/elixir/lib/file.ex at v1.17.3 · elixir-lang/elixir
https://github.com/elixir-lang/elixir/blame/v1.17.3/lib/elixir/lib/file.ex#L325

前回フロントエンドのインストールで出なかったはずのエラーなんだけどコードで変更されてるものは特になく、理由がわからない。パーミッションもディレクトリ作れてるんだから問題ないし

lib/pleroma/frontend.ex · develop · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/blob/develop/lib/pleroma/frontend.ex

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

実際に動いてるサーバー確認したら意味不明なエラーログが出てきて困ってる。なんで消した後も already exists のエラー発生してんだ

なんかフロントエンド更新できないなと思ってサーバーにSSHして修正しようと思ったら、あるはずの bind volume が空っぽで必死に色々探した結果サーバー名を間違えてupした残骸を漁っていただけだった

このアカウントは、notestockで公開設定になっていません。

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

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

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

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

このアカウントは、notestockで公開設定になっていません。

あー…

このアカウントは、notestockで公開設定になっていません。

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

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

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

このアカウントは、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

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

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

このアカウントは、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リリースぐらいしろ

このアカウントは、notestockで公開設定になっていません。

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

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

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

このアカウントは、notestockで公開設定になっていません。

やっぱPleromaってカスだわ

このアカウントは、notestockで公開設定になっていません。

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

なんとなく把握したよ

このアカウントは、notestockで公開設定になっていません。

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

例のアレ
例のソレ

bsky.socialのハンドルはdid:plcに持たせたままにして古いhandleを解決できるようにするでもいいような気もするけど（どうせ配列なんだし at uri を複数入れても DID Document は壊れないんだし

未使用handleのリダイレクトチェックなんかやってられんのはあるかもしれない

古いURLが無効になるの、最後に使ったユーザーのそれぐらいリダイレクトしてやったらいいのにとか思わんでもない

このアカウントは、notestockで公開設定になっていません。

Perl 6 はともかく Perl 7 はどうすんだと思ったら触れられてた

eu

「Twitterから移住してくれない人」のことを望んでないのでBleuskyには移住したよってなるときにBlueskyを使う理由にはまるでならないという問題がある

活動の有無を何で判断してるか気になる

このアカウントは、notestockで公開設定になっていません。

Blueskyが死んだあと AT Protocol は atproto.com を引き継げば維持されるけど bsky.app で作られてる短文投稿の名前空間とかブランドはどうなるんだろうねみたいなこと思ったりする

plc.directory が突然死するだけで壊れうる世界

このアカウントは、notestockで公開設定になっていません。

多少道程が交じるぐらいならまぁみたいな

Twitterと同じ轍を踏んだサービスなんかいらんねんみたいな気持ちがある

stop-gap だから今後しっかりとした対策は必要みたいな感じかしら

どこで見たんだっけ、Activity Vocabulary か FEP で見てめんどくせえなって思った記憶がある

Groupの移行、通常のアカウントの引っ越しの実装じゃなくてFollowを使ってなんかやる仕組みじゃなかったっけってなってる

Firefox Lockwise、結局 Firefox for Android が刷新される前の Firefox Preview とか言って先行リリースしてた頃に、OS側でパスワードマネージャー変更できるようになってたのに対応させるために単独でパスワードマネージャーとして機能するようにリリースしてただけで、Previewが for Android ってなった頃に統合されて消えてったなぁって思ってるけど認識違ってたりするかな

Firefox（旧Firefox Lockwise)