Home | Notifications | New Note | Local | Federated | Search | Logout

Federated Timeline


きゅーけー@tojoqk@mastodon.tojo.tokyo (2026-05-23 16:40:25) ついに、Ubuntuから解放された……。これはでかい。

きゅーけー@tojoqk@mastodon.tojo.tokyo (2026-05-23 16:39:47) Mastodon を Guix System で動かすのに成功したっぽい!

Coro@Coro@mstdn.maud.io (2026-05-23 16:34:31) 普通の腕時計や Apple Watch は大きいと思うけど、 Fitbit Air は流石に時間ぐらい分かったほうが良くないか?と思ってしまうな。 Smart Band 10 見たいな細型でもっと薄いと嬉しい。

Reply to @Coro@mstdn.maud.io Coro@Coro@mstdn.maud.io (2026-05-23 16:28:00) Geminiと深く融合したボルボ車に乗ってみた--「前方の建物は何?」にも回答 他には? - CNET Japan

https://japan.cnet.com/article/35247779/

:hosimiya_mion::star_stroke:@hos1miya@misskey.0sakana.xyz (2026-05-23 16:27:43) 爆音Reply聴きたい

Coro@Coro@mstdn.maud.io boosted: @amane@fedibird.com (2026-05-22 17:31:38) たった今データを失うかもしれない君に捧ぐ10個の質問 - あまねけ! https://ama.ne.jp/post/ban-ban-drive-faq/ かいた

Reply to @julian@activitypub.space silverpill@silverpill@mitra.social (2026-05-23 16:21:02) My understanding from a reading of the relevant section from fe34 suggests a claim of A → B is reciprocal if there is an inverse claim B → A.

Yes, and in my understanding these claims are:

- This actor is authorized to delete/update this object.
- This object is hosted on the server where this actor is an administrator.

But I don't insist on importing this concept.

I would want to point out that keeping with prior art has the benefit of making this FEP much easier to adopt by threadiverse implementors.

I consider myself a threadiverse implementer too, and I don't really like the idea of dealing with ambiguous properties :)

At the very least, could you add inbox and outbox properties to the Application actor example? https://codeberg.org/devnull/feps/src/branch/instance-admins/fep/baf5/fep-baf5.md#instance-actor-and-application-actor

Reply to @hos1miya@misskey.0sakana.xyz :hosimiya_mion::star_stroke:@hos1miya@misskey.0sakana.xyz (2026-05-23 16:16:36) https://twitter.com/bic_ohmiya/status/2058076785984815512?t=qR8d-bRhp-5J6ulV3AMJxw&s=19

:hosimiya_mion::star_stroke:@hos1miya@misskey.0sakana.xyz (2026-05-23 16:16:26) 現地にはいないよ

:hosimiya_mion::star_stroke:@hos1miya@misskey.0sakana.xyz (2026-05-23 16:15:00) ぬのますく

:hosimiya_mion::star_stroke:@hos1miya@misskey.0sakana.xyz (2026-05-23 16:14:41) め

:hosimiya_mion::star_stroke:@hos1miya@misskey.0sakana.xyz (2026-05-23 16:14:12) 大宮また入荷してるんだけど​:eyes_fidgeting:​
家電屋だよね?

たかし@tak4 (2026-05-23 16:10:36) 河豚板の開発者のxを見た。openbsdの使ひ方の勉強になる。

たかし@tak4 (2026-05-23 15:42:19) 暑くなったり寒くなったり、難しい時期

🦉@aaa (2026-05-23 15:33:18) 今日は初冬みたい

博多市@hakatashi@pawoo.net (2026-05-23 15:21:17) zenclerk, 普通にウェブサイト閲覧しててもなんかブラウザ内でメモリリークしてPCが大変なことになるのでマルウェアだと思っている

fedicat@fedicat@pc.cafe boosted: @mbk@brain.worm.pink (2026-05-23 07:04:46) 3 months of running #snac on my main acct with absolutely zero prior hosting experience. I am in awe at just how low the resource use is on the server -- and I'm not going easy on the thing when I use my account lmao.
Hopefully posting this won't expose just how much of a newb I am here but man...
(yes I know I'm on root in the pic. no I don't usually access root when I ssh.) ---Attachments--- image: https://media.worm.pink/media/4e0191ed5e3a1d617441d5696144298c66171aeebc76df279178d4d0a5c491a8.webp

ささきち¦C108 1日目ー東イ20a@ssk_chi@misskey.io (2026-05-23 12:52:28) 寒くて布団から出られないマリー​:kumapu_huton:​ ---Attachments--- image: https://media.misskeyusercontent.com/io/8c4397a5-6957-4fa3-87f1-c05ecd8806f3.png

fedicat@fedicat@pc.cafe boosted: @Feditext@mastodon.social (2026-05-23 11:33:16) I'm aware that the current TestFlight beta has expired and I'm looking into why the new build isn't showing up. Might not happen until tomorrow, it's getting late here. Sorry for the inconvenience!

— Vyr

#feditext

