@Chao-c'

Also, ALT text translates with the rest of the post, which can be helpful for images which contain only foreign language text.

Hubzilla is the most incompatible ActivityPub software in Fediverse. You do just lot of things wrong, to put it mildly.

You still seem to think that Gargron invented ActivityPub and the Fediverse, that Mastodon is the one and only reference implementation of ActivityPub, and that everything that doesn't work exactly like Mastodon is broken.

Here are the facts:

Mastodon was launched in January, 2016.

Hubzilla was launched in March, 2015. Counting an earlier incarnation named Red, it was created in May, 2012, when Friendica's creator re-wrote his own fork of a Friendica fork of his own.

Mastodon implemented ActivityPub in September, 2017, when the spec wasn't finalised yet.

Hubzilla implemented ActivityPub in July, 2017. Two months before Mastodon. Hubzilla was the first software to ever implement ActivityPub.

Hubzilla implemented ActivityPub strictly by the book. It has always tried to stick as close to the official W3C ActivityPub spec as possible.

Mastodon, in stark contrast, has always been stretching the ActivityPub spec until it broke. Not only that, but it has always been adding stuff outside the spec. First it did so to take over certain features from StatusNet which was its original protocol. More recently, it did so with the very intention to break compatibility with the rest of the Fediverse and make everything that isn't Mastodon look broken. And people like you keep falling for it because they think they know for a fact that Mastodon is the ActivityPub reference implementation.

The whole Fediverse has to break the ActivityPub spec just to be able to federate with Mastodon.

yes, the Hubzilla author is writing Streams, with nomadic identity, but it also means, that he understands, that Hubzilla approach is kind of dead-end.

You know nothing. Whereas I can rattle down the whole history from Mistpark in 2010 to today.

Mike Macgirvin, creator of Friendica, Hubzilla, (streams) and Forte created his post-Hubzilla server applications because he kept advancing the Zot protocol. And he couldn't implement these advancements into Hubzilla because they bore the chance of breaking compatibility with what already existed.

(streams) is not a completely new development, nor is it a straight Hubzilla fork.

(streams) is a 2022 fork of Roadhouse.
Which was a 2022 fork of either the third Osada or Mistpark 2020 or Redmatrix 2020.
Which were 2020 forks of Zap (or each other, but at least one of them was forked from Zap).
Which was a 2018 fork of either Hubzilla itself or the first Osada, which was a 2018 fork of Hubzilla.

Osada and Zap were created to develop Zot6. In its early stages of concept, Mike expected Zot6 to be incompatible with everything else. Mind you, he didn't see that as something bad. Advancing Zot was necessary because the then-current version of Zot was less than optimal. And Mike's vision was a decentralised, nomadic network named the "Grid", entirely based on Zot. The Grid would have been vastly superior to the existing Fediverse in every way possible.

So the issue with his early draft of Zot6 was that it was quite incompatible with non-nomadic protocols. Nomadic Zot6 content could not be translated into non-nomadic protocols like the diaspora* protocol or ActivityPub.

Thus, developing Zot6 on Hubzilla was out of question. Zot6 would have broken too much on Hubzilla. Besides, Hubzilla was bad as a platform to experiment on due to its wealth of supported protocols and other features, all of which would have had to be made compatible with Zot6.

And this is the real reason why Mike created Osada and Zap. From how I see it, and how I remember what he talked about back in the day (I was there, yes), he first forked Osada from Hubzilla. Then he ripped everything out that he didn't need, including support for all protocols except for Zot itself, ActivityPub, RSS and Atom, including the CMS stuff like articles, planning cards, notes, wikis and webpages, etc. Then he modified what was left against his early version of Zot6.

Then he discovered that a cloned Osada channel couldn't properly send content via ActivityPub.

Then, shortly afterwards, he forked Osada into Zap. He removed nomadic identity from Osada which kept ActivityPub and ActivityPub support from Zap which stayed nomadic.

The idea was to have a nomadic, cloned channel on Zap as your main channel that would only connect to Hubzilla, Osada and Zap, and to have an additional, non-nomadic channel on Osada that would serve as a "gateway" between nomadic Zap and the non-nomadic ActivityPub Fediverse.

Of course, this was highly impractical. But by 2019, Mike found a way to make Zot6 compatible with non-nomadic protocols. So, in early 2019, Mike discontinued Osada and forked a new Osada from Zap which only differred from Zap by having ActivityPub support while still being nomadic. This enabled Mike to have one development platform for Zot6 in conjunction with non-nomadic protocols and another one on which ActivityPub did not stand in the way.

Later in 2019, both Osada and Zap got stable releases. At that point, Osada and Zap were identical in code. Both had ActivityPub support. It was included into their cores now and no longer an add-on like on Hubzilla. They only had two differences. One was the branding. The other one was that Osada servers had ActivityPub activated by default, and Zap servers had ActivityPub disabled by default. Keeping Osada around was unnecessary now, so ActivityPub was activated by default on Zap, and Osada was discontinued. Zot6 was so stable that it was soon backported to Hubzilla.

Mike wasn't done yet, though. He now wanted to develop Zot8. Again, he did not want to develop protocol changes on stable production software that people potentially daily-drove.

Thus, three new forks emerged in 2020: another Osada, Mistpark 2020 (a.k.a. Misty) and Redmatrix 2020 (named after the Red Matrix, the name that Hubzilla bore from late 2012 to early 2015 between being created as Red and being re-branded into Hubzilla). Mike used them to develop Zot8. They were identical in all but brand identity.

This was fully intentional on Mike's part to confuse the hell out of the brand fetishists that were growing more and more numerous in the Fediverse. His goal was for people to declare Osada or Misty or Redmatrix the best Fediverse software and superior to everything else, just for him to tell them that Osada, Misty and Redmatrix are absolutely identical. In fact, the three remained identical to Zap in features.

Zot8 never got stable because Mike kept advancing it further and further. In early 2022, he was at Zot11. But Zot11 was so incompatible with everything else, including previous Zot versions, that Mike declared it a new protocol of its own and renamed it Nomad. In order to test-drive it, he forked Osada or Misty or Redmatrix into Roadhouse. After all, there were people who were daring enough to daily-drive production channels on Osada, Misty and Redmatrix, albeit only few. Roadhouse was still identical in features to Zap, Osada, Misty and Redmatrix.

It was now possible to crossgrade between Zap, Osada, Misty, Redmatrix and Roadhouse by simply rebasing the server code.

Later in 2022, he created a new fork of Roadhouse itself. The reason for this was not further protocol advancement. No, this time, it mostly had branding and licensing reasons.

