#statusnet — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #statusnet, aggregated by home.social.
-
CW: Why Sharkey fails to render hashtags from Friendica, Hubzilla & Co. properly, and how long this bug has been known already; CW: long (over 6,600 characters), Fediverse meta, Fediverse-beyond-Mastodon meta
So there's that nasty bug on Sharkey that mangles hashtags in messages from Hubzilla and probably also Friendica, (streams) and Forte. They always look like this:
#[Hashtag](https://hub.netzgemeinde.eu/search?tag=Hashtag)
Basically, Sharkey receives fully standard Rich Text from Hubzilla. It manages to convert this Rich Text into its own Misskey-Flavored Markdown. But then its Markdown parser does not parse it and leaves the Markdown code visible to everyone. It simply doesn't expect there to be a hashtag character in front of an embedded link because, seriously, who'd ever do that and why?!
Friendica would. In fact, Friendica does. It puts the hashtag character in front of the tag, as in outside the tag, as opposed to at the beginning of the tag. It has been doing that since its beginnings in 2010 because it was designed from the get-go to also federate with StatusNet from 2008. And StatusNet does hashtags the same way on its few remaining servers. In fact, so did Identi.ca from 2008, from which StatusNet emerged.
Hubzilla, (streams) and Forte do it, too, because they have inherited it from Friendica.
On StatusNet, Friendica, Hubzilla, (streams) and Forte, a hashtag in a message looks like this:
#Hashtag
Notice how the hashtag character has the same colour as the rest of the post text. And not the same colour as the rest of the hashtag. This means that the hashtag character is not part of the link. (To Mastodon users who don't know this: If something in a "toot" has a different colour from the rest of the "toot", it's a link. Even if it doesn't show a URL in plain sight.)
On 𝕏, Mastodon, Pleroma, Akkoma, Misskey, the various Forkeys and a whole lot of other Fediverse software, a hashtag in a message looks like this:
#Hashtag
Notice how now the hashtag character has the same colour as the rest of the hashtag. This means that the hashtag character is part of the link.
But why did Identi.ca do hashtags differently from Twitter? Because Identi.ca did hashtags before Twitter. AFAIK, when Identi.ca was launched, it had support for hashtags right away. About one year before Twitter.
The hashtag itself had already been invented by the Twitter community. Chris Messina had already codified it in 2007. But it wasn't until 2009 that Twitter actually introduced a technological implementation to support it.
Again, Identi.ca must have had hashtags as early as 2008, and there was no way that Identi.ca creator Evan Prodromou could possibly predict what Twitter would do the following year. So he did what he thought was right and what actually made sense to him.
But nowadays, everybody "knows" that Twitter had the world's very first hashtag implementation ever because nobody, even in the Fediverse, has ever heard of Identi.ca. I mean, the majority of Fediverse users "know" that the Fediverse started with Mastodon.
You know, just like Officer James Barrett "knew" that there is no intelligent life outside Earth only a few minutes before he became Agent J of the Men In Black.
This is also why just about all Fediverse software that does hashtags the Twitter way expects everything to do hashtags the Twitter way. It does not expect hashtags to be done differently. And when a message comes in from Friendica, Hubzilla, (streams) or Forte with hashtags in it, it fails at varying degrees of ungracefully.
Hashtags with the hashtag character outside the link are older than hashtags with the hashtag character inside that they're not only completely unexpected, that they cause software to malfunction, but the same software often can't even handle that malfunction. It's a miracle that the Friendica/Hubzilla family doesn't cause Fediverse servers to crash or even server databases to go corrupt by simply sending hashtags.
Mastodon used to be an exception of sorts, but only because, before version 4.0 from October, 2022, its HTML "sanitiser" actually ripped out any and all rich text code from incoming messages and left nothing but plain text behind. And then it didn't recognise hashtags in messages from outside Mastodon as hashtags at all.
When Mastodon 4.0 came and supported some rich text, including embedded links, it went haywire, of course. But then someone from Friendica and Hubzilla went in and complained about this malfunction and explained what happened, why it happened and why it was not Friendica and Hubzilla that did things wrong. Besides, if something utterly defaces "toots", then Mastodon developers do step in to stop it. After all, Mastodon has a few more of them at hand, paid, full-time professionals even. You have to give it that.
Which takes us back to Sharkey. Sharkey is developed by a small handful of individuals in their spare time. Granted, it's a soft fork of Misskey, so a lot of development work is done by the Misskey devs and taken over by the Sharkey devs, but they still have to weave the code changes coming from Misskey in and make them work with what's different on Sharkey.
So it turned out that (Link content warning: eye contact) this bug has already been filed to the Sharkey devs in October, 2024. All that has happened since then until today was that Hazelnoot added two labels. But the bug report came with no explanations. In fact, it misattributed one of my Hubzilla posts as a Friendica post.
And in fact, it turned out that this is actually (Link content warning: Microsoft GitHub link, eye contact) a Misskey bug which has been filed in January, 2024, two years ago. The bug report is a bit more elaborate, but the reporter still knew precious little about what's going on. So I wrote a comment in which I explained the bug from a Friendica/Hubzilla POV as well as what's going on on the technical side, and why the error has to be on Misskey's side.
I hope this will finally help get the bug fixed. Unfortunately, this fix would come too late for Iceshrimp. Iceshrimp-JS is a true Forkey, but in maintenance mode, so I guess only security patches and critical bugfixes will be merged from Misskey, if anything. And Iceshrimp.NET is a complete rewrite of a pre-this-fix Misskey fork, so the Iceshrimp devs probably don't know about this issue either. If it fails ungracefully upon receiving hashtags with the hashtag character outside, it will require its own bug report.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Hashtag #Hashtags #HashtagMeta #CWHashtagMeta #Twitter #𝕏 #Fediverse #Mastodon #Pleroma #Akkoma #Misskey #Forkey #Forkeys #Sharkey #Iceshrimp #Iceshrimp-JS #Iceshrimp.NET #Identi.ca #Laconi.ca #StatusNet #Friendica #Hubzilla #Streams #(streams) #Forte -
@「 Jürgen 」:fedi_mastodon:Irgendwie ist das doch nicht die „übliche“ Verwendung von Hashtags in Beiträgen. Was ist der Hintergrund bei Hubzilla, dass das so gehandhabt wird?
Das hat Hubzilla geerbt von Friendica, weil es umgebaut wurde aus einem Fork eines Forks von Friendica. Und Friendica hat es übernommen von StatusNet, weil es von vornherein mit StatusNet föderieren sollte. Und StatusNet hat es geerbt von Identi.ca.
Sie alle handhab(t)en Hashtags intern als Schlüsselwörter, die keine Raute enthalten. Und sie stellen die Raute außerhalb des Link vor den Link, um zu signalisieren: Das hier ist ein Hashtag. Wenn man einen Post, einen Kommentar oder eine DM verschickt, wird aus dem Hashtag automatisch ein entsprechendes Konstrukt aus ungelinkter Raute plus Link aufs Schlüsselwort generiert.
Das ist wie bei Namen: Auf allen war bzw. ist das @ kein Teil irgendeines Namen, nicht des Kurznamen, nicht des Langnamen. Der Kurzname, der Teil des Profil-Link ist, hat auch kein @. Guck dir mal deine Erwähnung an: Das @ ist nicht Teil des Link, sondern steht vorm Link, und dein Langname ist erwähnt.
Warum "die" das anders gemacht haben als auf Twitter und Mastodon? Ganz einfach: Weil "die" das vor Mastodon gemacht haben. Eigentlich sogar noch vor Twitter.
Identi.ca und StatusNet waren von 2008. Etwa acht Jahre vor Mastodon. Das war der eigentliche Urknall des Fediverse. Und StatusNet hatte meines Wissens damals schon offizielle Unterstützung für Hashtags.
Warum hat es das nun anders gemacht als Twitter? Weil es das vor Twitter gemacht hat.
Es war nämlich erst 2009, daß Chris Messina offiziell Unterstützung für Hashtags bei Twitter eingeführt hat. Evan Prodromou, der Erfinder von Identi.ca, StatusNet und dem Fediverse, konnte unmöglich etwa ein Jahr im voraus ahnen, wie Twitter mal Hashtags implementieren wird. Und die Twitter-Entwickler dürften damals überhaupt nicht gewußt haben, daß auch nur Identi.ca existiert, geschweige denn, wie es Hashtags handhabt.
Friendica ging im Mai 2010 an den Start, etwa fünf Jahre und acht Monate vor Mastodon. Friendica basierte zwar auf einem eigenen Protokoll, war aber von vornherein in der Lage, sich mit StatusNet über dessen eigenes OStatus-Protokoll zu verbinden. Praktischerweise hat der Friendica-Erfinder Mike Macgirvin gleich Identi.cas und StatusNets Handhabung von Hashtags übernommen. Zu diesem Zeitpunkt hatte Twitter Hashtags erst seit gut zehn Monaten.
Ende 2011 hat Mike Macgirvin Friendica geforkt, dann den Fork geforkt und diesen Fork namens Red (später Red Matrix) dann ab 2012 komplett umgeschrieben. Zu diesem Zeitpunkt handhabte alles im Fediverse Hashtags noch auf dieselbe Art.
Um diese Zeit wurde StatusNet nach GNU social hardgeforkt, das wohl versuchte, mehr wie Twitter zu sein. Daher wurden auch die Hashtags wie auf Twitter ausgeführt: mit der Raute als Teil des Schlüsselworts und als Teil des Link. StatusNet verlor dann nach der 2012er Umstellung von Identi.ca auf pump.io seine Entwicklungsgrundlage und wurde 2013 kurzerhand nach GNU social gemerget, ohne aber die Hashtags wieder auf die alte Form umzustellen.
Im März 2015 wurde erstmals Hubzilla veröffentlicht, das entstanden war, indem die Red Matrix umbenannt und massiv erweitert worden war.
Erst im Januar 2016 kam dann Mastodon, Pleroma kurze Zeit später. Weil beide ursprünglich alternative Frontends für GNU social sein sollten, übernahmen sie von GNU social die Twitter-Hashtags.
Zu diesem Zeitpunkt sahen weder die neuen Entwickler, die Friendica seit Ende 2011 hatte, noch Mike Macgirvin es ein, warum sie ihre Software unbedingt an Mastodon anpassen sollten. Mike, der inzwischen zwei Nachfahren von Hubzilla betreut, sieht es bis heute nicht ein. Eher baut er serverseitige Gegenmittel gegen Mastodon in seine Software ein.
Misskey landete meines Wissens erst 2018 im Fediverse, nachdem es ActivityPub adoptiert hatte. Das hatte übrigens Hubzilla als erstes, seit Juli 2017, und Mastodon als zweites, seit September.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Identi.ca #Laconi.ca #StatusNet #GNUsocial #Friendica #Hubzilla #Mastodon #Pleroma #Hashtag #Hashtags #HashtagMeta #CWHashtagMeta -
CW: Many innovations that are being "brought to the Fediverse" have been in the Fediverse for a decade or longer; CW: long (over 2,500 characters), Fediverse meta, Fediverse-beyond-Mastodon meta
Whenever someone announces to "bring" something "to the Fediverse", chances are that Friendica has actually had it since 2010, for five and a half years longer than Mastodon has been around.
For example, just about everyone on Mastodon is fully convinced that Eugen Rochko has brought quote-posts to the Fediverse this year. That's because next to nobody on Mastodon knows that Friendica has been able to quote-post practically everything in the Fediverse, including Mastodon toots, for 15 years now.
And if Friendica doesn't have it, chances are still that Hubzilla has it, and that Hubzilla has probably had it for longer than Mastodon has been around, too.
For example, private messages that are actually private. Mastodon doesn't have them because the "privacy" of Mastodon DMs is only "guaranteed" by limiting whom a DM is sent to. Hubzilla does have them and has had them since 2012, since it was still named Red. How? Because Hubzilla also limits who is permitted to see a DM.
Oh, and Hubzilla even offers optional encryption on top of that.
Or how about server-independent identity? Everyone still waiting for Bluesky to finally be the pioneer who invents this and implements it for the first time? LOL! Once again, Hubzilla has had this since 2012. Not a vague concept, not an unstable proof-of-concept, but daily-driven by production-grade channels on production-grade servers. (streams) has it, too, inherited from Hubzilla through a whole number of forks. Forte has it, too, and Forte is the first and, so far, only Fediverse server software that uses ActivityPub for nomadic identity.
Now I'm waiting for someone to announce that something will "bring" actual groups "to the Fediverse". A feature that was actually introduced to the Fediverse by StatusNet in 2008, and that's also available on Friendica, Hubzilla, (streams) and Forte. Not to mention that the very principle of the Threadiverse (Lemmy, the remains of /kbin, Mbin, PieFed) is based on groups.
This is what happens when you think that the feature set of the whole Fediverse is the feature set of Mastodon and maybe Pixelfed because that's all you know.
Speaking of Mastodon: Just because it's being "brought to the Fediverse", doesn't mean it'll be adopted by Mastodon.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #MastodonCentrism #MastodonNormativity #Friendica #Hubzilla #Streams #(streams) #Forte #NomadicIdentity #StatusNet #Threadiverse #Lemmy #/kbin #Mbin #PieFed #Groups #FediGroups #FediverseGroups -
@Maxi 11x 💉Das Fediverse wird immer mehr zu Facebook und ich hab da wenig Lust drauf.
Das Fediverse war Facebook, bevor es von Millionen von ahnungslosen Mastodon-Newbies zu Twitter gemacht wurde.
Mehr als die Hälfte der Mastodon-Nutzer glaubt, das Fediverse sei nur Mastodon. Der weit überwiegende Teil derer, die eines Besseren belehrt wurden, glauben immer noch, das Fediverse sei- (frühestens) 2016
- von Eugen Rochko
- als reine Microblogging-Plattform und Twitter-Klon
- mit einem Zeichenlimit von 500 Zeichen
Um das mal zurechtzurücken:
Im Januar 2016 ging Mastodon an den Start.
Im Juli 2010, fünfeinhalb Jahre vor Mastodon, startete Friendica (https://de.wikipedia.org/wiki/Friendica, https://friendi.ca) als Facebook-Alternative.- Ohne Zeichenbegrenzung (tatsächlich 16.777.215 Zeichen).
- Mit allem, was eine gute Bloggingplattform an Textformatierung hergibt.
- Mit Inhaltswarnungen, die jeder für sich selbst automatisch generieren lassen kann mittels einer Liste von Schlüsselwörtern.
- Mit Titeln und Zusammenfassungen, und die Zusammenfassungen waren schon immer in dem Datenfeld, das Mastodon seit 2017 für CWs verwendet.
- Mit der Fähigkeit, andere Posts als Komplettzitate zu teilen. Und nicht ein einziges Mal ist das mißbräuchlich verwendet worden.
Jetzt regen sich Mastodon-Nutzer darüber auf, daß Friendica auf so infame und rücksichtslose Art und Weise ins Mastodon-Fediverse eingedrungen ist und seine Nutzer- sich nicht ans 500-Zeichen-Limit halten
- alle mit ihren Textformatierungen nerven
- keine CWs schreiben
- dafür das CW-Feld mißbrauchen mit "Titeln oder was weiß ich, was das ist"
Fakt ist aber: Friendica gab es nicht nur schon fünfeinhalb Jahre, als Mastodon startete, sondern es war auch schon fünfeinhalb Jahre im Fediverse, als Mastodon startete. Und es hatte auch schon gut fünf Jahre lang seine eigene Kultur, als Mastodon startete.
In dem Augenblick, wo Mastodon startete, verband es sich sofort mit StatusNet (von 2008, wofür Mastodon ursprünglich nur eine Alternativoberfläche war; heute GNU social, https://de.wikipedia.org/wiki/GNU_Social, https://gnusocial.rocks/), Friendica und Hubzilla (von 2015, basiert auf einem Fork eines Forks von Friendica von 2012; https://de.wikipedia.org/wiki/Hubzilla, https://hubzilla.org). Und nicht umgekehrt.
Wir waren zuerst hier. Findet euch damit ab.
#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #NichtNurMastodon #MastodonZentrizität #MastodonNormativität #StatusNet #GNUsocial #Friendica #Hubzilla #CW #CWs #CWMeta #ContentWarning #ContentWarnings #ContentWarningMeta #Zeichenlimit #Zeichenlimits #ZeichenlimitMeta #CWZeichenlimitMeta #500Zeichen #QuotePost #QuotePosts #QuoteTweet #QuoteTweets #QuoteToot #QuoteToots #QuoteTröt #QuoteTröts #QuoteBoost #QuoteBoosts #QuotedShares #QuotePostDebatte #QuoteTrötDebatte -
@cyThe people who wrote the Fediverse
There were no "people who wrote the Fediverse". These was no committee who laid down the standards.
The Fediverse was invented by @Evan Prodromou. In 2008. By first creating a centralised Twitter alternative silo named Identi.ca.
And then open-sourcing the underlying technology as Laconi.ca, later StatusNet (merged into GNU social in 2013).
And then laying the protocol open as OpenMicroBlogging, later superseded by OStatus.
Then, in 2010, @Mike Macgirvin ?️ decided that the world needs a free, open-source, decentralised, secure alternative to Facebook that's better than Facebook. And so he made Mistpark, today Friendica.
But the features he wanted Friendica to have were impossible to achieve with any existing protocol. OStatus wasn't even that good for microblogging, much less Mike's ambitious plans. Besides, he's an experienced protocol designer. So he created a whole new protocol, DFRN, and built Friendica on top of it. Friendica did adopt OStatus as an extra protocol, though, because Friendica's goal was and still is to federate with everything and then some.
In 2011, Mike had seen many public Friendica nodes shut down with or without warning and people always losing everything and having to start over from scratch. So he decided to do something against it.
He invented nomadic identity. And built a new protocol around it, Zot, because there was no way DFRN could take care of this, let alone OStatus.
In 2012, he forked Friendica into Red and rewrote the whole backend against Zot, which, however, required the creation of yet another identity scheme.
For one, one login could now have multiple fully separate and independent identities on it. For example, my Hubzilla channel URL is https://hub.netzgemeinde.eu/channel/jupiter_rowland.
Besides, one identity could now reside on multiple server instances which is what nomadic identity means.
Red was later renamed Red Matrix and, in 2015, refactored, redesigned and renamed into Hubzilla.
Mastodon and Pleroma started in 2016 as OStatus-based alternative UIs for GNU social. Mastodon was the first to be turned into a stand-alone project with not much interest in connecting to anything outside, all in spite of already being federated with Pleroma, GNU social, Friendica and Hubzilla via OStatus.
ActivityPub came out in 2017. No, not 2018. It was standardised in 2018. But it came out in 2017.
In July, 2017, Hubzilla was the first Fediverse project to integrate ActivityPub. Next to its own Zot, next to diaspora*, next to OStatus etc. On the one hand, Hubzilla tried to stay as close to the ActivityPub spec as possible and feasible. On the other hand, Hubzilla had to make its ActivityPub integration, which has always been an optional add-on, compatible to its own technology, to its own Zot protocol, to the way it works.
In September, Mastodon was the second Fediverse project to adopt ActivityPub. But Mastodon was more interested in doing its own thing and being as close to Twitter as it could than in sticking to a protocol spec, much less connecting to non-Mastodon stuff such as Hubzilla with which it already shared two protocols now.
Mastodon was the one that added Webfinger. ActivityPub doesn't even require Webfinger. The ActivityPub spec doesn't contain Webfinger. But Mastodon requires Webfinger. It can't live without Webfinger. So everything that wants to properly federate with Mastodon needs to implement Webfinger.
After ActivityPub had become a standard, more projects adopted it. But as lax a specification as ActivityPub is, it allowed for a lot of liberties.
Some devs looked at how Mastodon had integrated ActivityPub, decided it was rubbish and did it their own way.
Some devs looked at how Mastodon had integrated ActivityPub, decided they couldn't do it the same way because what they did was too different from Mastodon and did it their own way.
Some devs didn't look at what anyone else did and did it their own way.
Probably none of them looked at how Hubzilla had integrated ActivityPub because none of them even knew that Hubzilla existed. Except for those who were maintaining Friendica now. And Friendica had to make it compatible with DFRN and with the way it had been working since 2010.
Fast-forward to 2023. Mike's current piece of work was the streams repository which contains an intentionally nameless fork of a fork of three forks of a fork (of a fork) of Hubzilla, slimmed down from Hubzilla, but modernised and technologically even more advanced.
It was then that @silverpill, creator and maintainer of Mitra, got into contact with him because he wanted to add nomadic identity to Mitra. Something that's built on ActivityPub and only supports ActivityPub. A first. No-one had ever done nomadic identity with nothing but ActivityPub before.
So the two started working on how to implement nomadic identity using only ActivityPub. Mike had a vision of a Fediverse with nomadic identity all over and Fediverse identities cloned beyond server application borders. Like, a (streams) channel cloned to Mitra, Mastodon, PeerTube and Mobilizon, all with the same identity.
This, however, required another, brand-new way of identifying Fediverse actors. And so FEP-ef61 "Portable Objects" was created.
We're probably in the middle of xkcd 927 now.
Mike set up an experimental branch of (streams) to develop and test nomadic identity via ActivityPub, also since (streams) already had nomadic identity anyway.
Around summer, the "nomadic" branch (for nomadic identity via ActivityPub) seemed reliable enough to merge it into "dev". And in July, "dev" was merged into "release", complete with nomadic-identity-via-ActivityPub code.
It was shortly after that merge that I created my two (streams) channels. The channel URL of my channel for Fediverse memes is https://streams.elsmussols.net/channel/fedimemes_on_streams. But its DID, which all channels created on accounts registered after that merge got, is https://streams.elsmussols.net/.well-known/apgateway/did:key:z6Mkf2dhUa65zBYCNVqs3AHyt8uPixauZ7bPzEJn15LJANsd/actor. And that's only two IDs of the same channel. There are also others for (streams)' native Nomad protocol, Hubzilla's Zot6 protocol, ActivityPub, OAuth, OAuth2 and probably also OpenWebAuth magic single sign-on, another one of Mike's creations. Not to mention that (streams) channels, like Hubzilla channels and Friendica accounts, can also optionally be group actors.
In fact, this blew up into (streams) users' faces because (streams) confused the various IDs to such degrees that it wouldn't federate at all anymore. It took Mike a whole lot of work to iron this out again, so much that he officially retired from Fediverse development on August 31st.
And in the middle of this, he even created yet another fork, Forte, which is (streams) minus Nomad, minus Zot6, based on and supporting only ActivityPub. My guess is still that one of the reasons to create Forte at that point was to get rid of the Nomad and Zot6 IDs to sort the ID mess out.
Even if nomadic identity via ActivityPub should ever become stable and start spreading, I don't expect DIDs to become the one norm in the Fediverse. Not with all those barely or unmaintained projects and those devs who refuse to acknowledge that devs of other projects do great stuff, too.
#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #OStatus #DFRN #Zot #ActivityPub #Nomad #Laconi.ca #Identi.ca #StatusNet #GNUsocial #Friendica #Hubzilla #Mastodon #Pleroma #Streams #(streams) #Forte #FEP_ef61 -
@We Distribute First of all: I wouldn't make it only about #Mastodon. I wouldn't make it mainly about Mastodon either. #MastodonIsNotTheFediverse.
I wouldn't even make it look like it's only or mainly about Mastodon. I wouldn't give the impression that the #Fediverse is "Mastodon and some other stuff that was bolted onto Mastodon that nobody really gives a damn about, but someone told me I'd better mention that but, like, idfc..."
Also, I'd split it up, at least into various sub-topics.
First of alll, I'd present Fediverse projects, one by one, in chronological order instead of in order of size, importance or popularity. I'd with #StatusNet (2008). Or if I were to only include projects that at least understand #ActivityPub, I'd start with #Friendica (2010). I might skip projects that have been discontinued (Red Matrix, Osada, Zap...) or abandoned (Anfora, reel2bits...).
Also, I'd ask devs, creators who aren't necessarily the devs (#Diaspora*, Friendica and Hubzilla aren't maintained by their respective creators, for example) and experienced users. That's better than trying to only do my own research.
That is, I might include a mini-series with important dead projects, for example to show how #Hubzilla and #Streams came to exist. Okay, this example could be covered with one or two episodes.
Depending on the target audience, there could be a tech sub-topic which could cover protocols or other technology.
Another sub-topic would cover culture. Again, not with a focus solely on one specific project. For example, #ContentWarnings and the necessity therefor aren't only a Mastodon thing, especially since other projects cover them in different ways, unbeknownst to almost everyone on ActivityPub-based projects.
#FullTextSearch is a hot topic only on Mastodon which didn't even have it until a few days ago. On most other projects, it's absolutely normal to have it. #Quotes are similar: On Mastodon, they're still being debated. Almost everywhere else, they've been available forever, and even quoting Mastodon toots has been possible forever.
I'd also look at #AltText and #ImageDescriptions from a not-only-Mastodon point of view to break with the general perception that an #ImageDescription always goes into alt-text, full stop, because there's no room anywhere else.
A few episodes would be Mastodon-centric. One would be about the various stages of #TwitterMigration which pretty much exclusively led to Mastodon. Also, I might do an episode on how Mastodon newbies discover the Fediverse around #MastodonSocial by and by. And I'd certainly do one about how Mastodon users perceive and react upon the Fediverse outside of Mastodon and what comes in from there. Particularly those who either want the Fediverse to be Mastodon and only Mastodon or want everyone else out there to only do what can be done on Mastodon, i.e. forgo #TextFormatting and limit their posts to #500Characters, regardless of how many they could actually post.
The #Threadiverse in general and the #RedditMigration definitely deserve their own episode.
Another episode, later into the podcast, could cover cultural differences caused by how the various communities came into the Fediverse. There are the millions who have come over from #Twitter since late October 2022, and who have adapted parts of the old pre-Musk Twitter culture to Mastodon with little regard for anything else because they weren't even aware of there being anything else. There are the fresh arrivals who can't stop acting like they're still on #X, many of whom are pining for a #Bluesky invitation because it promises to be even closer to "literally Twitter without Musk". There is the "old guard" from Friendica and Hubzilla. There is the Threadiverse which basically continues to live the #Reddit culture in decentralised, non-corporate places now and tries to put up with hardly working moderation.
Last but not least, maybe a look at media coverage could be worth some episodes. -
@Codex ☯️♈☮ @CynthesisToday I think the #Fediverse is the easiest to understand for those who halfway know their way around computer stuff if you start at the protocol level.
#ActivityPub is a digital communications protocol standard. Like e-mail or RSS or Atom or XMPP or Matrix, for example. Or like #StatusNet or the #Diaspora protocol or #DFRN or #Zot, now known as #Nomad in its latest incarnation.
The server application projects that are based on ActivityPub are different server-side software implementations of the same protocol. Some have more features, some have fewer, some specialise in particular tasks which is possible because ActivityPub is not specialised itself, not a one-trick pony.
Like, for XMPP, you have jabberd and ejabberd and Openfire and Prosody and Tigase. For e-mail, you've got various mail servers and MTAs.
The main difference here is that ActivityPub is so versatile in its capabilities that it can be used for a whole lot of different things. #Mastodon, #Pleroma, #Akkoma, #MissKey, #CalcKey etc. were made for microblogging. But ActivityPub can also be used for actual blogging platforms like #Plume or #WriteFreely, for video streaming like in the cases of #PeerTube and #Owncast, for audio streaming like in the cases of #Funkwhale and #Castopod and for link aggregators/discussion communities like in the cases of #Lemmy and #kbin. Only to name a few examples.
Still, there are enough parts of this protocol fixed so that all these projects, all these implementations of ActivityPub can connect to one another and ideally communicate with one another.
Now, why is all this made so that they can connect to one another?
That's because they all use the same protocol. The alternative would have been to do like Mike MacGirvin did with DFRN for #Mistpark, later #Friendika, today known as #Friendica, and create a whole new protocol from scratch, even though StatusNet was readily available. Well, only that Mike's intention was to federate Friendica with everything that moved, regardless of protocol.
Okay, better comparison: The alternative would have been to do like the four Diaspora* creators and create a whole new protocol from scratch with no intention whatsoever to connect to the outside world.
Well, instead, all those clones of YouTube and Instagram and Reddit and GoodReads and so forth chose ActivityPub. It was a win-win situation: They could use an existing protocol which actually worked for them instead of taking upon themselves designing a whole new protocol first and then their server application on top. And they could expect a wider audience, namely everything else that uses ActivityPub. Two birds, one stone.
Oh, and by the way: Neither the Fediverse nor ActivityPub was designed around Mastodon, nor was ActivityPub designed by Eugen Rochko (Mike Macgirvin did have some saying in it, though, AFAIK), and quite a few Fediverse projects already existed before Mastodon. Pleroma is three and a half weeks older. MissKey is two years older AFAIK. #Hubzilla was forked from Friendica four years before Mastodon came out. This means that Friendica has to be even older: six years older than Mastodon.
None of these projects will ever give in to Mastodon's limitations and reduce their own feature set for the convenience of Mastodon users. Oh, and neither will the projects that came after Mastodon. If something from another Fediverse project doesn't look good on Mastodon, it's Mastodon's problem. -
@Brennan Stehling It isn't even the first. Not even for social networking.
Laconica = #StatusNet = #GNUsocial was the first. It was what drove Identi.ca. That was in 2008.
Then, in 2010, came #DFRN, the internal protocol created for and used by #Friendica. (Friendica can also use ActivityPub, that's how you can post on @Fediverse News.)
A bit later, also in 2010, came the internal protocol created for and used by #Diaspora.
In 2011 came #Zot, the first protocol that went beyond decentralisation and federation and introduced #NomadicIdentity. Starting the next year, it became the technical basis of what is known today as #Hubzilla. (Hubzilla can use ActivityPub as well, that's how you can read this post of mine. But its nomadic features don't translate fully to ActivityPub.)
All of this was before #ActivityPub.
The newest version of Zot, Zot/11, was renamed #Nomad and has been used by #Streams since last year. And (streams) being a "fork me and build something nice out of me" code repository rather than a run-as-is branded platform like Mastodon or Hubzilla indicates that Nomad, much like Zot, is quite versatile, as does the fact that Hubzilla's entire huge set of features is made nomadic by Zot.
Oh, and by the way, e-mail and #XMPP predate them all. And there's also #Matrix, for example.
@John Socks @Chris Trottier @{[email protected]} -
@mikeStreams is basically an acknowledgement that my work has no value to anybody but me.
The lack of popularity for #Friendica, #Hubzilla, #Zap & Co. never came from nobody caring.
It always came from nobody even knowing that they exist in the first place.
In 2010, people were ready and willing to pump a few hundred thousand US dollars into the development of #Diaspora. They hoped that Diaspora* would be a free, decentralised Social Web revolution. But the development of Diaspora* took an eternity, and out came something lack-lustre and underwhelming that spent several years in public alpha.
Why didn't people save their money and use #Friendika instead which was everything they had dreamed of and then some? Which was vastly more powerful in spring 2010 before Diaspora* was developed than Diaspora* itself would ever become? Why was Diaspora* developed in the first place? Why was the wheel re-invented, but worse?
Because nobody knew that Friendika existed. That's why. Diaspora* made it into all big news because its developers a) announced to mass media that they want to compete with #Facebook and b) asked people for crowdfunding, hence the big publicity campaign. If Friendika had been as well-known as, for example, #Firefox, Diaspora* wouldn't exist.
I myself only found Friendika back in the day by actively searching the Web for decentralised social network platforms. It was a thorough, intense search. And I eventually stumbled upon it.
As for Hubzilla, I happened upon it on Friendica when someone mentioned it.
As for #Osada and #Zap, I think it was you who mentioned them within the Hubzilla dev bubble which I occasionally got a glance into. Someone from that bubble also led me to #Misty a.k.a. #Mistpark2020.
As for #Roadhouse and #Streams, I discovered them on Zotlabs by chance. And their Zotlabs pages were never filled with any information on what they are and what they do.
I didn't find out about any of these projects through any form of advertising or publicity campaign, nor did I learn about any of them through tech media.
Only once do I recall that any of these projects has ever been presented at a FLOSS or hacker event. That was years ago at the #ChaosCommunicationCongress where a panel about Friendica was held. But even that panel was like Friendica devs talking to other devs about developing Friendica and Friendica node admins talking to other LAMP stack admins about installing and running Friendica nodes. What Friendica can do was only mentioned briefly. The first step, namely getting people interested in using Friendica as end users to see what it's good for, was skipped entirely. And there was no info booth, there was no promotional material, there were no flyers, no nothing. Even #OpenStreetMap had flyers.
#Mastodon was just lucky. For starters, it was the first free and decentralised microblogging service that was launched in years. The whole #StatusNet and #GNUsocial things had been so long ago that even those few who had come across it barely remembered, so Mastodon didn't seem like it was aping them. And it must have attracted enough disgruntled #birdsite users already then to gain a critical mass.
Before 2022, we already had a situation in which the vast majority of Mastodon users believed that the #Fediverse was Mastodon, and Mastodon was the Fediverse, and there was nothing else out there. Pleroma was already vastly superior to Mastodon technologically, but Mastodon had the critical mass. Still, Mastodon itself was so obscure that #TimBernersLee had never heard of it, much less of any of your projects or Diaspora*, and therefore decided to re-invent the free, open-source, non-commercial, decentralised social wheel all from scratch once more.
When the #TwitterTakeover started looming on the horizon, people started recommending Mastodon on #Twitter. And pretty much only Mastodon because that was all they knew. Again, critical mass. This critical mass enlarged itself in several waves.
I guess not a single birdsite refugee had ever heard of any Fediverse project beyond Mastodon when they joined it, and I guess over 80% still never have. And they keep wondering how people can toot more than 500 characters, whether their Mastodon instance has different settings and such. I know from personal experience that it often takes several attempts to explain to people that, no, I am not on Mastodon, and Hubzilla is not a Mastodon instance.
Mass media don't make it any better. Both general news media and tech media have meanwhile picked up the Mastodon phenomenon, and many have accepted that Mastodon is here to stay. Still, all general news media and nearly all tech media "know" that Mastodon is the Fediverse and vice versa, and that there isn't anything else out there. Some media outlets have joined the Fediverse themselves. They could be way better off with #Akkoma or #Pixelfed or Hubzilla or their own take on Streams. But they're on Mastodon. Why? Because that's all they knew when they got there. Because they've settled with Mastodon before even knowing that there are projects that'd suit them better. And they'll probably never know.
Now don't get me wrong, I'm not blaming you personally. I'm not even sure if it's good style for the main dev of a project to go peddling their own work. Making your projects known should have been a task for the whole community. Not only the devs, not only the hub admins, but the users. Because if someone can talk to aspiring users, it's actual users. "If you build it, they will come" has failed, and we should have seen this coming.
Large-scale migration away from proprietary, commercial projects and towards free, open-source, non-commercial alternatives only happens under pressure from outside and even then not always. Large-scale adoption of Firefox in Germany happened when the most widely-used browser was #InternetExplorer 6 which was not only hopelessly outdated but so insecure that the malware spread through it alone caused millions upon millions of Euros in damage. And it only happened because the reaction upon this was our Mother Of The Nation, Federal Chancellor #AngelaMerkel, herself telling the Germans to move from IE6 to Firefox.
And the mass migration from Twitter to Mastodon only happened for two reasons: One, Twitter was threatening to get more and more hard to take. Two, Twitter didn't and still doesn't really have a commercial, corporate-owned, centralised competitor. All possible Twitter alternatives are decentralised #FLOSS. There was nowhere else to go than down the Fediverse route.
Right now, however, I don't see a #Facebook takeover that'd turn it into yet another Nazi hive and cause people to flee to Friendica and/or Hubzilla. Nor does #OlafScholz tell people to quit Facebook and join Friendica/Hubzilla instead. He doesn't even tell people to join Mastodon.
No, growth for Friendica, Hubzilla and Streams still has to come from within. And again, this won't be a task for the core devs. All they'll have to do is tell the community what there is to advertise. But I don't expect anything really new to come anytime soon, seeing as Streams seems to be a be-all, end-all project that can be turned into anything without involvement by the core devs. So we already know what there basically is to advertise. And when it comes to cool new features, we learn about them quickly when new versions come around, and the devs do talk about these beforehand.
So the first step would be to get these projects known outside the #DFRN, #Zot and #Nomad bubble. This would lead us into two different, bigger bubbles. One is the Fediverse which, as I've already mentioned, the vast majority of its own users still sees as synonymous with Mastodon. Granted, we'd have tough competition there, for if someone desires more than 500 characters per post, maybe they're better off with Akkoma or a different Mastodon instance. And federation with Diaspora* is no longer a unique selling point because hardly anyone uses Diaspora* exclusively anymore, so I guess hardly anyone misses the Diaspora* connector on Streams. But maybe a "federated social Swiss army knife" like Friendica or even Hubzilla or a "federated social construction kit" like Streams is exactly what some people are looking for. Remember that the Fediverse alone covers millions of people. 1% of them is slowly but steadily closing in on being 100,000.
The other bubble is the FLOSS scene. This may be more difficult because, curiously, the FLOSS scene barely knows about the Fediverse, even about Mastodon, and thus has barely adopted it. This will be somewhat tougher. Some people in that scene reject social media altogether because they associate social media with corporate spyware, and they've convinced themselves that they don't need any social media (or their social media hub is either a git repository hoster, ironically often a #Microsoft property, or a mailing list). Others have a general dislike towards GUIs, only using ultra-minimalist #i3wm and no pointing devices themselves. Or they cling to the UNIX philosophy that each tool has to be able to only do one thing which gets to the point that they actually use different tools for receiving, composing and sending e-mails. Even Friendica can do too much for their tastes.
Still, I think that other people in the FLOSS bubble may be more welcoming, also because the Fediverse is yet another rather successful attempt at competing against corporate monopolies with FLOSS, with decentralised FLOSS à la #XMPP or #Matrix even. Also, while the #GAFAM bubble sees us as a bunch of idealistic but ultimately successless basement-dwelling nerds, the FLOSS bubble will see us as some of their own ilk doing more cool stuff in addition to all the cool stuff that has already been done. Not to mention that the FLOSS bubble has its own news outlets. We just must not repeat the mistake of only trying to talk to potential devs or potential instance admins. We have to reach out to aspiring end users first and foremost. Devs and admins will come in their wake. FLOSS people aren't keen on developing something they've never even tried using.
Media coverage outside the FLOSS bubble might give us an even wider audience. Sure, it may appear like even specialised tech media aren't interested in anything that isn't commercial. And some outlets do flat-out refuse to publish anything about anything FLOSS, or they only write about whoever pays them to write about them. But generally, they don't have an aversion against FLOSS alternatives to commercial products. Mass media helped Firefox spread. Mass media helped Diaspora* exceed their crowd-funding goal buy suggesting it'll be a Facebook killer. And mass media are right now accepting Mastodon and the Fediverse as the next big thing instead of some wacky nerd stuff. It may actually happen that media outlets which still reject the Fediverse in favour of Twitter will be seen as not only backwards-oriented, but outright right-wing.
It's hard to say how easy it'd be in 2023 to even only get tech media to write about Friendica, Hubzilla or even Streams. On the one hand, there may still be an attitude of, "Nobody wants to read about it if it wasn't launched with venture capital." On the other hand, the Fediverse itself has more than one foot in the door, what with journalists joining Mastodon and entire media outlets launching their own instances. All we have to do is get the knowledge into their heads that the Fediverse is more than Mastodon. Maybe they'll find this discovery so amazing that they'll write about it.
I think Friendica would be the easiest case. Okay, it'll be hard to treat something as cool new stuff if it has been around for 13 years or so. But it isn't so modular, it's more like an all-in-one "black box" of the kind that non-techy types prefer, and it concentrates on social networking and doesn't overwhelm its users with features, at least not that much. Also, it's the closes to being "to Facebook what Mastodon is to Twitter."
Hubzilla could mainly score with its sheer, all-encompassing power. It's certainly the most powerful, most versatile Fediverse project. This, however, may make it too powerful for casuals. It's also more modular than Friendica which means that many cool features, even including #ActivityPub support, have to be activated by the user. That said, Hubzilla's main issues, its user interface which capitulates before its vast amount of features, its documentation which reads more like a technical spec than a user manual and its outdated and less-than-welcoming representation on the Web, are being tackled as we speak (or rather type). Thanks to @Scott M. Stolz, Hubzilla may soon have one or multiple user interfaces that make it much easier to harness its vast power and flexibility.
Streams, or (streams) as some spell it, is still the odd one out. I must admit that even experienced Hubzilla veterans often have a hard time understanding what it actually is, much less Mastodon users, not to mention the GAFAM-only bubble. While bone-stock Streams itself is easier to use than Hubzilla, partly thanks to a reworked UI, partly thanks to lots of features having been cut and therefore no longer cluttering the UI, the whole concept may be confusing to many. It's not only even less of a "black box" than Hubzilla, it isn't a project or even a platform like Mastodon or Friendica at all; it's only a code repository which you can yoink and make something nice out of. Streams says, "Fork me!" It wasn't made to be run vanilla as a Zap successor which is a rather subversive idea. In fact, running Streams as-is is subverting the subversion again; it doesn't help that vanilla Streams makes for a decent Fediverse server already.
So Streams will be difficult to explain even to tinker-happy FLOSS people, its main target audience, and even more so to those who have only just left the commercial, corporate software bubble they had called their cosy home for many years and managed to wrap their minds around Mastodon. What Streams needs more than Hubzilla is reference implementations that show in practice rather than in theory what can be done with it. I mean, it's hard enough to grasp that Hubzilla can serve as a macroblog or a wiki until you've seen it happen with your own eyes.
A typical Hubzilla reference implementation would be a regular instance with all bells and whistles with open registration (until it's full, that is). People can join it, play around with it and make it their social homebase. Along with it, there could be Hubzilla instances that aren't social networking platforms but something different, yet still "powered by Hubzilla" as would be written on them. These could show Hubzilla's versatility. Something you were told is "something like Facebook" suddenly powers a blog. Or a community webpage, including a public event calendar. Or a wiki. Or a personal website with a personal DAV cloud server silently running in the background. Things that make Hubzilla get away with ActivityPub being optional, especially if these websites have nomadic clones. In this case, #Zot only serves to keep the clones in sync.
With Streams, the focus should be vice-versa. It'd be more important to show off what can be done on top of Streams or by forking Streams and making something nice and "unexpected" with it, preferably with multiple identical nomadic clones to show off what #Nomad can do, but still with a "powered by Streams" badge on it. A social networking platform or two could come later and mainly to demonstrate that Streams can do that, too. If this came first, Streams would be reduced to being "the next Friendica" or the next attempt at a Facebook competitor, and nobody would try to use it for anything else. Rather than that, Streams deserves a reputation as "nomadic WordPress" at the very least.
There's a lot that can be done to help these projects gain popularity. Some of it is already being done, especially for Hubzilla. And Streams can be given some time to take off, new as it is. Sitting around and waiting for people to come only gains us those who came from Twitter to Mastodon and then happened upon Friendica or Hubzilla through posts with over 500 characters. -
CW: This is how I witnessed the development of Friendica, Hubzilla, Streams & Co.
Allow me to digress from the usual topic on this channel once more.
I'm pretty sure that no human being on this planet has created nearly as many federated social platforms as @mike. But all these (actually not always so) different platforms can be a bit confusing. Even I may be wrong here and there, but I'll try to make some sense of them by putting them into a kind of chronology.
So first, there was #Friendica. Only that it started out under the name of #Mistpark. I'll get to the name later.
Remember #Diaspora? Remember summer 2010 when the crowdfunding run was launched so that those four guys could spend all their time creating a free, #OpenSource, decentralised, federated social network (a.k.a. #Facebook killer) which they wanted to name Diaspora*?
Well, they unknowingly wanted to re-invent the wheel. #StatusNet was already there, #GNUsocial was already there, and especially, Mistpark was already there with a 1.x release and more powerful than both, actually, more powerful than Diaspora would ever become. I think Mistpark even already had Diaspora*'s aspects, only that they were called groups.
As for its concept, Mistpark went beyond that of Diaspora*. Mistpark didn't only want a bunch of instances ("nodes" in this case) of its own kind to connect with one another, it also wanted to federate with everything else that moved, be it e-mail, be it StatusNet, be it Twitter, be it whatever.
The first name change was from Mistpark to #Friendika. The reason was that the original name sounded repelling to German speakers. "Mist" means "fog" in English, but "dung" or "manure" in German, not to mention that it's a German curse word.
When Diaspora* was finally there, Friendika didn't see it as competition, it saw it as another federation target. To this day, Friendica is fully federated with Diaspora*, and that has exclusively been the work of the Friendika developers who studied Diaspora*'s source code and reverse-engineer it because it didn't have an API.
Probably the biggest coup was the bidirectional federation with Facebook. This was what everyone was waiting for. This, however, was also where the trouble started. Facebook didn't want to be federated with a non-commercial social network and started taking defensive measures. Also, Friendica users (the second name change was through meanwhile) who used the Facebook connector had their entire and often very busy Facebook timelines mirrored onto Friendica nodes, one of the reasons why even nodes on powerful root servers often had to close new registrations even though they only had a little over a hundred users. So there were several reasons why Facebook federation was axed again.
Internally, Friendica uses its own protocol named #DFRN. But I guess Mike had meanwhile seen it as a dead end, also because he had a new idea: #NomadicIdentity, not only the ability to easily take your account from one instance to another, but the possibility to have it on multiple instances at the same time, keeping the copies in sync.
That's why he laid the foundation for a new protocol that could do that: #Zot.
And with it came the next social platform. It was first just simply named Red from Spanish "red" = "net". Red was based on Zot from the beginning, and as an experimental platform, it only understood Zot. On Friendica which was now running at full steam on dozens upon dozens of nodes, and which Mike had passed on to the community, the development was followed with interest. And just like later platforms, I think Red actually got a few small public instances because someone really wanted to try it out. Red eventually changed its name to #RedMatrix.
Also, Red didn't just want to be a social network like Friendica. The idea was rather to have a "social content management system" that could do just about everything you could do with a website and/or a cloud server. Third-party federation was slightly reduced, connections to commercial platforms didn't come back. But as Red evolved, the Diaspora* connector was included which was also used to federate Red with Friendica.
From the Red Matrix emerged #Hubzilla, the Swiss Army knife of the #Fediverse. Still today, its possibilities have rarely ever been fleshed out: not only microblogging, but macroblogging, article publication, websites, wikis (no, I'm not kidding), #WebDAV, #CalDAV and #CardDAV server and so forth.
Next to the nomadic identity that came with Zot, Hubzilla introduced another killer feature: one account, many separate channels. Each one of these channels is basically like one Friendica account. You can have multiple fully separate identities on one account, and nobody (except the instance admin) can tell that they're all you. So this goes way beyond Friendica's multiple profiles. By the way, Hubzilla still has multiple profiles per channel.
Some say that the Red Matrix was renamed Hubzilla. This isn't true. Hubzilla is a fork of the Red Matrix, one could say it was a stable snapshot of the Red Matrix.
For the development of the Red Matrix continued. Planned advancements on Zot couldn't be tested on stable Hubzilla, they needed their own testbed. Eventually, the last Red Matrix instance was Mike's personal one with himself as the only user. It still federated with Friendica and, of course, Hubzilla.
In the meantime, #ActivityPub came along. It wasn't just another obscure networking protocol, though, because #Mastodon made it huge. So at least Friendica and Hubzilla had to adopt it. Friendica firmly integrated it. Hubzilla made it into an app just like all other protocols that aren't Zot because they stand in the way of fully nomadic identity. By the way, both profited from its introduction because the federation between each other no longer had to use the Diaspora* protocol.
For the next advancements of Zot, two new platforms were forked from the Red Matrix or Hubzilla. At this point, Mike wasn't involved with Hubzilla anymore either. First, there was #Osada, an early testbed for what would become #Zot6, but still with ActivityPub. For pure Zot6, #Zap followed suit. Most connectors that are neither Zot nor ActivityPub, including the one to Diaspora*, weren't taken over, as were many of Hubzilla's extra abilities (websites, articles, wiki, CardDAV, two parallel calendar systems etc.) to keep it slim. It did get to keep the various types of channels as well as one CalDAV server and the WebDAV connection, though.
Eventually, when Mike handed them over to the community, they used the exact same code base. The only differences between Osada and Zap was whether or not the admin had ActivityPub on (Osada) or off (Zap) and the name.
As having two different names for the same thing, depending on the instance configuration, Osada was discontinued in favour of Zap which now included ActivityPub itself. In the meantime, Zot6 became stable and was backported into Hubzilla which thereby became fully compatible to Zap, only that what Hubzilla can that Zap can't cannot be mirrored to Zap.
Then Osada re-emerged as Zap's unstable branch. Along with it came a new Red Matrix which, as far as I could see, was now an even more purist, even more unstable branch that only served for testing Zot8 and lacked all other protocols.
To top this off, in 2020, Zap itself got a stable branch even more intended for productive use. For this purpose, the name Mistpark was dusted off. The new stable branch was named #Mistpark2020 or simply #Misty. Misty was the first of its kind to not even get an announcement anymore, though. Its home page on Zotlabs disappeared along with Zotlabs before it could be filled with any useful information.
Two things were interesting: Red Matrix, Osada, Zap and Misty were based on various states of the same code base. It was possible to switch from one to another by rebasing the local code repository on your server. This became obvious through instances that carry the name of one project but run another one.
It must have been in 2021 when #Roadhouse showed up, again, unannounced. It seemed to be nothing more than a concept for the next generation of distributed social platforms. Roadhouse was the first of its kind to use the #Nomad protocol which, I guess, is forked from #Zot because it serves the same purpose. It got its own home page on Zotlabs which remained as uninformational as Misty's.
And then the most recent name popped up: #Streams. At first, it was even less clear what Streams was supposed to be and what set it apart from Roadhouse, not to mention Red Matrix, Osada, Zap and Misty, also because Zotlabs didn't say what Streams was either.
But I guess Streams' purpose has emerged in the meantime through word-of-mouth: It's the experimental successor of all five and the solution to this maze of names. Streams isn't even a product with a name, it's a concept that uses Nomad for nomadic identity and that is in constant flux, hence Streams. The idea was to do away with fixed names to get rid of the previous chaos. Everyone can name whatever they do with Streams however they want.
There is currently only one more or less public Streams instance, but it still carries "Stream" in its name. At least two more instances which may be private are named something with "Streams", too. So whether Mike wants or not, Streams has become a name of its own, and people use it.
How many Streams instances exactly exist right now is hard to tell, even from Communities pages on Streams instances or Sites pages on older platforms, because they don't necessarily identify themselves as Streams instances. So if you go through one of these pages, and there are names in the Projects column which you don't know as Fediverse platforms, check out what's behind them. It's often only one instance. Open the instance, click its burger menu, and if there's a Communities link, it's a Streams instance. I've discovered a lot of Streams instances not named anything with Streams this way. Private instances included, I guess Streams must have more than a dozen instances already.
There has even already been a request to launch a Streams support forum much like the one for Hubzilla; after all, Streams still supports forums. It's safe to say that Streams is doing quite well for something so obscure.
Feature-wise, Streams is the same as Zap and Misty.
But what became of the six platforms between Hubzilla and Streams?- Red Matrix kept having only this one single-user instance because nobody else dared to touch it and set up another instance. It's a Zap instance now as far as I can see.
- Osada never really took off, Zap probably did only after Osada was merged into it, and some Osada instances became Zap instances. This explains why Zap has got comparably many instances. Most of them, however, are tiny, probably private and utterly undermaintained as they run rather old Zap versions. Zap only lives by numbers, and it's the only one of the five listed on Fediverse Observer. Also, while the FediDB lists all five, it only knows that one Dominican public Zap instance and none of the others (looking through its connected sites reveals many unlisted instances of Zot-based networks, by the way). Still, it seems to be on the deathbed, being superseded by Streams, experimental as the latter may be.
There still seem to be a very few running Osada instances, but Osada can be considered dead as the focus is on Streams now. - Misty didn't take off either, even though it was considered more stable and more production-grade than Zap. This time, the reason may simply be because Misty got zero advertising, so nobody heard about it, probably not even some of the Zap crowd. Misty never had many instances, they weren't properly advertised either (the same applies to most Zap instances, by the way), and Misty's death knell may have been the unannounced shutdown of its largest instance. Basically, there was little room for Misty next to less obscure Zap.
- Roadhouse didn't even manage to get much limelight before Streams appeared shortly afterwards. In both cases, the only way to find out what they were and what they did was by either studying the source code or installing a private instance. Streams, however, had the advantage of being even newer. The-Federation.info knows exactly one German Roadhouse instance which was originally set up as Misty and has meanwhile been upgraded beyond Roadhouse to Streams, and there only seems to be one remaining unlisted Roadhouse instance.
- I've seen another result of an upgrade from Zap to Misty. So it's safe to assume that you can upgrade all five to Streams. If this is the case, then now that Streams is here, it probably isn't worth spreading the developer community across six almost identical platforms. Basically, Streams has become the latest version of Red Matrix, Osada, Zap, Misty and Roadhouse.
- At least Red Matrix, Osada, Zap and Misty are still being maintained in a sense, though. All four got the same small Git commit from Mike a good month ago. Roadhouse got one four months ago.
As of now, Friendica is still going strong, so is Hubzilla, and Streams seems to be cleaning up the mess that came after Hubzilla.
If you really want to try out something with Zot, my current recommendation is Hubzilla, even if it may seem bloated and cumbersome to you, even if you'll never harness its full power. Many of its extra functions are additional apps and switched off by default; this includes ActivityPub, by the way, this is important to know.
It's hard to find a public Streams instance with open registrations currently, much less multiple ones that'd be required for a nomadic identity. Neither Fediverse.party nor the FediDB nor The-Federation.info nor Fediverse.info even knows Streams, and existing Streams instances usually don't identify to other Fediverse servers as Streams instances. It's still a rather underground and grass-roots project with no publicity at all. As Streams is rather experimental, however, you may want a nomadic home on at least two instances to have an instant backup, should one of them shut down.
Zap has got exactly one instance open to the public, and seeing as Zap may be shrinking rather than growing, I don't expect this to change. Again, due to Zap's still small size and unclear future, I wouldn't recommend using it without nomadic identity as a safety net.
As for Osada or Misty, good luck finding an instance to join, much less one that's here to stay and ideally be upgraded to Streams one day.
Hubzilla may not be as bleeding-edge as Streams, and it may be overkill for your purposes if Zap or Streams would be sufficient, but it's stable, it's big enough, it's established, and it's different enough from Streams to not be endangered by it. I mean, Hubzilla hasn't managed to kill off Friendica either, right? - Red Matrix kept having only this one single-user instance because nobody else dared to touch it and set up another instance. It's a Zap instance now as far as I can see.