Notices by tesaguri 🦀🦝 (tesaguri@fedibird.com)

そういえばFedibirdってMastodon v4.2.13ベース相当まで追従したらしいけど、公開のWebページはまだJavaScript無しで見られるっぽい？

The FSF is now on Bluesky: Here's how and why we did it — Free Software Foundation — Working together for free software
https://www.fsf.org/blogs/community/2026-bluesky

Blueskyに対する言及でまずnonfree JavaScriptの話になるあたりは流石というべきか（？）

@hongminhee

I‘d be happy to proofread the Japanese version too, if you agree that I‘m qualified for it @evan.

@noellabo 個人的には言語の切り替えはそこまで高頻度でないので今でも耐えられるレベルではありますが、Web UIで対応していただけるならありがたいです🙏

異なる言語で投稿するたびに設定画面を開いて言語を変えるの面倒くさいー。最新のバニラのMastodonではWeb UIの投稿画面からでも言語を指定できたのだっけ？

大規模サーバに閉じているような利用者ならともかく、セルフホストや小規模サーバへの分散の指向というのは本質的にある種の反資本的なところがあるのにも関わらず、コミュニティ内でそういった風潮が見られないのはむしろ謎という気がしている

Misskeyのユーザは連合なしで投稿する場合があるから、リモートフォローする代わりにRSS/Atomフィードとして購読する方が良いぞい（カスのTips）

@noellabo @evan

I think that is exactly the situation that the “ActivityPub Discovery” draft community group report (<https://swicg.github.io/activitypub-html-discovery/>) aims to address.

Especially, the “Verification“ section (<https://swicg.github.io/activitypub-html-discovery/#verification>) seems relevant to establishing mutual endorsement of `url` relationships.

他の言語のコードから等価な(unsafe) Rustのコードに変換するというタスクにおいては古典的にもCにおけるC2Rustのような例があったわけで、ZigにおいてAIを使って同様に移植できましたというだけでは言うほどの新規性はあるのかなという感想。

既存のテストケースが通ったと言っても、それはとりあえず既存のコードの振る舞いは再現できたというだけの話であって、本当に問題になるのはそのコードを起点に今後の開発において今までと同等以上のメンテナンス性やら安定性やら何やらを達成できるかなのではないかと思うけど、そういった意味では現時点ではまだどうなるのかよく分からんね

@hongminhee

> I'm not sure who manages the w3id.org/fep/ redirect configuration.

The namespace is established as part of FEP-888d <https://w3id.org/fep/888d> (which you can verify via <https://github.com/perma-id/w3id.org/blob/48812833fbb34354d1a57f635fd98a359794e2d7/fep/README.md>).

And it is mentioned in the discussion thread of the FEP that:

> Since `codeberg.page` is in [maintenance mode](https://codeberg.org/Codeberg/pages-server/issues/399) and stated to be not suitable for production-use, that is not the best domain imho.

https://socialhub.activitypub.rocks/t/fep-888d-using-w3id-org-fep-as-a-namespace-for-extension-terms-and-for-fep-documents/3098/60

Activity Streams的には次の記述の通り、"Functional"とされていないプロパティはどれだけ持っても良い：

> Properties marked as being "Functional" can have only one value. Items not marked as "Functional" can have multiple values.

ので、`attachment`はもちろん、`content`だろうが`attributedTo`だろうが`object`だろうが好きなだけ付けて良いです。いや、マジで、規格では複数の自然言語の表現を含むオブジェクトとかが普通に例として出てくるので……（現実の実装で真面目に処理してくれるものが存在するかは別の話として）

これ、AppViewがフィードを見せてくれないとかいう状態なのかと推測するけど、PDSに直接書き込むことは出来たりするのだろうか

Fediverseの特定のサーバで凍結されてそれを迂回する目的でまたアカウントを作り直すという行為は旧Twitterにおける回避行為よりも批判されそうな気がするけど、これらの違いの一つとしてTwitterが代替不能なインフラみたいな扱いを受けているという点があって、まずそういった現状を打開しなくてはならないわけですよ（ろくろ）

@dev Rustonomiconのこのページがまさにunsafe traitのトピックを扱っているので、読んでおくと幸せになるかも知れません：<https://doc.rust-lang.org/1.91.1/nomicon/safe-unsafe-meaning.html>

@dev `derive`とかはHaskell由来らしいので、型クラス関連の用語ならなおさらあり得そうな話ではありますね（Haskellは触ったことがないので私も何も分かりませんが）

Rustのトレイトのコヒーレンス関係の規則のうち日本語では孤立規則などとも呼ばれるやつ、英語だと"orphan rule"とかいうオフェンシブな表現しかないというアレ

Bluesky、やらかすにしても、人々がもう最悪旧Twitterに戻れば良いやとか言えないくらい依存させてからの方がもっと本気でatprotoの枠組みでの脱出の機運が高まったのではと思うので、そこはやはり残念。ブリッジ以外のアカウントすら作っていない私が言うのも本当にアレだけど

@silverpill No, I'm not particularly against the FEP's recommendations (it's only that I feel a bit sorry about losing the possibility of hosting AS feeds on a simple static site for consumption by AP clients, but I admit that's too much of idealism).

I don't quite agree as to whom to blame, since I believe some sort of client-side verification is required anyway and server-side checks are only mitigation after all. But I don't think that's essential.

@silverpill That said, it was like my best-effort proposal then that's least controversial and simple enough for multiple servers to implement at once. So I think it's nice to explore alternative solutions, though I don't have any specific idea yet. (6/6)

@trwnh

@silverpill @silverpill […] In the case of WordPress, maybe you can just trust the uploaded contents, but I don't think that can be generalised.

While the `Content-Type` solution has a hole as @trwnh points out, I thought AS is relatively novel type so that it may be acceptable to impose some additional requirements on those who declare the type (at least it's better than blaming servers like GitHub that haven't even opted to support AP).