First of all, he wanted to make that fork as easy for others to fork and adopt as possible. Everything he had developed so far was under the MIT license (he himself had relicensed Friendica under the AGPLv3 in 2011, but he didn't actually develop on Friendica; he developed on a fork named Free-Friendika that was still MIT-licensed and then backported the changes to the Friendica repository, and Red was a Free-Friendika fork). This new repository was released into the public domain. At first, the whole thing was never primarily intended to be installed on servers as it was, but rather to be forked as the base of something new.

At least the core and Mike's own add-ons were. What third-party add-ons from Hubzilla times were still there got to keep their maze of licenses. This was intentional on Mike's part, too. It would make it impossible for commercial players to scoop up the whole thing and relicense it into something non-free and commercial without breaking any licenses, or without pumping tons of money into their legal department to work around that maze of licenses.

Also, Mike removed any and all naming and branding from the software. He absolutely intentionally made it nameless. You've read that right. He did this for two reasons. One, whoever wanted to fork it would have to give the fork an individual name and an individual branding. Two, this was to mess with brand fanbois and brand fetishists even more: This thing had no brand to gush over to begin with.

Furthermore, Mike removed all nodeinfo code that he could possibly get away with removing. Again, this was intentional. One intention was to stop this software from automatically joining the "my Fediverse project is bigger than yours" and "my server is bigger than yours" rat races. He intentionally did everything he could to keep this software away from The Federation, Fediverse Observer, FediDB and the like.

The other intention was for the case of commercial players looking for free code to steal. If this software had really taken off and left its stats proving its popularity everywhere, some big commercial player would have been likely to try and steal this software, make it commercial and non-free and release it as their own original creation. So his intention was for them to not even be able to find it in this case. (This, by the way, was the reason why he relicensed Friendica under the AGPLv3, and why he hardly ever spoke about Free-Friendika: Now that Friendica was growing popular, he didn't want big commercial players to scoop up code of his under a license that they could change to non-free.)

This server application became the first and only one in the Fediverse with no fixed server type identifier, in fact, with none at all by default. It has one text field for the server name, just like Mastodon and Friendica and Hubzilla and the like. But it has an additional field where the server type, i.e. the identifier for the software, can be entered. If none is entered, it's derived from the server name. Mike used to have a server that identified as "Y" because, as he said, "Y is not X."

While the application itself is nameless (for it still is), the code repository did require a name of sorts. Mike named the repository "streams".

Now, the community needed something to call that nameless software when they spoke about it. So they unofficially established "(streams)", complete with parentheses that make sure that this is not actually the name of this software. Those who say, "Streams," with a capital S and no parentheses, and who use that term as if it's an official name, usually sincerely believe that this is the official name.

Mike himself uses "streams" without the parentheses because even he needs something to call his own software by. Before Forte was made, he preferred talking about the streams repository without directly mentioning the software. And he himself denied that (streams) is even a project. It's just a bunch of code that runs.

As far as I know, it was now possible to freely crossgrade between six different server applications because they were still identical in features. Only that Mike also had six server applications to take care of now.

So on December 31st, 2022, Mike discontinued Zap, Osada, Misty, Redmatrix and Roadhouse. Admins who ran either of these on their servers were recommended to rebase their servers to the streams repository. In this case, by the way, the old branding was kept. I've seen a server that still had "zap" as its subdomain which indicated that it was set up as a Zap server, that had Misty branding, but that actually ran (streams).

From then on, Mike dedicated his time to maintaining and developing only the streams repository. He still occasionally helped Hubzilla out, though.

In 2023, the Mitra creator and developer silverpill approached Mike. The goal was to make Mitra nomadic. I guess earlier attempts using a blockchain and crypto technology didn't come to fruition, so it had to be Mike's way which had proven itself stable for more than a decade. However, Mitra was to remain based on ActivityPub.

It was in this exchange that Mike realised that ActivityPub could indeed be used for nomadic identity if a few things were added to it. One outcome was FEP-ef61 "Portable Objects" which introduced decentralised IDs (DIDs) that would not be bound to any one server domain.

Instead of creating a whole new server application to play with, Mike simply made a "nomadic" branch in the streams repository (even though the software was already nomadic) in which he implemented support for nomadic identity via ActivityPub. Support as in (streams) understanding it while internally still using Nomad for nomadicity.

In June, 2024, Mike considered the "nomadic" branch reliable enough and merged it into the "dev" branch.

In July, 2024, Mike merged the "dev" branch into the "release" branch which caused DIDs as per FEP-ef61 to be rolled out to existing production servers. On accounts created on this new version, channels would have a DID internally. On accounts greated on any previous version, even new channels would keep the old ID system for the time being. This way, existing accounts and channels weren't messed with.

However, what had worked under supervised and restricted lab conditions completely blew up under real-life conditions. Again, I was there on (streams) with a pre-DID account and two channels on it. I still have them. (streams) channels wouldn't federate with anything anymore. It had become impossible to send anything anywhere. What Mike was facing was nothing short of an enigma because not even he knew what was going in.

So he started tinkering. In mid-August, Mike forked the streams repository into something named and branded Forte. He did so so he could rip the Nomad protocol out while still keeping the entire functionality. He had to get rid of Nomad because he had discovered that (streams) got confused juggling all the many IDs it had to deal with, so he had to weed out the Nomad and Zot6 IDs to make things easier. But he couldn't possibly have done that on (streams) proper.

This way, Mike created the very first Fediverse server software that uses ActivityPub for full nomadicity, including cloning.

By the end of August, things got back to normal. But Mike, having spent every free minute in the last few weeks to get (streams) back into working condition, was burned out. He sent an open message around in which he declared that he would completely retire from Fediverse development, and both the streams repository and Forte were up for grabs.

But nobody was found who could take over either. (streams) and Forte probably had way fewer than 100 users combined. Those few who would have been able to maintain either didn't have time. One did have time and was willing to do so, but he didn't know how to code. He eventually did start teaching himself, and he occasionally contributes merge requests, but there was no way he could take over as the only dev for either, much less both. So Mike had to go on, whether he wanted or not, albeit at a somewhat slower pace.

This is why Mike is still developing (streams) and Forte to this day.

By the way: The reason why Mike "abandoned" his old software was because he needed to invest all his time into protocol development and advancement. Mike isn't the one to constantly maintain stable server software unless he absolutely has to.

In 2011, he handed Friendica over to two new developers so that he had time to create the Zot protocol.

In 2015 already, he handed Hubzilla over to two new developers so that he had time to explore the advancement of the Zot protocol. He still contributed to Hubzilla's development.

In 2019, he wanted to hand Osada and Zap over to the community, now that they were stable, so he had time to develop Zot8. But the Osada/Zap community was so tiny that he couldn't get a new dedicated developer team together.

In 2024, he wanted to hand (streams) and Forte over to the community because fixing (streams)' huge identity bug, which led to Forte's creation, had burnt him out. He wanted to quit. But, again, he couldn't because (streams) didn't have a single user who had both the time and the knowledge to take over as the new main dev.

Consider this: Gargron was a young man when he made Mastodon. I think he was still at university. Mike Macgirvin made Friendica, he had some three decades of professional work in IT and software under his belly. Gargron was at the beginning of his career. Mike had quit and moved from the USA to the western Australian outback where he has been living as a farmer ever since. He might actually be older than Gargron's parents.

while nomadic identitity would be cool thing, currently it does not exist

Take off your Mastodon glasses and look at the Fediverse and what it actually is like.

Nomadic identity does exist. Not as a vague idea, not as a concept on paper, but as a stable, production-grade feature that has been used to its full extent for well over a decade now. Just because Mastodon doesn't have it, doesn't mean the Fediverse doesn't have it. And just because Mastodon doesn't recognise it, doesn't mean it doesn't exist.

The Fediverse has loads of features which Mastodon users want "the Fediverse" to have. It has features which many Mastodon users have never wanted "the Fediverse" to have such as quote-posts, introduced by Mike Macgirvin on Mistpark in 2010. It even has features that are completely and utterly unimaginable for Mastodon users, and it has had even these since as early as 2010, 2012 or 2015.

Nomadic identity was invented by Mike Macgirvin in 2011 with the Zot protocol.

It was first implemented by him in mid-2012 when he rewrote Red against Zot. This means that Hubzilla itself has been offering full-blown nomadic identity since 2012, almost four years longer than Mastodon has existed.

This very Hubzilla channel that I'm commenting from right here, right now, is actually nomadic. It is cloned across two servers: hub.netzgemeinde.eu and hub.hubzilla.de. And it has been since before Elon Musk announced to take over Twitter in early 2022. When I sent you this comment, it was automatically sync'd over to hub.hubzilla.de. When you sent the comment that I'm replying to, it was automatically sync'd over to hub.hubzilla.de. The clone has actually been of great help at least once.

Unfortunately, non-nomadic software identifies cloned channels as fully separate accounts with fully separate identities. But rest assured: @Jupiter Rowland on hub.hubzilla.de is my clone. It's the live, hot, real-time, bidirectional backup of the main instance of my channel, @Jupiter Rowland on hub.netzgemeinde.eu that you're following now. They're both one and the same channel with one and the same identity, jupiter_rowland@hub.netzgemeinde.eu, even though Mastodon is unable to see it as such. Go check both. You'll see they've got all the same content in them, including comments from others. Including your comment. How else can jupiter_rowland@hub.hubzilla.de possibly have one of your comments under a post if you've only sent that comment to jupiter_rowland@hub.netzgemeinde.eu if it weren't for nomadic identity?

Even nomadic identity via ActivityPub is available as a stable, production-grade feature in stable, production-grade software right now as we speak. Forte was the first to be fully nomadic via nothing but ActivityPub, as of mid-August, 2024. Tootik, based on Gemini instead of the World Wide Web, is fully nomadic at server level, too. Mitra is fully nomadic by means of the Minimitra client.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #MastodonCentricity #MastodonNormativity #QuotePost #QuotePosts #QuoteTweet #QuoteTweets #QuoteToot #QuoteToots #QuoteBoost #QuoteBoosts #QuotedShares #QuotePostDebate #QuoteTootDebate #ActivityPub #Zot #Zot6 #Zot8 #Nomad #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Mistpark #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte #Tootik #Mitra #Minimitra #NomadicIdentity

@Kristian

Zum einen: Warum hat Mastodon als deutlich jüngeres Projekt deutlich mehr Nutzer für sich gewinnen können als die Projekte, die schon länger am Start sind? Was ist denen gelungen, was alle anderen nicht geschafft haben?

Halb Zufall, halb Publicity.

2016. Mastodon ist raus. Anscheinend redet Gargron online viel darüber. Jedenfalls mehr als die hinter Pleroma, Friendica und Hubzilla. Und das ebenfalls zentralistische und nicht mehr mit dem Fediverse verbundene Identi.ca ist eh nicht in den Händen von jemandem, der Deutsch kann, und auch Evan Prodromou redet nicht groß drüber, jedenfalls nicht mit Leuten, die ihm über Mainstream-Medien Publicity verschaffen könnten.

Ein deutsches Mainstream-Medium wird drauf aufmerksam und interviewt ihn und macht eine Story über ihn und Mastodon. Viele Leute lesen darüber, daß es an Microblogging nicht nur Twitter gibt. Twitter ist damals schon nicht unumstritten, aber allgemein wird bisher angenommen, daß es keinen Alternative dazu gibt. Identi.ca kennt keiner, GNU social kennt keiner, Pleroma kennt keiner, Friendica kennt keiner, Hubzilla kennt keiner. Aber von Mastodon lesen sie jetzt. Schon kommen neue Nutzer, die weiter microbloggen wollen, aber von Twitter wegwollen, nach Mastodon.

2017. Auf Twitter werden Furries, Manga-/Anime-Fans und queere Personen von rechten Störenfrieden angegriffen. Irgendjemand entweder unter ihnen oder unter den Leuten, die sie kennen, kennt Mastodon und sagt, da können sie doch hingehen. Es findet ein großer Exodus dieser Personengruppen von Twitter nach Mastodon statt. Mastodon wächst weiter. Wieder kennt niemand Identi.ca, GNU social, Pleroma, Friendica oder Hubzilla. Daher gehen ausnahmslos alle nach Mastodon, und nur Mastodon profitiert davon.

In den nächsten Jahren gibt es weitere solche Vorfälle auf Twitter. Wieder ist Mastodon die einzige bekannte Alternative (Grund: siehe 2016 und 2017). Wieder geht der Exodus nur nach Mastodon.

Ein Schneeball kommt ins Rollen: Mastodon wird größer, mehr Leute sind da, mehr Leute kennen es, mehr Leute empfehlen Mastodon, Mastodon wird größer und so weiter.

Mehr und mehr andere Serveranwendungen kommen ins Fediverse und verbinden sich mit Mastodon. Mastodon selbst ist aber so riesengroß, daß es innerhalb Mastodon geschätzte 99% allen Inhalts stellt. Inhalte von woanders sind auf Mastodon superselten.

Dazu kommt: Mastodon zeigt nicht an, woher Beiträge kommen. Mastodon zeigt bei Beiträgen von Misskey nicht an, daß die von Misskey kommen. Daher erfahren Mastodon-Nutzer auch nicht, daß die von Misskey kommen. Sie erfahren somit nicht, daß es Misskey gibt. Sie glauben, das sind Mastodon-Tröts.

Dazu kommt dann auch noch: Mastodon ist noch auf Version 3.x. Mastodon kann noch keine wie auch immer geartete Textformatierung darstellen. Das wird alles, aber auch wirklich alles von Mastodons HTML-"Sanitiser" rausgelöscht. Mastodon zeigt nur Klartext an. Das einzige, was Nicht-Mastodon-Beiträge von Mastodon-Tröts unterscheidet, ist, daß sie über 500 Zeichen lang sein können, daß Erwähnungen anders aussehen können (als wenn da einer drauf achtet), und daß Hashtags anders aussehen können (als wenn da einer drauf achtet).

Februar 2022. Elon Musk, längst ein durch und durch xenophober Faschist, kündigt an, Twitter aufzukaufen. Viele wollen weg, wissen aber nicht wohin. Millionen von ihnen werden eingeladen nach Mastodon. Ohne irgendeine Erwähnung von irgendeiner anderen Alternative. Weil die, die sie einladen, selbst auch nur Twitter und Mastodon kennen und nie von irgendeiner anderen Alternative gehört haben.

Februar/März 2022. Millionen von Twitter-Nutzern flüchten von Twitter nach Mastodon. Alle mit dem Wissensstand "es gibt nur Twitter und Mastodon" und "Fediverse = Mastodon". Das so schon nicht kleine Mastodon wächst auf ein Vielfaches seiner Größe. Sowohl die Anzahl als auch der relative Anteil derjenigen, die glauben, das Fediverse sei nur Mastodon, und es gäbe nur Twitter und Mastodon, steigt.

Die wenigen Pleroma-Nutzer scheinen die Situation zu verpennen.

Misskey wächst auch, aber nur in Ostasien und speziell in Japan, wo es den Stellenwert hat, den Mastodon in der westlichen Welt hat. Aufgrund von Zeitzonen- und Sprachbarrieren (und weil die meisten westlichen Fediverse-Server den Misskey-Leuchtturmserver misskey.io gesperrt haben) kommen aus Japan kaum bis keine Informationen über die Existenz von Misskey an westliche Mastodon-Nutzer. Nennenswerte Forkeys gibt es zu diesem Zeitpunkt in der westlichen Welt auch noch nicht.

Auf Friendica, Hubzilla und (streams) tut man auch nichts, weil das ein Twitter-Thema ist und man eher Richtung Facebook orientiert ist. Ein paar Friendica-Nutzer wären bereit gewesen, Leute von Facebook nach Friendica zu holen. Auf Hubzilla sorgte man sich eher darüber, wie tageslichttauglich Hubzilla gerade war, und die Community steckte allgemein in einer Lethargie. (streams) hatte zu diesem Zeitpunkt kaum Nutzer. Und überall schien man anzuzweifeln, daß man in der Lage ist, einen Riesenexodus von mehreren Millionen auf den existierenden Servern aufnehmen zu können.

Oktober 2022. Elon Musk kauft Twitter auf. Noch sehr viel mehr Leute wollen da weg, wissen aber nicht wohin. Sie werden nun nach Mastodon eingeladen von denen, die im Februar/März von Twitter nach Mastodon geflohen sind. Ihr Wissensstand ist immer noch derselbe: "Es gibt nur Twitter und Mastodon" und "Fediverse = Mastodon".

Pleroma? Misskey? Forkeys? Friendica? Hubzilla? (streams)? Siehe oben.

So, warum sind Friendica und Hubzilla nicht größer, obwohl sie älter sind?

Zunächst einmal: Mike Macgirvin hat bis 2023 angenommen, wenn er etwas baut, dann kommen die Leute schon von ganz alleine. Er ist kein Mensch der Öffentlichkeit. Er lebt mit seiner Frau, zwei Australian Shepherds und ein paar Hühnern auf einer Farm im australischen Outback, also in einer ziemlichen Einöde, wo man schon seine eigenen Nachbarn nicht sieht.

Mikes Hoffnung scheint auf dem Leidensdruck der Leute und ihrer Bereitschaft zum selbständigen Googlen zu beruhen. Mike glaubt, wenn die Leute mit Facebook nur unzufrieden genug sind, dann googlen sie von ganz alleine nach Alternativen, und dann werden sie seine Kreationen finden und als am besten erachten. Was er nicht auf dem Zettel hat: Niemand googlet nach dezentralen Facebook-Alternativen, wenn man nicht einmal eine vage Vorahnung hat, daß es sowas geben könnte. Oder daß es überhaupt Alternativen zu Facebook geben könnte. Social Networking = Facebook zur damaligen Zeit.

Jedenfalls:

März 2010. Facebook wird langsam so schlimm, daß Mike sich selbst daransetzt, eine freie, quelloffene, dezentrale, selbsthostbare und obendrein sehr mächtige Alternative zu entwickeln.

Mai 2010. Zum einen: Mike rollt die erste Vorabversion von Mistpark aus.

Zum anderen: Vier junge Apple-Fanbois in den USA finden Facebook auch schlimm. Auch sie wollen eine freie, quelloffene, dezentrale, selbsthostbare Alternative zu Facebook entwickeln. Zu diesem Zeitpunkt ist es noch zu früh, um Mistpark auf Google zu finden. Abgesehen davon rechnen auch die vier nicht damit, daß jemand so etwas schon mal gemacht haben könnte. Sonst hätten sie ja davon gehört, oder?

Jedenfalls: Die vier beschließen, ihren "Facebook-Killer" namens diaspora* über den Sommer 2010 zu entwickeln. Dafür brauchen sie aber Geld. $3.000 pro Nase, also $12.000 insgesamt. Sie starten eine Crowdfunding-Kampagne. Die geht komplett viral. Die Mainstream-Massenmedien picken auf, daß da vier Jungs etwas entwickeln wollen, was das immer schlimmer werdende Facebook ersetzen soll, und zwar, ohne die Nutzer auszuspionieren.

Binnen kürzester Zeit nehmen sie über $200.000 ein.

An dieser Stelle hätte Mike sich an die Massenmedien wenden können: Das, was die vier da vorhaben, das hat er schon fast fertig entwickelt. Ohne Crowdfunding. Tut er aber nicht. Er glaubt weiter an die Macht der Suchmaschinen in Kombination mit der Überlegenheit von Mistpark.

Juli 2010. Mike rollt den ersten stabilen Release von Mistpark aus. Die mächtigste föderierte Serversoftware, bis Mike es selbst entthronen wird. Wieder ohne jegliche Werbung, PR, Publicitiy oder was auch immer. Jetzt hätte Mike erst recht an die Tech- und Massenmedien gehen können und sagen können: "Hier, ich habe ganz alleine und für lau einen Facebook-Killer entwickelt, der sogar noch viel besser und mächtiger ist als Facebook!" Tut er aber nicht. Er glaubt weiter an die Macht der Suchmaschinen in Kombination mit der Überlegenheit von Mistpark.

Herbst 2010. Die erste superfrühe Alpha-Version von diaspora* wird ausgerollt. Im Grunde ist es eine ziemliche Enttäuschung. Es ist buggy, es läuft nur auf Mac-Servern, und es kann auch nicht sehr viel. Trotzdem wird es zumindest von genügend Hipstern angenommen, daß Google davon erfährt und diaspora* nach Strich und Faden für sein eigenes Google+ abkupfert und sogar das Aussehen von diaspora* zu Googles neuer Corporate Identity macht.

Auch etliche Tech-Geeks gehen nach diaspora*. Warum nicht nach Mistpark? Weil sie von Mistpark nichts wissen. Und weil sie angesichts der Sowieso-Verfügbarkeit von diaspora* kein Stück auf die Idee kommen zu googlen, ob's nicht noch was Besseres gibt.

Sogar auf diaspora* erfährt man erst allmählich von Mistpark, das inzwischen Friendika heißt, als es dessen Entwicklern gelungen ist, sich ohne jegliche API oder so mit diaspora* zu verbinden. Friendika wird auf diaspora* dadurch bekannt, daß a) es selbst dort vertreten ist und b) seine Nutzer zu diaspora*-Nutzern darüber reden. Ein paar ziehen tatsächlich um, weil ihnen diaspora* zu unterausgestattet ist. Das heißt, einige merken auch diese Unterausstattung erst, als sie Friendika ausprobieren.

