home.social

#fep — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #fep, aggregated by home.social.

  1. Recurring Events in Federation

    Just a short update to let you know things are still moving forward! The last months have been used to gain insight how and to which extend recurring events and series of events (as well as related events in general) might work in federation and be of benefit. This has involved a lot of exploration, design iteration, and discussions with people who are building or operating in this space. More interviews are planned to deepen this understanding further. If you want to have a chat about this, […]

    event-federation.eu/2026/05/15

  2. Recurring Events in Federation

    Just a short update to let you know things are still moving forward! The last months have been used to gain insight how and to which extend recurring events and series of events (as well as related events in general) might work in federation and be of benefit. This has involved a lot of exploration, design iteration, and discussions with people who are building or operating in this space. More interviews are planned to deepen this understanding further. If you want to have a chat about this, […]

    event-federation.eu/2026/05/15

  3. Recurring Events in Federation

    Just a short update to let you know things are still moving forward! The last months have been used to gain insight how and to which extend recurring events and series of events (as well as related events in general) might work in federation and be of benefit. This has involved a lot of exploration, design iteration, and discussions with people who are building or operating in this space. More interviews are planned to deepen this understanding further. If you want to have a chat about this, […]

    event-federation.eu/2026/05/15

  4. Recurring Events in Federation

    Just a short update to let you know things are still moving forward! The last months have been used to gain insight how and to which extend recurring events and series of events (as well as related events in general) might work in federation and be of benefit. This has involved a lot of exploration, design iteration, and discussions with people who are building or operating in this space. More interviews are planned to deepen this understanding further. If you want to have a chat about this, […]

    event-federation.eu/2026/05/15

  5. Recurring Events in Federation

    Just a short update to let you know things are still moving forward! The last months have been used to gain insight how and to which extend recurring events and series of events (as well as related events in general) might work in federation and be of benefit. This has involved a lot of exploration, design iteration, and discussions with people who are building or operating in this space. More interviews are planned to deepen this understanding further. If you want to have a chat about this, […]

    event-federation.eu/2026/05/15

  6. Addendum: Another possible outcome of this prototype could be opening an FEP to include additional details inside nodeinfo, such as links to annual reports, membership price, etc.

    Does this already exist? Would anyone be interested in helping write it?

    Let me know!

    #fediverse #FEP #FediAdmins #MastoAdmins

  7. Addendum: Another possible outcome of this prototype could be opening an FEP to include additional details inside nodeinfo, such as links to annual reports, membership price, etc.

    Does this already exist? Would anyone be interested in helping write it?

    Let me know!

    #fediverse #FEP #FediAdmins #MastoAdmins

  8. Addendum: Another possible outcome of this prototype could be opening an FEP to include additional details inside nodeinfo, such as links to annual reports, membership price, etc.

    Does this already exist? Would anyone be interested in helping write it?

    Let me know!

    #fediverse #FEP #FediAdmins #MastoAdmins

  9. Addendum: Another possible outcome of this prototype could be opening an FEP to include additional details inside nodeinfo, such as links to annual reports, membership price, etc.

    Does this already exist? Would anyone be interested in helping write it?

    Let me know!

    #fediverse #FEP #FediAdmins #MastoAdmins

  10. Addendum: Another possible outcome of this prototype could be opening an FEP to include additional details inside nodeinfo, such as links to annual reports, membership price, etc.

    Does this already exist? Would anyone be interested in helping write it?

    Let me know!

    #fediverse #FEP #FediAdmins #MastoAdmins

  11. Hey @[email protected],

    we are looking into your #Go #Activitypub library to implement federation in #LAUTI

    One thing we need to do is implement the #FEP 8a8e by @[email protected]

    Do you have time for a quick call to get an overview?

  12. Hey @[email protected],

    we are looking into your #Go #Activitypub library to implement federation in #LAUTI

    One thing we need to do is implement the #FEP 8a8e by @[email protected]

    Do you have time for a quick call to get an overview?

  13. Hey @[email protected],

    we are looking into your #Go #Activitypub library to implement federation in #LAUTI

    One thing we need to do is implement the #FEP 8a8e by @[email protected]

    Do you have time for a quick call to get an overview?

  14. Hey @[email protected],

    we are looking into your #Go #Activitypub library to implement federation in #LAUTI

    One thing we need to do is implement the #FEP 8a8e by @[email protected]

    Do you have time for a quick call to get an overview?

  15. Hey @[email protected],

    we are looking into your #Go #Activitypub library to implement federation in #LAUTI

    One thing we need to do is implement the #FEP 8a8e by @[email protected]

    Do you have time for a quick call to get an overview?

  16. I'm often inspired to share my thoughts, expound upon something I've read that sparks that inspiration, or pose a bit of socratric reasoning in discourse. Sometimes we actually edjumacate ourselves by asking the tough questions rhetorically. Sometimes it's even more effective if we share those quests with others. It can be a phrase, a paragraph, or a sentence that ignites that quest for understanding within me, and whether I'm simply working it through it myself for my own sake or a genuine desire to share some kind of enlightenment or wisdom with others, I usually feel better doing it in the public eye at the end of the day when all is said and done.

    There's a bit of a stir in the Fediverse. Darnell offers us some valuable considerations and specifics in the link to his blog post below.

    For me, I think the most interesting part when you read between the lines is, ...

    > This latest move could be a way for Meta to use Threads to thwart any potential ActivityPub powered rivals in the Fediverse (like Pixelfed, Friendica & WordPress).

    Note that nowhere is masto even listed there - it's insignificant. The #ActivityPub powered rivals in the #Fediverse cited are what have been considered for many years the direct corollaries to #InstaSPAM and #Faceplant, respectively, which of course are the exceedingly capable platforms #Pixelfed and #Friendica.

    In all of that, considering that #WordPress is the big game changer here of most recent repute, enjoying a 42% market share of all websites worldwide certainly blows away anything Meta has to offer, but even though it is past the 4th of May, Faceplant and InstaSPAM still do comprise the #phantom_menace flavor of this week.

    - Pixelfed has a very nice interface for browsing images. Unlike InstaSPAM however, there isn't this overwhelming nausea attending user accounts with duck-ass selfie-kisses blown into bacteria laden bathroom mirrors, or the overwhelming shitposting of memes scraped from other non-verbal teenage neanderthals. So yes, there's less traffic, typically, but actual photos of things that are actually important and relevant to the people posting them, and more so, liked and boosted by people who appreciate such sentimentalism or professional art. On the downside, is Pixelfed's relatively lackluster editor that fails to provide the poster with paragraph breaks in the WebUI with any reliability, it's mastocrap-like paltry 500 character limit per post, and a complete lack of formatting capabilities (i.e., Markdown or BBCode, Etc.). Having said that, the 500 character limit is easily remedied in a single entry of a config file, which is a blessing to many who have resorted to using the #A11Y alt-text fields to provide the descriptions and narratives for images uploaded, but the other sophomoric qualities of the editor leave massively huge run on paragraphs for the reader to endure - like this one, for example :p

    Other awesome projects either spawned directly from, or inspired by the success of Pixelfed are the FediDB research database, which although pretty, leaves much to be desired with respect to completeness; Sup, a client/server federated chat app model; Loops, a closed beta service that aims to position itself as a replacement for, and similar to YouTube shorts; and PubKit, a tool service in closed beta at this time that attempts to service the same or similar tests that the production https://funfedi.dev/ resource does.

    - Friendica was once a platform that closely mimicked the look and feel of Faceplant. And then it wasn't, as the Faceplant monoverse continued to evolve in look and feel, and Friendica lagged in what I typically refer to as "Prettiness". Those days are long past, Friendica looks better and better with each and every successive release, and there's an obvious effort on improving the UX for users, making it much more intuitive, and the UI, tending to the "Prettiness" that I do indeed place so much emphasis on.

    Once the original darling of the Fediverse, Friendica is once again at the top of the heap with a few others. This does not include the increasingly marginalized masto brand, as more and more adoptees continue to turn their backs to that has-been flagship.

    After increasingly pervasive betrayals of both the #FOSS and #DeSoc philosophies and advocates for the past couple of years, eventually revealing it's own EEE aspirations by actively conflating it's masto brand and registered trademarks with that of Fediverse. Even worse, overtly engaging in an onboarding scheme that actively funnels new #Fedizens to one masto machine in particular, in grand, deprecated silo fashion, the masto corporation has populated one of the largest monolithic vertical gardens in the Fediverse itself. The sad part is that, being just another twitter clone, it still has no sense of community and offers nearly a million users a single point of failure. Ouch!

    This masto mega-silo problem becomes even less relevant when you visit the Friendica page above, and gloss over the phenomenal feature set and attention given to interoperability with a shopping list of other platforms, protocols, and clients, including:

    RSS/Atom, StatusNet, GNU social, Diaspora, SMTP/IMAP, Bluesky, Tumblr, GNU Social, pump.io, Libertree, Blogger, WordPress, Twidere, AndStatus, Bitlbee, Choqok, Frentcl, Gwibber, Hotot, IdentiCurse, Pidgin/Purple, Mustard, Pino, TTYtter.

    Now, you might note that Twitter/X has walled off its deprecated monolithic garden, but that doesn't mean that the client and other toolsets that work with those APIs don't still work just fine with Friendica. And we're not even stating the obvious here - ActivityPub clients like Husky, Fedilab, and Sengi work just fine with Friendica, including Friendiqa and Relatica - two fine examples among the numerous choices you have for native Friendica apps for Android and desktop.

    For more of an in-depth read on Relatica, here's an article I published a while back

    The second most interesting thing that Darnell mentions, I think, has to do with the verbiage in which he characterizes Existing and traditional Fediverse powered platforms. Rivals. He calls them, "...ActivityPub powered rivals". Hmmmm....

    I do believe that's the first time I've actually heard it put quite like that. But it's true. to be certain, it wasn't, not by a longshot, just a little while ago, but now? Well, it's nothing that we've done here in the Fediverse, except for continue to just ignore what's going on with the #subjugated_chattel that have all but succumbed to the #Sunnyvale_Syndrome, and get on with the good work of building and #dogfooding FOSS. But, ...

    It's got a lot to do with what you might call interlopers, carpetbaggers, snakeoil salesmen, infestation, or maybe just plain old encroachment of aged and abusive #dreadnoughts into the Fediverse that stubbornly adhere to their deprecated, monolithic silo model of privacy farming technologies.

    Hitherto all of these ActivityPub refits and forays into a Privacy mindful and respecting network of social communications systems, people kept using terms like Alternatives, for ActivityPub powered platforms such as the three main platforms mentioned in Darnell's blog article.

    Now, they're being elevated to the rank of Rivals? But we, we, didn't do anything!

    Neither did the GPL'd Linux Kernel - it just continued to do what FOSS does. It doesn't care what thinks it may be in competition with, or what considers it a threat, or rival or yes, REPLACEMENT for things like Faceplant and InstaSPAM.

    Yes, FOSS just lumbers and chugs right along, relatively oblivious to whatever the proprietary, closed source contemporaries think of it - with respect to Linux, It actually entered the jurisdiction of a market dominated by Microsoft, IBM, and a couple of others, was lampooned and ridiculed, until it was considered a Cancer, by Microsoft CEO Steve Ballmer, but this wasn't Microsoft or others encroaching into a space where only Linux and the BSDs resided...

    This time it is different, because it's the other way around, but the end result will be the same. In the meantime, the perceived hostile invader, at the moment, is Zuckerberg's Meta. This isn't an EEE in the works, it's a desperate attempt to reach and hold onto the the coping that lines the deep end of a swimming pool which InstaSPAM and Faceplant must learn to swim in, and yet cannot - in the meantime, until it is able to tread those waters, it is feebly dog-paddling toward the edge where a handhold can be made while it is fitted with water-wings.

    Even though both Tom (everyone's friend) and Eugen are happily traveling around the world snapping photographs and flirting with photography as a hobby, #Mark_Zuckerberg really doesn't wanna be #Myspaced.

    If you don't move, you atrophy.

    But Friendica, WordPress, and Pixelfed? Well, they're just FOSS, and they're just doing what FOSS does - exist, improve, and evolve. independently and irrespective of commercial threats by would be competitors.

    Existing Fediverse platforms continue to onboard new Fedizens hourly, that's not slowing down, and it isn't going to either. Some of these n00bs are straddling the fence until they get their sea legs, existing in both worlds, while others are just cutting ties with the deprecated monolithic silos and jumping into the pool head first.

    This phenomena of adoption and the logarithmic increase in onboarding and the deployment of new Fediverse instances is only going to pick up pace as the masses of users on platforms like #Threads and #Bluesky continue to become aware of the Fediverse, and the freedoms they can enjoy in social communication through leveraging WordPress, Pixelfed, and Friendica (and it goes without saying, all the rest of the wonderful platforms too).

    With a community facade that pretended to hold the reigns of masto having been dropped, leaving a new 501(c)(3) masto corporation in the US steered by the likes of Twitter founders themselves, the steam is running out on that brand, and although Meta, via Threads, is certainly welcome to participate in the #FEP process (they actually are), there's really no foothold with which they can insert a toe and dictate very much at all that the community itself isn't inclined to adopt already, independently and without concern of capture by well funded special interest groups - like the new US masto corp.

    But in closing, let's get back to why all of this doesn't even really matter where existing traditional Fediverse platforms are concerned - or the millions of users actively engaged on those thousands of hubs and instances:

    Because it's FOSS, it evolves organically, and just doesn't care about that kind of stuff, lolz.

    #tallship

    .

    RE: https://one.darnell.one/users/darnell/statuses/112405069391666443

    @darnell

  17. @abeorch @gary

    There are certainly issues. I wrote a long thought piece on social experience and travels in #ActivityPub space and with a call-for-reflection to anyone to ponder #fediverse's Future of #SocialNetworking..

    The blog post (which is an hour-long read) also stipulates re-centralization risks, and how a #fedi-native protocol implementation of #GrassrootsStandards and #GrassrootsStandardization processes like the #FEP and #SocialCG can help mitigate the #centralization risks.

    social.coop/@smallcircles/1163

    PS. See also my call-to-participate as #CommonsCustodian in the #standardization of our networking protocols..

    social.coop/@smallcircles/1164

    Together we can :boosts_appreciated: #BoostFediForwards and #cocreate a better #future.

    #SX #SocialCoding #SocialWeb

  18. #BoostFediForwards :boosts_appreciated:

    In this rushed world of ours, do you still have #time on your hands here and there? And love spending it on building and nurturing our sustainable and safe #fedi gardens?

    Do you want be more deeply involved in weaving delightful #SocialFabric? Play a part in #SocialWeb future?

    Then #SocialHub, the discussion forum for #ActivityPub developers, has #vacancies for you!

    The #FEP Process as well as the #W3C #SocialCG, the two major standardization bodies that drive #fediverse future, are inclusive and open to anyone to contribute their 2 cents.

    Become a #CommonsCustodian now..
    Help cocreate a 💃🕺 #peopleverse.

    delightful.coding.social/delig

    #UrgentPlatitude: Our #future is created today, not #tomorrow.

    socialhub.activitypub.rocks/t/

    See also the broader discussion on ecosystem #sustainability and my personal story and #brainstorm invitation about fedi's #evolution.

    discuss.coding.social/t/sx-sus

    social.coop/@smallcircles/1163

    #FediJobs #Vacancy #Job #Jobs #Volunteer

  19. @reiver

    The only thing that I would bring in regarding emoji use in display names is #a11y issues if there are a lot of them. I'd say recommended practice should be to have 1 and max. 2 emoji in the name, so #screenreaders don't have read a long shebang you sometimes see on 'funny' display names.

    But perhaps someone better versed in #accessibility issues for the visually impaired can chime in on this #ActivityPub #FEP (and perhaps other FEP's too), if this is a real issue. A "fediverse accessibility best-practices" may exist as well (somewhere).

    #SX #SocialCoding #AskFedi

  20. @hrast I've seen this passing by in #fediverse discussions many times, but always in fleety timelines.. aka lost-in-time no further #ideation lines :)

    This is a good #idea to describe in more detail in the ideas inbox. Staging ground for the #FEP process and #SocialHub #ActivityPub developer community, if there are people willing to pick them up. And then in turn perhaps staging ground for further standardization by #W3C #SocialCG.

    codeberg.org/fediverse/fediver

    #SX #SocialCoding #SocialWeb

  21. @hrast I've seen this passing by in #fediverse discussions many times, but always in fleety timelines.. aka lost-in-time no further #ideation lines :)

    This is a good #idea to describe in more detail in the ideas inbox. Staging ground for the #FEP process and #SocialHub #ActivityPub developer community, if there are people willing to pick them up. And then in turn perhaps staging ground for further standardization by #W3C #SocialCG.

    codeberg.org/fediverse/fediver

    #SX #SocialCoding #SocialWeb

  22. @hrast I've seen this passing by in #fediverse discussions many times, but always in fleety timelines.. aka lost-in-time no further #ideation lines :)

    This is a good #idea to describe in more detail in the ideas inbox. Staging ground for the #FEP process and #SocialHub #ActivityPub developer community, if there are people willing to pick them up. And then in turn perhaps staging ground for further standardization by #W3C #SocialCG.

    codeberg.org/fediverse/fediver

    #SX #SocialCoding #SocialWeb

  23. @hrast I've seen this passing by in #fediverse discussions many times, but always in fleety timelines.. aka lost-in-time no further #ideation lines :)

    This is a good #idea to describe in more detail in the ideas inbox. Staging ground for the #FEP process and #SocialHub #ActivityPub developer community, if there are people willing to pick them up. And then in turn perhaps staging ground for further standardization by #W3C #SocialCG.

    codeberg.org/fediverse/fediver

    #SX #SocialCoding #SocialWeb

  24. @hrast I've seen this passing by in #fediverse discussions many times, but always in fleety timelines.. aka lost-in-time no further #ideation lines :)

    This is a good #idea to describe in more detail in the ideas inbox. Staging ground for the #FEP process and #SocialHub #ActivityPub developer community, if there are people willing to pick them up. And then in turn perhaps staging ground for further standardization by #W3C #SocialCG.

    codeberg.org/fediverse/fediver

    #SX #SocialCoding #SocialWeb

  25. Coda: The growth of BlueSky, and the novel features it launches with, point to a need for a 2.0 version of ActivityPub. One that fleshes out and updates the protocol based on dev experiences in the first decade of active use, and intentions going forward.

    Ideally an AP 2.0 would include a formal mechanism for protocol extensions. One that learns from the experiences of the FEP process.

    #ActivityPub #AP #AP2 #FEP #BlueSky

  26. @cwebber @spritelyinst

    After a few years of following your invaluable input, I have to ask whether you've participated in the codeberg.org/fediverse/fep community which addresses these very issues?

    If not, then why not?

    If so, what have been your personally most significant contributions to this #DeSoc and #legacy_silo_averting free namespsce?

    Kindest regards,

    Bradley

    #tallship #FOSS #Fediverse #FEP #lemmur #Spritely #ActivityPub #ActivityStreams #extending #extensions #engagements

    .

  27. Having @mikedev totally onboard with FEP-ef61 is a super big deal, not to mention that only fully open standards will be implemented, averting capture by special interest lobbies.

    I see cracks forming across the ice of the barren mastolake ;) 🪵🪓

    fediversity.site/channel/strea

    #tallship #FOSS #Fediverse #Streams #ActivityPub (and beyond) #DeSoc #Nomadic_Identity #FEP

    .

  28. First preprint about my work at Schrödinger:

    We show how to predict ligand efficacy via absolute binding free energy perturbation on different receptor conformations — confirming and utilizing the principle that the functional response of a receptor is mainly determined by the thermodynamics of ligand binding.

    chemrxiv.org/engage/chemrxiv/a

    #FEP #FreeEnergy #LigandEfficacy #GPCR #DrugDiscovery #DrugDesign #Thermodynamics #GPCRs #BindingFreeEnergy

  29. #ThoughtProvoker :blobhyperthink:

    App-centrism is a re-centralization force in the #ActivityPub fediverse.

    For the #fediverse the accepted app-centric #SocialNetwork work method is a decentralized NPM-like dependency hell waiting to happen.

    Apps that introduce extensions become owners of parts of the specs when they become de-facto standards. We can only hope for responsible #ownership, and that the project stays around to keep their #design docs and code in the air.

    The #FEP and the #SocialCG are two points of #centralization we find acceptable to help mitigate protocol decay and tech debt. It is not ideal, but a bandaid to keep an utterly fragmented developer ecosystem together.

    The people who do most of this holding together are volunteers that can be counted on one hand. They may burnout and leave any day, in typical #FOSS fashion.

    #SX investigates the concept of #GrassrootsOpenStandards, where the standardization process matches social dynamics that exist in our #commons.

  30. @Marcus Rohrmoser 🌻 Not to my knowledge.

    First of all, nomadic identity won't be described in one single FEP that'll cover everything. It was not created on and for ActivityPub. In fact, the concept predates ActivityPub by some six years, and the first implementation predates ActivityPub by some five years.

    See, nomadic identity started as an idea. Then Mike built a brand-new protocol around that idea, Zot. Then, in 2012, Mike forked one of his own forks of his own software that is now known as Friendica, originally based on yet protocol designed by himself, and re-wrote the whole thing against Zot. That's how the software was born that's known as Hubzilla now.

    As for nomadic identity via ActivityPub, there is only one publicly available software implementation for that. And that's Mike's own Forte. Forte still does everything the Hubzilla/(streams) way which is very very different from how anything else in the Fediverse works, even including Friendica itself, and especially including Mastodon.

    Whereas Zot was designed around nomadic identity, ActivityPub isn't. It's having nomadic identity bolted on with a whole slew of FEPs authored by @silverpill who is working on converting Mitra (typical Fediverse software: built only against ActivityPub, non-nomadic, login/account equals identity) into something that's every bit as nomadic as Hubzilla, (streams) and Forte.

    Nomadic identity via ActivityPub was originally silverpill's idea, by the way. And that was in 2023. It turned out that this was actually doable, and so he and Mike started working on it, using experimental "nomadic" branches of Mitra and the streams repository respectively. Their approaches were naturally different: silverpill had to make something non-nomadic nomadic. Mike had to make something nomadic be nomadic using a protocol that wasn't made for nomadic identity.

    Not only is silverpill's approach much more difficult because Mitra wasn't made for nomadic identity either, but he also took it upon himself to put everything into FEPs by and by. He is still publishing FEP after FEP. Nomadic identity is quite a complex thing from a "Fediverse equals ActivityPub" point of view; it's just that the Hubzilla/(streams) bubble is so used to it whereas silverpill actually has to explore and research something that's natural to Mike.

    There's no common set of commands either. There can't be any. Forte, like everything else in the family all the way back to Friendica, is written in PHP. Mitra is written in Rust. Nobody has ever attempted to make something not written in PHP nomadic.

    In fact, code sharing would be next to impossible anyway: Forte, like Hubzilla and early Mistpark/Friendika, is published under the MIT license, (streams) is in the public domain, but Mitra is licensed under the GNU Affero GPL v3. Any code coming out of Mitra's conversion to nomadicity would be AGPL-licensed Rust code. And MIT-licensed PHP code that was created when turning Nomad-based (streams) into ActivityPub-based, Nomad-less Forte would be useless for non-nomadic-to-nomadic conversions anyway.

    So don't expect any how-to's or the like for converting non-nomadic, ActivityPub-only-by-original-design, login/account-equals-identity Fediverse server software to the same level of nomadicity as Hubzilla, (streams) and Forte until
    • the first stable release of Mitra with full support for that level of nomadicity is officially rolled out
    • silverpill declares that everything necessary for Hubzilla/(streams)/Forte-level nomadic identity via nothing but ActivityPub is cast into FEPs and finalised

    Seeing as this has been in the making for some two years now, and I don't even know if the experimental nomadic branch of Mitra even allows cloning right now, I guess this will be a long way to go. He may actually first have to change Mitra from the standard Fediverse model of the account and the login being the identity to Hubzilla's, (streams)' and Forte's model of the identity being a container inside your account and one account being able to host multiple such identities. That's because you can't clone logins.

    Oh, by the way, nomadic identity is not just about moving. It's not "moving-your-Mastodon-account-to-another-instance on coke". It's way more.

    The core feature is cloning. Imagine you have full, live, hot backups of your Mastodon account on one, two, three, four or more other Mastodon instances. Imagine they all have the same identity, based on which one of them is your main instance. Imagine whatever happens on one of them is sync'd to the others in near-real-time. Imagine you can log into either of them and use either of them all the same, regardless of how many and which of the servers are actually online, as long as at least one is.

    Moving is actually even more complex than cloning because it involves both cloning and changing the main instance of your identity.

    Allow me to illustrate by supposing Mastodon works like Hubzilla, (streams) and Forte:

    • Situation:
      • You have an account on digitalcourage.social with one channel, [email protected].
      • You want to move to troet.cafe.
    • Step 1: You create an account on troet.cafe.
    • Step 2: There can't be accounts with no channels. You have to add a channel.
      So you choose to move your channel [email protected] from digitalcourage.social to troet.cafe.
    • Step 3: Your channel [email protected] is cloned over to troet.cafe.
    • Situation now:
      • You have an account on digitalcourage.social with the main instance of your channel; its identity is [email protected].
      • You have an account on troet.cafe with a clone of your channel; its identity is still [email protected].
    • Step 4: All data on your channel is synchronised over from your main instance on digitalcourage.social to your clone on troet.cafe. Posts, images, other files, followers, followed, settings, lists, filters etc. etc. pp. Everything.
    • Now the main instance and the clone are identical.
      Up until here, the process of moving is the same as the process of cloning. What follow is exclusive to moving.
    • Step 5:
      • The clone on troet.cafe is promoted to main instance.
      • As there can be only one main instance for each channel, the former main instance on digitalcourage.social is demoted to clone.
    • Situation now:
      • You have an account on digitalcourage.social with a clone of your channel, formerly the main instance; its identity is [email protected].
      • You have an account on troet.cafe with the main instance of your channel, formerly a clone; its identity is [email protected].
    • Step 6: All your connections on servers of nomadic software are changed from [email protected] to [email protected], both locally on the servers that you are on and locally on the servers that they are on.
    • Step 7 (AFAIK, this only happens on (streams) and Forte in reality): All your outbound connections ("followed") on servers running non-nomadic software receive a follow request from [email protected] which, to them, is an all-new, independent identity.
    • The actually move is done. What follows is the clean-up that really makes the move a move, namely taking care that nothing is left behind in the old location.
    • Step 8: When these last steps are finalised, your clone on digitalcourage.social is deleted. After all, you wanted to move, not to clone.
    • Step 9: As your account on digitalcourage.social has no channel on it anymore, the whole account is deleted.
    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mitra #Hubzilla #Streams #(streams) #Forte #NomadicIdentity #ActivityPub #Zot #Zot6 #Nomad #FEP #MovingInstances #Clone #Clones
  31. @Strypey A few more details:

    * FEP-ef61: Portable Objects

    https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md

    Invented in, I think, 2023 by @silverpill for Mitra (based on ActivityPub). Currently implemented there and in @Mike Macgirvin ?️'s streams repository and Forte. Part of the plan to introduce almost Nomad-level, but cross-project nomadic identity to ActivityPub.

    * FEP-61cf: The OpenWebAuth Protocol

    https://codeberg.org/fediverse/fep/src/branch/main/fep/61cf/fep-61cf.md

    Invented in 2018 by Mike Macgirvin for Zap (Zot6 development platform; discontinued 2022). Backported to Hubzilla in 2020. Full server-side and client-side implementation only in Hubzilla (based on Zot6, also supports ActivityPub etc.), (streams) (based on Nomad, also supports Zot6 and ActivityPub) and Forte (based on ActivityPub). Friendica has a client-side implementation. Mastodon has a client-side implementation pull request that has to be merged eventually.

    CC: @Laurens Hof

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Friendica #Hubzilla #Zap #Streams #(streams) #Forte #Zot #Zot6 #Nomad #ActivityPub #FEP #FEP_ef61 #FEP_61cf #DecentralizedIdentity #NomadicIdentity #OpenWebAuth #SingleSignOn
  32. "Many of these [Zot/Nomad] ]ideas are being ported to ActivityPub in the form of Fediverse Enhancement Proposals (FEPs).

    ... Streams ... is working with Mitra to create the first implementation of nomadic identity over ActivityPub. This includes working on several related FEPs about identity proofs and conversation containers.

    Our goal is for these technologies to spread throughout the fediverse."

    opennomad.net/page/nomad/home

    #fediverse #ActivityPub #Zot #Nomad #FEP

  33. FEP-8b32 (Object Integrity Proofs) is getting updated: https://codeberg.org/fediverse/fep/pulls/839

    I added two new requirements:

    - Objects identified using fragment IDs SHOULD NOT have integrity proofs. It is enough to secure the top-level document.
    - Verifiers SHOULD ignore proofs that use unsupported algorithms and verification methods. This requirement provides forward compatibility, which is important because sooner or later we will need to use different algorithms.

    #fep_8b32 #fep #fedidev

  34. @nicol

    > if the challenge of knowing what Fediverse Apps implement which bit of the spec is a blocker, is there a standard way to declare which bits of the spec an app is conformant in?

    The #ActivityPub #FEP process keeps a list of implementations, in each of its documents. The FEDERATION.md was once introduced as "something to start with before going more complex wrt introspection", a temporary bandaid to bring improvement. Its adoption and use, and later its description as a recommended practice are going very slow though. Still, a very useful practice, compared to lacking such doc and perusing foreign codebases for the info.

    > does the Fediverse need a democratic membership org that funds core maintenance of FEP and pays for some of the core community maintainers to keep looking after the ecosystem.

    That might be a good solution. For part of a much bigger problem. No #funding bakes bread yet.

    I addressed this with @nlnet in the past, and intend to bring it up again next week.

  35. cc @evan relating to earlier #TagsPub discussion we had on the matter.

    This bot is already combining logic, has multiple 'profle logic' tags. Dunno if "NoBots" is also already common protocol-decaying practice.

    Maybe a solution might be that an #ActivityPub bot actor - OT: which I'd personally perhaps had chosen to be Application, not Service actors - would have a botFlags property. Simple to implement, and #FEP that.

    More involved but also much more versatile might be a "Botiquette" as:Profile, or even a bots:Botiquette type, and a namespace to register them at, and where others may find what they mean and how they operate exactly.

    #NoBots #nobot #fedi22 #NoTagsPub #Botiquette

  36. @aslakr @leanderlindahl

    🤔 Off-topic reformulation of the procedure in general terms.. In areas where PeerTube isn't post-facto interop leader itself, it should hope a reasonably broadly adopted #FEP consensus exists, or follow the post-facto leader in that particular application area and accept the upstream dependency to that part of the #ActivityPub specs the leader owns (and hopefully cares for, beyond their own needs, with good design and documentation).

  37. I know there is some ongoing work, eg. socialhub.activitypub.rocks/t/.

    Some people will argue against this, but the Atmosphere is (slowly) decentralizing (stefanbohacek.online/@stefan/1) and it will soon run into the same issues we're dealing with, like being asked to log in when you click a link to a post that's not on your server/AppView/what have you.

    I'm sure they will figure this out, with their deep crypto VC money pockets, but if we can figure this out first, it could really give us a major advantage.

    #fediverse #mastodon #FediDevs #MastoDevs #FEP #standards

  38. @phnt @happy-programming @Profpatsch

    What was also interesting re: #GNUSocial is the unfortunately retracted #ActivityPub #FEP on Unbound Groups i.e. groups (or organizations) that are not bound to a single instance.

    See #FEP2100 at codeberg.org/fediverse/fep/src

  39. So, an interesting issue came up in the #Fedify repo that I've been thinking about: #629.

    You know how every #fediverse server uses schema:PropertyValue in actor attachment for profile metadata fields (like “Website”, “GitHub”, etc.)? Turns out, strict #AS2 validators like browser.pub reject it, because the AS2 spec says attachment should only contain Object or Link—and PropertyValue is a schema.org type, not an Activity Streams 2.0 type.

    The thing is, we can't just drop the type like we did with Endpoints (#576), because Mastodon and others rely on seeing "type": "PropertyValue" to render profile fields. But at the same time, it's technically not spec-compliant.

    I'm leaning towards writing a #FEP to formalize this existing practice rather than trying to invent a new type (like toot:PropertyValue extending Object), which would be a nightmare to migrate across the whole fediverse.

    What do you all think? Has anyone else run into this? Would love to hear thoughts from implementers and spec folks.

    #fedidev #ActivityPub #ActivityStreams #ActivityStreams2 #AS2 #PropertyValue

  40. Follow account, but only its posts about [that].
    Follow account, but only its posts not about [that].
    #fep #fediverse 😈

  41. FEP website now displays the number of implementations for each implementable proposal:

    https://fediverse.codeberg.page/fep/final/

    These numbers are based on the information that authors provide in the "Implementations" section of a proposal.

    By default, proposals are informational, so authors need to opt in by adding type: implementation to the metadata block.

    #fep #fedidev

  42. @silverpill @raphael @julian @mariusor

    The killer app for the fediverse is not nomadic identity. That is either a protocol capability or may refer to an Identity Management app, a solution design.

    Problem is, it is no use discussing here. No convergence takes place, other than spontaneous / random convergence. But it does not lead anywhere, not to a common consensus. Not to robust foundations to build on without continuous worries that things break. Microblog communications does not support this, and lacking that support manual processes are needed.

    Even the #ActivityPub #FEP only offers convergence to certain extent. The process is a band-aid, a best-we-have.

    In analogy of the horserace, spontaneous convergence and ad-hoc alignment on FEP puzzle pieces by implementers equates to the horseback riders figuring out some basic rules to avoid serious accidents. But this FEP adoption at the same time warps the track, hems them in, alters reality and the future.

    social.coop/@smallcircles/1161

  43. Recently, there was a discussion about generic #ActivityPub servers. Several people claimed that they were working on one, but it turned out that their "generic" servers only support activities defined in the ActivityPub specification. Such a server shouldn't be called generic. It is not difficult to build, neither it is an interesting concept because competing protocols (e.g. Nostr) already offer much more.

    I've been writing a #FEP that describes how to build a real generic server. It is not finished yet, but I feel like now is a good time to publish it:

    FEP-fc48: Generic ActivityPub server

    This kind of server:

    - Can process any object type, and can process non-standard activities like EmojiReact.
    - Compatible with FEP-ae97 clients.
    - Does not require JSON-LD.

    I attempted to implement it when I was researching security properties of FEP-ae97 API: https://codeberg.org/silverpill/fep-ae97-server. Back then I didn't know what to do with side effects, but now I think that we can simply force clients to specify them.

    Special thanks to @mariusor and @trwnh for their input.

    #C2S

  44. There's now a proper rendered web interface for FEPs at https://fediverse.codeberg.page/fep/fep/*/, which is much nicer to read than the raw Markdown source on Codeberg. But the canonical permalink, https://w3id.org/fep/*, still redirects to the Markdown file rather than the rendered page.

    Would it make sense to update the w3id.org redirect to point to the rendered version instead? It seems like the better experience for anyone following a FEP link, and arguably what a “permanent” link should resolve to—something human-readable.

    I'm not sure who manages the w3id.org/fep/ redirect configuration. (It lives in the perma-id/w3id.org GitHub repo, so it would just be a PR, but I'd want to get community consensus first rather than just send one in unilaterally.)

    #fedidev #fep #fediverse #ActivityPub

  45. @toddsundsted

    Btw. #GrassrootsStandards and standardization processes (such as the #FEP process) are a topic of Social coding commons and Social experience design, and we have a multi-author blog at coding.social ..

    If you wish you might publish these results there as a report to spread about.

    #SX #SocialCoding #SocialWeb #ActivityPub