I'm updating FEP-8b32 test vectors, following the change in eddsa-jcs-2022 specification:
https://codeberg.org/fediverse/fep/pulls/338/files#diff-1e489c1864238669a9e6344a26cc62c4e4219b88
I'm updating FEP-8b32 test vectors, following the change in eddsa-jcs-2022 specification: https://codeberg.org/fediverse/fep/pulls/338/files#diff-1e489c1864238669a9e6344a26cc62c4e4219b88 @mikedev @lisarue Mike, meet Lisa. Lisa, meet Mike, if you haven't already. https://www.w3.org/events/meetings/d83b5200-20aa-49c3-a1d0-851392df2f53/ It was discovered that mention of @nomad caused many servers to reject the whole message, because the Mention tag contained a raw 'ap' URL and not a compatible HTTP URL. Mastodon, Pleroma, probably many others too. This has been fixed Ghost will be using the open source Fedify server framework to manage the activitypub bits and pieces of their service. https://activitypub.ghost.org/day-4/?ref=build-log-newsletter The star federation feature is now merged into forgejo and will be part of the next release version :-) We also wrote a 'How To' which explains how to try out this feature: https://domaindrivenarchitecture.org/posts/2024-06-05-howto-federated-stars/ Collections in ActivityPub are special, because they are not independent objects, but aggregations of activities. I think FEP-ef61 implementations should not add integrity proofs to them, but treat them as virtual objects whose representations are always server-generated. Re-signing collections and collection pages after every update is not practical. @hongminhee multi-valued The fastest non-Google controlled web rendering engine Servo is trying to compete with only $1.6k funding a month: Yes, they did have an NLNet grant, but that ran out. If we want an alternative to Blink/Chrome, we need to fund it. This is a project where even a tiny regular amount could yield oversize returns:
Show previous comments
@Blort igalia employs multiple people to work on servo full time right? Let's talk about object ownership in #ActivityPub I'm writing a new FEP: https://codeberg.org/silverpill/feps/src/branch/main/c7d3/fep-c7d3.md This topic is rarely discussed, but any server that doesn't implement ownership checks as described in this document is likely vulnerable to impersonation attacks.
Show previous comments
@thomastospace I did wish there were alternatives to Mozilla (that didn't suck), who seem more than happy to throw money at dumb things (businesses that don't exist, their executives and political speakers who have nothing to do with tech or the web) and being completely reliant on Google for their continued existence. Oh and their recent privacy problems. @thomastospace Well.. Except for Firefox people doesn't have very much different alternative choice to move to. Especially on the mobile platforms. I mean in the term of what the most browsers are based on. There are only few available web engines out there. Three if I am not wrong. Sadly we don't have anything else. That's very bad situation for us all. Please review and comment. The FEDERATION.md was just updated and I removed mention of some of the historical hacks which have been since been standardised. Still a couple of rough edges, but I've got a lot going on at the moment. Look in the dev branch of the streams repository for the latest:
https://codeberg.org/streams/streams/src/branch/dev/FEDERATION.md Mitra now fully supports both "push" and "pull" FEP-7628 modes https://mitra.social/objects/018fbf11-3db8-94f8-f22e-ad1d36c64348 Merged: https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3654 >implementation of an upload system for attachments using IPFS. Nowadays I think #IPFS is not the right choice (see FEP-ef61 for a better solution), but nevertheless, it is good that this topic is getting more attention If only there was a way to integrate peer to peer payments into federated social media without relying on Stripe and Google... Maybe someday it will be discovered! https://mastodon.social/users/dansup/statuses/112489844955494674 #Mitra v2.19.0 - Better support for Internationalized Domain Names. ActivityConnect breaking change: identifiers of bridged objects are different now. They were percent-encoded but the set of allowed characters was not correct, and that has been fixed. I doubt that anyone else is using it, but just in case, I recommend un-following all bridged actors and deleting them from local cache. |