Das geht so weiter. Auch als Tobias und Michael übernehmen, machen sie für Friendica kaum Werbung. Das heißt, es gibt einen Vortrag auf einem CCC. Aber der Vortrag ist nicht auf potentielle Nutzer ausgelegt, sondern auf Entwickler und Serveradmins.

Als Friendica sich mit Facebook verbindet, hofft man darauf, daß Friendica auf Facebook durch seine bloße Präsenz für sich werben kann. Klappt nicht.

April 2015. diaspora* ist weitestgehend wieder vergessen. Von Friendica weiß weiterhin keine Sau.

Nun wird das gerade erst aus der Red Matrix umgebaute Hubzilla erstmals vorgestellt. Es ist mächtiger als alles, was es bisher an dezentraler, föderierter Software gab. Aber weder Mike noch Mario noch Harald macht irgendwelche Werbung dafür. Wieder hofft man auf Suchmaschinen.

Die Communities von beiden machen auch nichts. Ihnen gehört das ja nicht, also ist Werbung nicht ihr Bier. Außerdem haben gerade die Friendica-Nutzer immer noch PTSD davon, daß Friendica-Nodes sogar auf dedizierten Servern oft nur ein paar hundert Leute aufnehmen können. Man könnte Leute allenfalls kleckerweise von Facebook holen, aber keine riesige Umsteigerlawine verkraften. Und auf Hubzilla redet man sich ein, daß Hubzilla ja eigentlich kein soziales Netzwerk ist, sondern ein "soziales CMS", aber trotzdem jetzt nicht so unbedingt direkt eine Facebook-Alternative, daß man jetzt unbedingt Leute von Facebook einladen müßte.