Reply to @w4rabimochi@misskey.io 病み影@yami_kuroro@misskey.io (2026-05-23 11:40:10) @w4rabimochi デカい…可愛い……!
竿野くんには定期的に忘れ物してほしいですねぇ……

Feditext@Feditext@mastodon.social (2026-05-23 11:33:16) I'm aware that the current TestFlight beta has expired and I'm looking into why the new build isn't showing up. Might not happen until tomorrow, it's getting late here. Sorry for the inconvenience!

— Vyr

#feditext

fedicat@fedicat@pc.cafe boosted: @apps@toot.fedilab.app (2026-05-23 03:34:44) I wrote my first blog post on my dev site to explain my recent work on Holos. It lets me better explain my choices, where I am, what I did, and what I plan to do next.
If you want to know more about Holos for Desktop, it's here: https://tom79.dev/posts/holos-desktop/
I might write others from time to time for other projects such as Fedilab.

Reply to @julian@activitypub.space julian@julian@activitypub.space (2026-05-23 10:01:50) The reason why attributedTo was chosen is because there is prior art to using that property to represent a collection of moderators. You could make the same argument against 1b12 (that moderators should be the key instead of attributedTo), too.


The argument as to whether a custom property fits better is certainly valid, and worth debating. However, I would want to point out that keeping with prior art has the benefit of making this FEP much easier to adopt by threadiverse implementors.

くっしー:sabakan:@kussy_tessy@d.kg-misskey.net (2026-05-23 09:53:51) ​:x_twitter:​の人たちが金払ってスパムマークの​:verified:​をつけてる一方で、​:fediverse:​ではみんな​:verified_gold:​だの​:verify:​だの​:symbol_hyperverified:​だの​:blobcatverified:​だのやりたい放題なのいつ見ても笑う。

warabi餅@w4rabimochi@misskey.io boosted: @w4rabimochi@misskey.io (2026-05-22 17:48:13) ​:imouto2:​が教室に来た ---Attachments--- image: https://media.misskeyusercontent.com/io/webpublic-b8faaf9a-d325-40cc-adfd-c86c93beda44.webp?sensitive=true
image: https://media.misskeyusercontent.com/io/webpublic-db9bb75e-1c59-44fa-9f66-472ebbb0b8c1.webp?sensitive=true
image: https://media.misskeyusercontent.com/io/webpublic-f2f17e33-6673-4c0d-8054-d7d6e8423c49.webp?sensitive=true
image: https://media.misskeyusercontent.com/io/webpublic-ed6d3fce-bc1c-44c2-8171-e90f5250ac02.webp?sensitive=true

warabi餅@w4rabimochi@misskey.io (2026-05-23 09:39:33) ​:ohayoo:​

ささきち¦C108 1日目ー東イ20a@ssk_chi@misskey.io (2026-05-23 08:21:47) ​:ohayoo:​​:blobcat_nemunemu:​

Reply to @julian@activitypub.space silverpill@silverpill@mitra.social (2026-05-23 08:07:40) Wasn't aware this was a problem? Figured the redirects would be okay.

The canonical location of a FEP is on Codeberg, but no, it is not a problem.

#2 I suppose supercedes is the incorrect term. It extends fe34, in a way. Would that be acceptable? Definitely not meaning to imply that fe34 is insufficient in any way.

"Extends" is fine, I just think you're describing a reciprocal claim from FEP-fe34, so you could use that term (or maybe FEP-fe34 needs to be updated if "reciprocal claim" is not a good name for this mechanism?)

Reply to @silverpill@mitra.social julian@julian@activitypub.space (2026-05-23 07:45:05) @silverpill@mitra.social said:


You say that your FEP supersedes the same-origin assumption described in FEP-fe34, but I think it describes a reciprocal claim, also described in FEP-fe34: https://codeberg.org/fediverse/fep/src/branch/main/fep/fe34/fep-fe34.md#reciprocal-claims. I suggest clarifying which aspect of FEP-fe34 is being superseded.



#2 I suppose supercedes is the incorrect term. It extends fe34, in a way. Would that be acceptable? Definitely not meaning to imply that fe34 is insufficient in any way.


#3 :heavy_check_mark: okay

silverpill@silverpill@mitra.social (2026-05-23 07:25:44) 1. I find the use of attributedTo here confusing, because normally this property is used to indicate who owns an object or a collection, and its value is an actor. I am aware that attributedTo is used in a similar way in FEP-1b12, but it would be better to introduce a new property (administrators) instead of continuing to abuse attributedTo.
2. You say that your FEP supersedes the same-origin assumption described in FEP-fe34, but I think it describes a reciprocal claim, also described in FEP-fe34: https://codeberg.org/fediverse/fep/src/branch/main/fep/fe34/fep-fe34.md#reciprocal-claims. I suggest clarifying which aspect of FEP-fe34 is being superseded.
3. In the section "Security and Authorization" you say "authenticity" but what actually is being verified is a permission.
4. The entire problem of non-same-actor updates and deletes can be avoided by using different activities. For example, Update can be replaced with an annotation activity. Delete can be replaced with Remove (from thread).
5. FEP links lead to w3id.org site, not directly to FEPs.
Older Notes