Das zieht sich bis heute so hin. Die erste zaghafte Werbung gibt es erst 2023. Und auch die gibt's nur im längst von Mastodon dominierten Fediverse. Und auch die hält sich zum einen nicht an Mastodons Regeln (zu lange Posts führen zu Mutes und Blocks, fehlende Hashtags führen zu Unauffindbarkeit, aber wer kann schon damit rechnen, daß man Hashtags braucht, wenn man doch selbst an Gruppen gewöhnt ist). Zum anderen spricht man nicht die Sprache der Mastodon-Nutzer, erklärt ihnen also nicht, daß Friendica/Hubzilla/(streams) im Fediverse und damit auch mit Mastodon verbunden ist. Selbst wenn man das täte, würde man mehr Mastodon-Nutzer verstören als anziehen.

Und zum anderen: Was würde denn all die benannten Beteiligten davon abhalten, das zu tun genau jetzt? Warum passiert genau das noch nicht? Wäre doch, wenn alle das wollen, leicht möglich, oder? Abschauen, was Mastodon richtig gemacht hat nach außen, und das genau so gut oder besser machen? Welche Entschuldigung gibt es dann im Moment, das nicht zu tun?

Die "Entschuldigung" wäre, daß viele andere Fediverse-Anwendungen dann aufhören könnten.

Ich rede nicht von denen, die von vornherein ganz anders aufgestellt sind als Mastodon (PeerTube, Funkwhale, Owncast, Mobilizon, Flohmarkt, Ibex etc.).

Ich rede von denen, die im Prinzip auch das tun könnten, was Mastodon. Deren Alleinstellungsmerkmal aber ist, daß sie eben gerade anders sind als Mastodon und Dinge anders machen als Mastodon (Pleroma, Akkoma, Misskey, Sharkey, CherryPick, Iceshrimp-JS, Iceshrimp.NET, GoToSocial, Mitra, snac2, Socialhome, Friendica, Hubzilla, (streams), Forte etc.).

Wenn die alle total an Mastodon angepaßt werden, wenn die alle ganz genau wie Mastodon werden, wofür braucht es die dann noch? Warum sollte sie jemand benutzen? Was außer dem Namen unterscheidet sie dann noch von Mastodon?

Und vor allem: Glaubst du wirklich, die Entwickler werden ihre Babys zusammenschnippeln auf Mastodon-Format, nur um Frieden mit Mastodon zu haben? Und glaubst du auch, die Serveradmins werden auf diese zusammengeschnippelten neuen Versionen updaten?

Okay, nehmen wir mal Hubzilla als Beispiel, das ultimative Anti-Mastodon.

Nehmen wir mal an, morgen früh (um das Ganze möglichst schnell zu machen; du willst ja, daß das jetzt sofort augenblicklich passiert) rollen @Mario Vavti und @Harald Eilertsen Hubzilla 12.0 aus. Änderungen:

• Die Mastodon Client API wird eingeführt. Der gesamte Funktionsumfang wird reduziert auf das, was die Mastodon Client API abdeckt. Hubzillas eigene Client API wird abgeschafft.
• ActivityPub ist jetzt das Basisprotokoll.
• Unterstützung für alle anderen Protokolle, inklusive Zot6 und diaspora*, aber auch der RSS- und Atom-Aggregator, fliegen raus.
• Es gibt keine mehreren Identitäten pro Konto mehr, weil Mastodon die nicht versteht. Jeder Kanal wird zu einem eigenständigen Konto mit denselben Credentials wie das Konto, zu dem er vorher gehörte.
• Das heißt, Forenkanäle werden gänzlich gelöscht, weil Mastodon keine Gruppen unterstützt.
• Es gibt keine nomadische Identität mehr, weil Mastodon das nicht hat und damit nicht umgehen kann. Klone werden zu eigenständigen Konten. Umziehen geht höchstens noch per Export und Import. Und auch die Formate sind an Mastodon angepaßt.
• Alle Profile außer dem öffentlichen werden gelöscht. Damit könnte Mastodon sowieso nicht umgehen.
• Beim öffentlichen Profil werden alle Profilfelder außer dem Profiltext gelöscht. Vier neue Mehrzweck-Profilfelder werden angelegt. Das ist das, was Mastodon versteht.
• Das Konzept bidirektionaler Kontakte wird ersetzt durch einseitiges Folgen und auch einseitiges Gefolgtwerden wie auf Twitter. Das ist das, was Mastodon versteht.
• Privacy-Gruppen werden umgewandelt in Listen, die nur noch haargenau die Features und die Handhabung von Mastodon-Listen haben.
• Es gibt keine verschiedenen Kanalrollen mehr, nur noch eine Art von Konto. Wie auf Mastodon. Wie gesagt, Forenkanäle werden nicht in Konten umgewandelt, sondern gänzlich gelöscht.
• Das komplette Berechtigungssystem wird ersatzlos gelöscht. Alle existierenden Berechtigungen (außer bei DMs) werden auf öffentlich gesetzt.
• Die kanalweite, jetzt kontoweite Filter-Blacklist wird umgewandelt in jeweils eine Filtereinstellung pro Zeile. Reine Schlüsselwörter werden normale Filter. Schlüsselwörter mit RegEx, die nur dazu dienen, daß die Wörter nur als Ganzes erkannt werden, werden umgewandelt in entsprechende Filter. Alle anderen Filterzeilen werden ersatzlos gelöscht.
• Die kanalweite, jetzt kontoweite Filter-Whitelist wird ersatzlos gelöscht, ebenso die individuellen Filter pro Kontakt.
• Überhaupt, alle Pro-Kontakt-Einstellungen werden gelöscht, weil Mastodon sowas nicht unterstützt und auch nicht damit rechnet.
• Die NSFW-Filterliste könnte auch entsprechend in Filterzeilen konvertiert werden, die Posts nicht löschen, sondern verstecken. Weil dieses Feature auf Mastodon aber nie Teil der Mastodon-Kultur geworden ist, die noch auf Mastodon 3.x basiert, wird die NSFW-Filterliste gänzlich und ersatzlos gelöscht.
• Die maximale Postlänge wird von 16.777.215 Zeichen auf 500 Zeichen reduziert. Längere Beiträge werden automatisch in Threads zerstückelt.
• Titel werden abgeschafft; existierende Titel werden gelöscht. Damit kann Mastodon eh nichts anfangen.
• Das Zusammenfassungsfeld wird in CW-Feld umbenannt, damit es aus Mastodon-Sicht nicht mehr falsch benutzt wird.
• Jegliche Form von Textformatierung und -gestaltung wird ersatzlos abgeschafft. Schon existierende Formatierungen werden entfernt.
• Eingebettete Bilder und mehr als vier Bilder pro Beitrag werden auch abgeschafft. Von den Bildern in Beiträgen werden die ersten vier in Dateianhänge umgewandelt und die übrigen gelöscht. Alt-Texte wandern in separate Text- und Datenbankfelder mit einem harten Limit von 1.500 Zeichen.
• Zitate werden abgeschafft. Auch die könnte Mastodon darstellen, aber nicht erzeugen, also gehören sie nicht nach Mastodon.
• Das Teilen von Beiträgen wird in "Zitieren" umbenannt und umgestellt auf dieselbe Art und Weise, die auch Mastodon anwendet. Oder gleich komplett abgeschafft, weil es Mastodon-Nutzer stören könnte.
• Das Wiederholen von Beiträgen wird in "Boosten" umbenannt. Oder gleich in "Retröten", weil das mehr Mastodon-Nutzer verstehen.
• Umfragen können nur noch vier Optionen haben, deren Namen auf 50 Zeichen beschränkt sind, und das Wählen mehrerer Optionen geht nicht mehr.
• Jegliche Unterstützung geschlossener Konversationen wird abgeschafft zugunsten eines losen Threadmodells wie auf Twitter. Das ist das, was Mastodon versteht. Die Unterstützung für FEP-171b "Conversation Containers" wird komplett und ersatzlos gestrichen. Das ganze FEP wird gelöscht.
• Posts heißen jetzt Tröts.
• Kommentare heißen jetzt auch Tröts.
• Der Zähler für ungelesene Beiträge wird abgeschafft.
• Die HQ-Seite wird abgeschafft. Die Kanalseite wird abgeschafft. Es gibt nur noch den Network-Stream. Der wird darauf hartgecodet, nur noch Einzelbeiträge zu zeigen und keine ganzen Konversationen mehr. Das soll verhindern, daß Hubzilla-Nutzer immer noch Hubzilla irgendwie anders nutzen, als Mastodon-Nutzer Mastodon nutzen.
• Der Filespace wird abgeschafft. WebDAV sowieso. Dateien werden so gehandhabt wie auf Mastodon.
• Der Eventkalender wird abgeschafft, weil Mastodon eh keine Events kann.
• Der CalDAV-Kalenderserver wird abgeschafft.
• Der CardDAV-Adreßbuchserver wird abgeschafft.
• Artikel werden abgeschafft. Irritieren Mastodon-Nutzer nur.
• Planungskarten werden abgeschafft. Irritieren Mastodon-Nutzer nur.
• Wikis werden abgeschafft. Irritieren Mastodon-Nutzer nur.
• Webpages werden abgeschafft. Hubzilla wird eine neue offizielle Website brauchen.
• Kanalquellen werden abgeschafft. Auf Mastodon kann man ja auch nicht mit Bordmitteln Bots bauen, außerdem sind Bots böse.
• Der PDL-Editor wird abgeschafft. Die Unterstützung von Themes wird abgeschafft. Hubzillas Oberfläche wird hartgecodet. Entweder sieht es jetzt wie Mastodon oder wie Twitter aus. Egal, ob es eigentlich aus einer Facebook-Alternative hervorgegangen ist. Aber die primäre Facebook-Alternative im Fediverse ist jetzt auch Mastodon.
• Alle anderen optionalen Apps werden auch abgeschafft. Hubzilla ist nicht mehr modular.

So, jetzt frage ich dich: Glaubst du, Mario und Harald machen das wirklich?

Glaubst du wirklich, sie kastrieren Hubzilla tatsächlich freiwillig um locker 90% seiner Features, nur um sich Mastodon anzubiedern? Die beiden, die sich bis jetzt von Gargron überhaupt gar nichts haben sagen lassen?

Und glaubst du allen Ernstes, Hub-Admins wie @Der Pepe (Hubzilla) ⁂, @Mark Nowiasz oder @Steffen gehen wirklich dabei und stellen ihre Hubs auf das so zusammengestrichene Hubzilla 12.0 um, das sich außer im Namen praktisch nicht mehr von Mastodon unterscheidet? Für einen Diktatfrieden mit dem eigentlich konzeptionell völlig anderen und bis dahin featuremäßig hoffnungslos unterlegenen Mastodon?

Und warum glaubst du, daß genau diese Personen genau das auch tatsächlich tun werden? Auch ich hätte dafür gerne eine ehrliche Antwort.

Wohlgemerkt, @Steffen 🦉🇪🇺 hat erst vor kurzem einen Mastodon-Server abgeschaltet und setzt jetzt nur noch auf Friendica und Hubzilla. Und du glaubst allen Ernstes, er läßt zu, daß beide durch neue Versionen der Serversoftware zu Mastodon-Klonen reduziert werden?

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #diaspora* #Mistpark #Friendica #Hubzilla #Streams #(streams) #Mastoverse #MastodonFediverse

@Kristian Na ja, Friendica war ja ausgereift. Zumindest soweit ausgereift, wie Friendica selbst und das DFRN-Protokoll es zuließen. Smartphone-Apps gab es nicht, weil man damals, 2010/2011, Smartphone-Apps für Sachen, die es auch als Websites gab, noch als Gimmicks ansah und noch nicht als lebensnotwendig. Das war, bevor die Leute gewisse Websites mehr über dedizierte Apps nutzten als über die Websites selbst.

Nur: Eine Weiterentwicklung war zwingend notwendig. Und die ging nicht mit Friendica, wie es war, denn die ging auch nicht mit DFRN.

Der Auslöser: 2011 waren binnen kurzer Zeit mehrere größere Friendica-Nodes von jetzt auf sofort ohne Ankündigung verschwunden. Einfach so weg. Friendica war durch das Verschwinden einiger weniger, aber jeweils sehr großer öffentlicher Nodes auf die Hälfte seiner Größe geschrumpft. Die andere Hälfte der Nutzer hatte alles verloren ohne die Chance, irgendwas zu retten. Die konnten wieder ganz neu bei null anfangen.

Das beste, was Mike an Friendica selbst machen konnte, war, eine Export- und Importfunktion einzubauen. Damit konnte man Backups des eigenen Konto machen. Das half aber nur, wenn man entweder brav ein tägliches Backup machte oder die Schließung eines Node vorher angekündigt wurde. Noch einmal: Genau das war 2011 nicht passiert. Die Nodes waren einfach futsch. Da hilft dir auch eine Backup-Funktion nicht, wenn du nicht laufend regelmäßig Backups machst.

Mike sah nur eine mögliche wirkliche Lösung. Und das war, indem deine Identität nicht bombenfest an einen Server gebunden ist, sondern simultan gleichzeitig als identische Klone auf mehreren unabhängigen Servern existieren kann. Wenn davon mal einer ausfällt, egal, die anderen laufen ja noch, also läuft deine Identität noch.

Problem: Mit DFRN ging das nicht umzusetzen. Es brauchte ein ganz neues Protokoll. Auch deshalb, weil Mike noch andere Verbesserungen im Kopf hatte wie ein nochmals deutlich aufgebohrtes Berechtigungssystem. Auch das ging mit DFRN so nicht und brauchte ein neues Protokoll. So entstand Zot.

Zum einen hieß ein neues Protokoll aber auch, wo auch immer das eingebaut werden soll, muß das komplette Backend ausgetauscht und neu geschrieben werden. Und große Teile des Frontend gleich mit. Das konnte Mike aber nicht auf Friendica im laufenden Betrieb machen. Friendica hätte unmöglich seine Grundfunktionalität gleichzeitig auf DFRN und auf Zot betreiben können. Und ein Protokollaustausch hätte bedeutet, daß Nodes, die die neue Friendica-Version mit Zot fahren, sich nicht mehr nativ hätten verbinden können mit Nodes, die alte Versionen mit DFRN fahren. Die wären zueinander inkompatibel gewesen.

Mike hatte als neue Entwicklungsplattform ja gerade das neue Red, das ein Fork seiner bisherigen "geheimen" Entwicklungsplattform Free-Friendika war. Das war ebenso "geheim", das konnte er also entsprechend umbauen.

Mike hätte aber niemals gleichzeitig Red komplett umbauen und Friendica selbst auf Free-Friendika weiterpflegen und die Weiterentwicklungen von Free-Friendika nach Friendica selbst bringen können. Und die einzige Alternative zum Umbau von Red auf Zot war, wieder solche Massencrashs wie 2011 mit exakt denselben Auswirkungen zu haben, ohne irgendwas tun zu können.

Also hat Mike sich auf Red konzentriert (dessen Umbau ja alleine schon länger dauern sollte als die Entwicklung von Friendica) und Friendica in die Hände von Tobias und Michael gegeben, die es seitdem nach ihren Vorstellungen weiterentwickeln. Die beiden waren ja meines Wissens sowieso schon Co-Entwickler von Friendica. Das hat Mike ja längst nicht mehr alles alleine gemacht.

Bei Red war das wieder anders. Das machte Mike ganz alleine. Das mußte er ja erstmal aufbauen. Und selbst als es fertig war, wurde es kaum angenommen. Es war zwar kein Geheimprojekt mehr, nachdem es sich von Friendica gelöst hatte. Aber es wurde kaum angenommen.

Auch als es umbenannt wurde in Red Matrix, was es leichter machte, es zu googlen, wurde es nicht angenommen. Die Friendica-Nutzer nahmen es wahr als Friendica mit nomadischer Identität. Was nomadische Identität ist, verstanden sie gar nicht. Selbst wenn doch: Die meisten von ihnen hatten inzwischen ihre eigenen privaten Einzelnutzer-Nodes.

So sahen sie in der Red Matrix gegenüber Friendica keine Vorteile, also warum umsteigen? Mal ganz davon abgesehen, daß Friendica und die Red Matrix nur über das diaspora*-Protokoll oder OStatus kommunizieren konnten. Die einzigen, die wechselten, dürften die gewesen sein, die eh immer das neueste, heißeste Zeug ausprobieren wollten.

Außerhalb von Friendica wußte eh keine Sau, daß die Red Matrix existierte. Herzlich wenige Leute wußten ja überhaupt auch nur, daß Friendica existierte. Mikes "Wenn du es baust, werden sie kommen" funktionierte damals schon nicht. Kleckerweise kamen noch neue Leute nach Friendica. Aber kaum einer ging von Friendica auf die Red Matrix, und absolut niemand ging von null auf die Red Matrix.

Interessant wurde die Red Matrix eigentlich erst 2015, als sie zu Hubzilla aufgebohrt wurde, also auf einmal Sachen konnte, die Friendica nicht konnte, die aber vielleicht nützlich sein konnten. Damit konnte Hubzilla auch für ganz andere Sachen eingesetzt werden als Friendica, also nicht nur als Facebook-Ersatz oder Blog.

Aber wenn Mario schon Anfang 2015 das noch brandneue Hubzilla übernahm, was ja so auf der offiziellen Website steht (nach meinen Informationen war es erst 2018), dann war es ein Wunder, daß Mike überhaupt jemanden fand, der übernehmen würde, der also schon seit Red-Matrix-Zeiten dabei war. Aber Mike hat ja an der Weiterentwicklung von Hubzilla noch weiter aktiv mitgewirkt, nur eben nicht als Projektleiter.

Hubzilla selbst wurde ja erst ab Ende 2015 interessant, als es seinen ersten stabilen Release hatte. Und auch Hubzillas Existenz war eigentlich nur auf Friendica bekannt. Selbst heute noch sind die allermeisten Hubzilla-Nutzer Friendica-Veteranen. Direkt von Mastodon nach Hubzilla ist kaum einer gekommen, von null nach Hubzilla schon gar nicht.

Selbst da war Mike keiner, der Sachen so läßt, wie sie sind, und sie nur noch weiter poliert. Wenn es etwas zu verbessern gibt, dann macht er das auch. Und wenn das nicht auf existierender Software im laufenden Produktivbetrieb geht, dann forkt er eben, und dann nimmt er sich weit mehr Zeit für seinen Fork als für das, was er vorher gemacht hatte. Und das ist auch gut so. Ansonsten hätten wir heute noch nur Friendica und immer noch keine Lösung für das Problem, daß die Leute alles verlieren, wenn mal wieder ein großer Node verschwindet.

Jetzt wollte Mike Zot weiterentwickeln, wohl auch deshalb, weil Zot, wie es damals war, nicht gut mit ActivityPub zusammenspielte. Aber potentiell kompatibilitätsbrechend. In einem eigenen zusätzlichen Branch von Hubzilla wäre das nicht gegangen, schon deshalb, weil Hubzilla für solche Experimente schlicht und ergreifend zu groß war.

Also hat Mike 2018 Osada von Hubzilla abgeforkt und alles rausgerissen, was im Weg war. Artikel, Karten, Wikis, Webpages, alle Verbindungsmöglichkeiten außer Zot, ActivityPub und RSS/Atom, alles raus.

Weil dann abzusehen war, daß nomadisches Zot6 (zumindest vorerst) mit ActivityPub überhaupt nicht mehr funktionieren würde, brauchte Mike zwei Projekte: Osada behielt ActivityPub, wurde aber nichtnomadisch. Zusätzlich forkte er Zap von Osada, ließ es nomadisch, entfernte aber ActivityPub.

Jetzt konnte Mike endgültig nicht gleichzeitig Zot6 entwickeln und Osada entwickeln und Zap entwickeln und Hubzilla weiterpflegen. Auch dieses Mal half ihm bei den Neuentwicklungen niemand. Also überließ er Hubzilla gänzlich Mario.

Wie es dann weiterging, lag nicht an Mikes Sprunghaftigkeit.

Anfang 2019 fand er einen Weg, auch nomadisches Zot6 mit ActivityPub kompatibel zu machen. Abgesehen davon war die Idee, einen nomadischen Zap-Kanal über einen nichtnomadischen Osada-Kanal mit dem Fediverse zu verbinden, sowieso kompletter Blödsinn und technisch in der Praxis kaum realisierbar, selbst mit Kanalquellen nicht. Also stellte Mike Osada ein, forkte von Zap ein ganz neues Osada und baute da ActivityPub-Support ein. Noch war nomadisches Zot6 + ActivityPub ja noch experimentell, deswegen hat er es nicht in Zap eingebaut.

Dann aber wurden Osada und Zap stabil und bekamen sogar einen 1.0-Release. Inzwischen gab es Leute, die Osada oder Zap produktiv nutzten. Die kamen alle von Hubzilla, denn nur da wußte man, daß es Osada und Zap gab. Nicht mal auf Friendica wußte das jemand, im übrigen Fediverse erst recht nicht und außerhalb des Fediverse schon gar nicht.

So baute Mike dann Osadas ActivityPub-Support auch in Zap ein, schaltete ihn aber standardmäßig auf Serverebene ab, auf Kanalebene sowieso. Das führte dazu, daß Osada und Zap bis auf das Branding und die Standardeinstellungen völlig identisch waren. Es brauchte gar nicht mehr beide. Mike ließ das aber so.

Irgendwie gab es wohl genug Osada- und Zap-Anwender, daß Mike jemanden fand, der beides weiterpflegen wollte. Denn Mike hatte wieder neue Weiterentwicklungen im Sinne, die er aber nicht mehr auf Osada und Zap machen konnte, weil die jetzt beide als stabile Produktivsoftware galten. So gab er Osada und Zap dann wieder an "die Community" weiter, die als quasi erste Amtshandlung mit Mikes Segen Osada nach Zap mergete, in dem Zuge auch auf Zap ActivityPub standardmäßig aktivierte und Osada kurzerhand einstellte.

2020 ging es dann weiter. Zap war damals State of the Art. Zot6 war so stabil, daß es nach Hubzilla zurückportiert wurde. Zap war jetzt quasi der modernere kleine Bruder von Hubzilla, der sich etwas eleganter bediente und einen nicht mit Features erschlug. Nur war Zap immer noch obskurer als Hubzilla, Hubzilla war obskurer als Friendica, und Friendica war selbst sehr obskur, weil für keins der drei wirklich Werbung gemacht wurde. Zap war weiterhin sonst nur auf Hubzilla bekannt und Hubzilla sonst nur auf Friendica.

Und Mike bastelte an Zot8, das nochmals besser werden sollte. Dafür brauchte er aber Software zum Experimentieren. Und so entstanden drei neue Forks in so kurzer Folge, daß heute nicht mehr bekannt ist, was jetzt wovon geforkt wurde, nur daß irgendwas von Zap geforkt worden ist. Im einzelnen waren das schon wieder ein neues Osada, ein neues Mistpark und eine neue Redmatrix.

Warum drei?

Es ging das Gerücht um, das seien verschiedene Stabilitätsstufen. Redmatrix 2020 sei experimentell mit wie früher bei Zap standardmäßig deaktiviertem ActivityPub, das damit der Entwicklung von Zot8 nicht im Wege stehe. Osada sei auch experimentell, aber wie früher schon bei Osada mit standardmäßig aktiviertem ActivityPub, um zu gucken, wie die Weiterentwicklungen von Zot8 sich mit ActivityPub vertragen. Mistpark 2020 wiederum sei "halbstabil" wie Debian testing, also stabiler als Osada und eher für den Produktiveinsatz geeignet, aber aktueller als Zap.

Zap sei also für die, die etwas neueres als Hubzilla haben wollten und auf die Zusatzfeatures von Hubzilla verzichten konnten. Misty sei für die, die etwas noch aktuelleres als Zap haben wollten, also das neueste Zeug noch früher, und die etwaige Instabilitäten in Kauf zu nehmen bereit waren. Osada sei für die, die unbedingt bleeding-edge wollten, instabil oder nicht. Und Redmatrix 2020 sei eh nur für Mike.

In Wahrheit waren Osada, Misty und Redmatrix 2020 bis auf das Branding völlig identisch und quasi Soft-Forks. Alle Commits wurden gleichermaßen und fast gleichzeitig in alle drei eingepflegt.

Warum?

Weil Mike der Markenfetischismus im Fediverse auf den Keks ging. Es gab Leute, die bildeten sich ein, die Software, die sie nutzten, sei die beste, einfach, weil sie Fans der Softwaremarke waren. Ganz besonders gab es die natürlich auf Mastodon, aber auch sonst. Genau diese Leute wollte er trollen, indem er drei bis auf den Namen und das Logo völlig identische Serveranwendungen pflegte. Misty z. B. konnte überhaupt nicht "die beste Fediverse-Serversoftware" sein, egal, wer sich das einbildete, wenn Osada und Redmatrix bis auf die Marke völlig baugleich waren.

Anfang 2021 kam dann Roadhouse dazu. Das Abenteuer Zot8 war im Grunde vorbei, bevor Zot8 stabil war. Denn Zot11 sollte noch besser werden. Vor allem sollte Zot11 von allen Zot-Versionen die beste Kompatibilität mit ActivityPub bekommen. Blöderweise konnte Mike aber Zot11 nicht auf Osada, Misty und Redmatrix entwickeln. Zot11 sollte nämlich zu allen Vorgängern so inkompatibel werden, daß es letztlich nicht mehr Zot heißen sollte. Aber es gab Leute, die Osada, Misty oder Redmatrix produktiv nutzten.

Also mußte Mike von einem von den dreien Roadhouse forken. War ihm aber egal, weil er damit die Leute mit noch einer weiteren Marke trollen konnte. Wohlgemerkt, effektiv hatte er sogar Zap noch an der Backe, weil es in der Community dann wohl doch zuwenig Interesse an der Weiterentwicklung gab.

Nomad, eigentlich ja Zot11, wurde zum Erfolg. Und das Erfolgsrezept lag auch darin, zusätzlich Support für Hubzillas Zot6 einzubauen, über den Roadhouse auch mit Osada, Misty und Redmatrix kommunizieren konnte. Ansonsten waren von den praktischen Features her Zap, Osada, Misty, Redmatrix und Roadhouse identisch und von der Benutzeroberfläche her auch beinahe. Es machte in der Praxis keinen großen Unterschied, welches man nutzte. Außerhalb waren sie eh, wenn überhaupt, nur auf Hubzilla bekannt. Das heißt, Roadhouse war beinahe komplett unbekannt, weil da endgültig nur Mike drüber redete.

Daß es (streams) gibt, obwohl Roadhouse doch gut war, hatte andere Gründe.

Grund 1: Mike fand einen neuen Weg, die Markenfetischisten zu trollen. Nämlich mit Software, die gar keinen Namen und gar keine Markenidentität hat. Also nahm Mike dem neuen Roadhouse-Fork von Ende 2021 den Namen und sogar den fediverseinternen festen Identifikator weg. Letzteren kann man entweder händisch ausfüllen, oder (streams) übernimmt ihn vom Instanznamen. Alleine das wäre mit einem "Debranding" von Roadhouse nicht getan gewesen, weil weiter alle von "Roadhouse" gesprochen hätten.

Grund 2: Dieses ständige Wetteifern, welche Software auf The Federation, Fediverse Observer, der FediDB usw. jetzt am populärsten ist und am meisten genutzt wird, ging ihm inzwischen auch auf dem Zeiger. Ein weiteres "Feature" von (streams) ist, daß Mike neben dem Namen und der Markenidentität auch nodeinfo praktisch komplett entfernt hat. (streams) sendet überhaupt keine Statistiken und hält sich von allen Instanzlisten-Websites fern. Und das ist so gewollt.

Grund 3: Zusätzlich wollte Mike es der Free-Software- und Open-Source-Community leichter machen. Da kloppt man sich ja bekanntlich darum, welche Lizenzen wirklich frei sind und welche nicht. Also hat Mike (streams), dessen sämtliche Vorgänger unter der MIT-Lizenz stehen, in die Public Domain gestellt. Freier als das geht's nun wirklich nicht mehr. Gleichzeitig wollte Mike diejenigen ärgern, die vielleicht vorhaben könnten, aus (streams) proprietäre, kommerzielle Closed-Source-Software zu machen. Die ganzen Apps sind nämlich durchaus schon mal Fremdcode und stehen unter eigenen Lizenzen. Und die sind untereinander inkompatibel.

(streams) sollte stabil werden und wurde stabil. Im Grunde war Mikes Plan, (streams) zu der Fediverse-Software der Zukunft zu machen. So hat er am 31.12.2022 offiziell Zap, Osada, Misty, Redmatrix und Roadhouse eingestellt. Das war aber kein Problem, denn zwischen den fünfen konnten Admins durch einfaches Rebasen nicht nur crossgraden, sondern auch zu (streams) upgraden.

Jetzt gab es nur noch Friendica, Hubzilla und (streams), wovon Mike nur noch (streams) betreute.

Dann kam ja silverpill auf Mike zu mit der Idee der nomadischen Identität über ActivityPub. Mike war interessiert. silverpill trieb das ziemlich voran inklusive dem einen oder anderen neuen FEP, darunter auch FEP-ef61, das in ActivityPub dezentrale Identitäten einführen sollte. Zot hat so etwas, Nomad natürlich auch, aber anders, und ActivityPub hatte das natürlich nicht.

Diese dezentralen Identitäten hat Mike auch in (streams) eingebaut. Langfristig sollte es ja möglich sein, zwischen verschiedenen Serveranwendungen zu klonen, so auch zwischen (streams) und Mitra. Zumindest aber sollten sie voneinander die dezentralen Identitäten als ebensolche verstehen. So sollte (streams) geklonte Mitra-Identitäten als solche erkennen, und Mitra sollte geklonte (streams)-Kanäle als solche erkennen.

Unter Laborbedingungen in Mikes nomadic-Zweig funktionierten die. Also mergete Mike im Juni 2024 den nomadic-Zweig in den dev-Zweig, den allgemeinen Entwicklungszweig. Auch der lief nur unter Laborbedingungen, weil (im Gegensatz zu Hubzilla, wo zwei öffentliche Produktivhubs Entwicklerversionen fahren) niemand außer Mike den dev-Zweig von (streams) produktiv fuhr.

Im Juli 2024 mergete Mike dann den dev-Zweig in den release-Zweig, um die neuesten Weiterentwicklungen an die produktiv gefahrenen, stabilen Server auszurollen. Da war allerdings Schluß mit Laborbedingungen. Jetzt mußten sich FEP-ef61 und die DIDs unter täglichen und breitgefächerten Realbedingungen beweisen.

Genau das taten sie nicht. Erst jetzt stellte sich heraus, daß (streams) mit den vielen Identitäten nicht klarkam. Es föderierte nicht mehr über ActivityPub. Es föderierte nicht mehr mit Hubzilla. Es föderierte nicht mal mehr mit sich selbst. Es konnte sich mit nichts mehr vernünftig verbinden.

Mike brauchte eine Weile, um überhaupt festzustellen, daß der Verursacher dieser Misere ein Identitätenchaos war. Das konnte er aber nicht auf (streams) selbst beheben. Hilfe hatte er auch keine. Die (streams)-Community war so winzig, da gab es niemanden, der ihm hätte helfen können. Der einzige, der die Fähigkeit gehabt hätte, hatte keine Zeit. Und der einzige, der Zeit und Bock hatte, hatte vom Coden keine Ahnung.

So mußte Mike sich erstmal einen Überblick verschaffen. Im August, also dem Monat nach dem Crash, als der Crash noch nicht behoben war, forkte er das streams-Repository und schuf Forte. Da wiederum riß er alles raus, was nicht ActivityPub war, also die Unterstützung sowohl von Nomad als auch von Zot6, um einen freien, ungehinderten Blick auf ActivityPub zu haben.

Inzwischen hatte er auch zwei andere Sachen gelernt: Software, die keinen Namen hat, interessiert keinen. Das verwirrt die Leute eher. Also bekam Forte wieder einen Namen. Die Public Domain brachte auch nichts. Also kam Forte wieder unter die MIT-Lizenz. Und Fediverse-Software, die überhaupt keine nodeinfo hat, ist praktisch unsichtbar. Also bekam Forte wieder nodeinfo, zunächst aber, ohne brauchbare Zahlen zu versenden. So konnte Forte zumindest vom Fediverse Observer und später vom FediIndex gelistet werden.

Forte half ihm, die ID-Misere zu entwirren, zu entflechten und zu lösen. Das reichte er dann auch nach (streams) weiter, das allmählich wieder funktionierte. Allerdings brannte er sich in dem August derart aus, daß er zum 31.8.2024 offiziell sowohl das streams-Repository als auch Forte zur Übernahme anbot und seinen Ruhestand ankündigte.

Dieses Mal fand eine Übernahme gleich gar nicht statt. Wie gesagt, in der (streams)-Community gab es niemanden, der sowohl die Zeit als auch das Know-how hatte, um auch nur Mike zu helfen, geschweige denn, eine Rolle wie Tobias oder Michael oder Mario anzunehmen.

Außerhalb von (streams) war (streams) selbst sogar auf Hubzilla kaum bekannt. Forte war sogar auf Hubzilla noch unbekannter, zumal es noch eine obskure, nichtöffentliche Bastelbude war, bis Mike im September 2024 die erste "offizielle" Entwicklerversion von Forte (und damit Forte selbst) veröffentlichte.

Und außerhalb von Hubzilla? Mike war es so leid, daß Mastodon als alternativlose Referenzimplementation des Fediverse angesehen wurde, daß er um 2023 anfing, Werbung für (streams) zu machen. Das erste Mal überhaupt, daß Mike von "wenn du es baust, werden sie kommen" abkam (es kam ja keiner) und irgendwas bewarb. Nur wußte Mike nicht, wie man zu Mastodon-Leuten spricht; ehrlich gesagt, das weiß auch auf Friendica und Hubzilla kaum jemand.

Oft genug ging aus Mikes Posts nicht mal hervor, daß er über ein konkretes Fediverse-Produkt sprach, und schon gar nicht, über welches. Wie auch, sprach er doch von etwas Namenlosem. Das heißt, auch er fing langsam an, den Namen des Repository zu verwenden. Aber er machte nicht unbedingt wirklich glasklar, daß er von etwas sprach, das jetzt in diesem Augenblick im Fediverse existierte. Schon gar nicht erwähnte er, daß es auch mit Mastodon verbunden ist, denn kaum jemand außerhalb von Mastodon weiß, daß Mastodon-Nutzer das nicht unbedingt automatisch verstehen.

Stand Mitte September 2024 hatte (streams) keine 100 aktiven Nutzer und Forte außer Mike gar keine. Traurigerweise hatte (streams) damals mehr öffentliche Server als heute, derweil Forte anderthalb Jahre gebraucht hat, um auch nur einen hervorzubringen. Wo sollen da Entwickler herkommen?

Mike hat übrigens nicht vor, (streams) einzustellen. Er und nicht nur er sagt, (streams) hat weiterhin seine Existenzberechtigung, und zwar als moderne Fediverse-Software, die von ActivityPub unabhängig ist. Er und nicht nur er sieht den ActivityPub-Schalter als eine Art letztes Bollwerk gegen Mastodon an und das einzige, das auf Kanalebene funktioniert, also nicht nur serverweit.

So, nun noch das Wort zu Smartphone-Apps.

Von Mike selbst war da nie etwas zu erwarten. Fediverse-Apps sind reine Frontend-Sachen. Und wir sollten inzwischen wissen, daß Mike nicht mal Web-UIs kann. Hubzilla ist für seine Oberfläche berüchtigt. Es ist doch erst schick geworden, als Saiwal mit seinen Utsukta-Themes anfing.

Außerdem hatte Mike immer schon genügend mit Webentwicklung zu tun. Da konnte man von ihm nicht auch noch erwarten, eine Smartphone-App zu entwickeln. Besser gesagt, zwei Smartphone-Apps, weil die iOS-App wahrscheinlich separat hätte entwickelt werden müssen. Mike wäre ja auch keiner gewesen, der in einer Smartphone-App nur das nötigste an Features eingebaut hätte. Wenn, dann alles. Er hätte also neben der Serversoftware zwei ziemliche Monster-Apps entwickeln und pflegen müssen.

Apps von Drittentwicklern?

Guck dir mal an, wie lange es gedauert hat, bis es von RaccoonForFriendica einen öffentlich verfügbaren Android-Release gab. Für iOS ist es meines Wissens bis heute nur über TestDrive verfügbar, aber nicht im App Store. Und selbst auf Android ist es noch nicht so stabil und fully featured, daß man es als Daily Driver nutzen könnte.

Für Hubzilla gab es mal Nomad für Android. Das wird seit gut sechs Jahren nicht mehr weiterentwickelt. Unter aktuellen Android-Versionen läuft es inzwischen gar nicht mehr. Und auch das ist nur ein Wrapper für die Weboberfläche, also ein glorifizierter Webbrowser. Ansonsten gibt's nur eine Minimalst-App von Mario, mit der er mal versuchsweise getestet hat, ob man von Android aus nach Hubzilla posten kann. Das ist absolut das einzige, was die App überhaupt kann.

Hubzilla hat eine Client API. Ob die aber funktioniert, ist weitestgehend unbekannt, weil noch nie jemand versucht hat, dagegen eine hinreichend mit Features ausgestattete App zu bauen. Dasselbe dürfte für (streams) und Forte gelten, für die es überhaupt noch nie irgendwelche Apps gegeben hat. Alle drei setzen statt dessen auf den Einsatz als PWA, nur daß da draußen keine Sau weiß, daß es das überhaupt gibt, geschweige denn, wie man das einrichtet.

Auf Drittentwickler kann man hier erst recht nicht hoffen. Von den Leuten im Fediverse, die Smartphone-Apps entwickeln können, kennt genau niemand Hubzilla, geschweige denn (streams) oder Forte. Selbst wenn sie Hubzilla kennenlernen würden, hätten sie keinen Bock, dafür eine App zu entwickeln. Lohnt sich nicht, weil nutzt keiner. Es lohnt sich viel mehr, die drölfzigtausendste reine Mastodon-App fürs iPhone zu bauen. Das heißt, mindestens die Hälfte von denen weiß doch sowieso nicht, was es außer Mastodon sonst noch so im Fediverse gibt.

Auf Hubzilla selbst gibt's nicht einen Mobilentwickler. Auf (streams) und Forte dürfte es niemanden geben, der überhaupt wirklich irgendwas entwickeln kann, nicht mal Webanwendungen (sonst hätte Mike Hilfe), Smartphone-Apps schon gar nicht.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #DFRN #Zot #Zot6 #Zot8 #Nomad #Mistpark #Friendica #RedMatrix #Hubzilla #Osada #Zap #Roadhouse #Streams #(streams) #Forte

When you see it, you'll shit brix: The Hubzilla timeline.

The "it" that you're supposed to see is:

• The Fediverse did, in fact, not start with Mastodon.
  There was something in the Fediverse before Mastodon: Mistpark was there almost 6 years before Mastodon, Hubzilla was there 10 months before Mastodon.
  Mastodon came into an already existing Fediverse with servers and users and content and a culture.
  The Fediverse has never been only Mastodon. And it will never be.
• The Fediverse had quote-posts almost 6 years before Mastodon.
  (Accurate implication: The non-Mastodon Fediverse can quote-post any public Mastodon toot with no problems, and it has always been able to do so, for as long as Mastodon has been around.)
• The Fediverse had groups almost 6 years before Mastodon which still doesn't even support groups.
• The Fediverse had better lists than Mastodon lists almost 6 years before Mastodon.
• The Fediverse had reply control almost 6 years before Mastodon where people are still waiting for some kind of reply control.
• The Fediverse had permissions almost 6 years before Mastodon where the concept of permissions is completely unknown.

And if you've really paid attention:

• The Fediverse had no character limit to worry about almost 6 years before Mastodon came along with only 500 characters.
  The Fediverse had 16,777,215 characters almost 6 years before Mastodon had 500 characters.
• The Fediverse had full rich-text formatting almost 6 years before Mastodon.
  The Fediverse could generate bold type, italics, underline, code blocks, bullet-point lists etc. without any Unicode trickery. Almost 6 years before Mastodon was there. And more than 12 years before Mastodon could even only display that stuff.

Although it should be blatantly obvious: This here is not a Mastodon toot. This post comes from Hubzilla directly to your Mastodon apps.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Mistpark #Friendica #Hubzilla #FediverseCulture #QuotePost #QuotePosts #QuoteTweet #QuoteTweets #QuoteToot #QuoteToots #QuoteBoost #QuoteBoosts #QuotedShares #Groups #FediGroups #FediverseGroups #Lists #ReplyControl #Permissions #CharacterLimit #CharacterLimits #CharacterLimitMeta #CWCharacterLimitMeta #500Characters #TextFormatting #RichText #NotOnlyMastodon #FediverseIsNotMastodon #MastodonIsNotTheFediverse

You think decentralised social networking was invented with Mastodon? Think twice.

It was almost exactly 14 years ago, on May 13th, 2010, that @Mike Macgirvin 🖥️ conceived Mistpark. All by itself revolutionary and with features which no-one else has ever built into a decentralised project until today, it was only the first step of a long journey which led to Friendica, nomadic identity, Hubzilla, all three still before Mastodon, and eventually the streams repository.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mistpark #Friendika #Friendica #Hubzilla #Streams #(streams)

#Fediverse-Plattform #Friendica

#Friendica (ehemals #Friendika, ursprünglich #mistpark, erschienen 2010) ist eine freie #Software für ein verteiltes soziales Netzwerk. Der Fokus liegt auf wirkungsvollen Datenschutzeinstellungen und leichter Installation auf eigenen Servern, welche insgesamt unabhängig operierend das dezentrale Netzwerk des #Fediverse formen. Wie auch #Mastodon versteht Friendica das Protokoll #ActivityPub.

friendi.ca/