mastodontech.de ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Offen für alle (über 16) und bereitgestellt von Markus'Blog

Serverstatistik:

1,5 Tsd.
aktive Profile

#redmatrix

0 Beiträge0 Beteiligte0 Beiträge heute
Antwortete im Thread
@Kristian Echt portable Daten und nomadische Identität gibt's in Fediverse seit 13 Jahren, seit Mike Macgirvin mit Red (später Red Matrix, heute Hubzilla) angefangen hat. Das ist keine Science-Fiction, das ist kein Experimentalfeature, das ist stabil und wird von Produktivkanälen genutzt. Ich schreibe hier von einem Hubzilla-Kanal, der über zwei Hubs geklont ist.

Was Mike da gebaut hat, ist zum einen um Größenordnungen besser als das, was Bluesky vorhat. Zum anderen: Bluesky hat bis heute nicht geliefert. Mikes Erfindung ist dagegen seit mehr als einem Jahrzehnt ein bombenstabiler Daily Driver.

Seit August 2024 gibt's mit Forte (Fork eines Forks eines Forks dreier Forks eines Forks (eines Forks?) eines Forks eines Forks von Friendica; alles immer noch von Mike) die erste Fediverse-Serveranwendung, die nomadische Identität komplett über ActivityPub abfackelt, die nomadisch ist, aber an Protokollen nur ActivityPub kann. Forte ist inzwischen auch offiziell stabil.

Das einzige, woran jetzt noch gearbeitet wird, ist, wie man etwas, was a) von vornherein nur auf ActivityPub (oder einem anderen ursprünglich nichtnomadischen Protokoll) gebaut wurde, b) nie nomadisch war, und c) wo das Konto/der Login auch die Identität ist, so nomadisch bekommt wie Hubzilla, (streams) oder Forte. Das macht silverpill, der Entwickler hinter Mitra, und der schreibt auch die ganzen FEPs dazu.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #RedMatrix #Hubzilla #Streams #(streams) #Forte #NomadischeIdentität
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
Hatte diaspora* damals wirklich die ganzen Verbindungsmöglichkeiten? Ist schon so lange her.

Ich staune auch darüber, daß Friendica damals noch die Facebook-Erweiterung hatte und es doch einen ganzen Batzen Red-Matrix-Server gab. Sean Tilley hatte einen, der später auch mal Hubzilla-Themes gebaut hat, Farthinghale Arms ist wohl auch irgendwann zu Hubzilla upgegradet worden, und Els Mussols, heute auf (streams), existierte auch schon in der Red Matrix.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #diaspora* #Friendica #RedMatrix #Hubzilla #Streams #(streams)
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
Manchmal bin ich auch in Erklärungsnot. Das hier ist mir nicht komplett so passiert (in Teilen schon), aber wenn man sich mal anguckt, wie sich manche Leute aufführen, die auch schon seit Oktober/November 2022 dabei sind...



Ja, ich kann mehr als 500 Zeichen im Fediverse posten.

Nein, ich tröte nicht.

Ich bin auf Hubzilla. Da habe ich im Grunde kein Zeichenlimit.

Nein, Hubzilla ist keine Mastodon-Instanz.

Nein, Hubzilla ist auch kein Mastodon-Fork.

Hubzilla hat mit Mastodon überhaupt gar nichts zu tun. Hubzilla wurde schon immer von Mastodon unabhängig entwickelt. Deswegen tröte ich auch nicht. Auf Hubzilla trötet man nicht.

Doch, das geht. Das Fediverse ist nicht nur Mastodon. Im Fediverse gibt es noch 150 andere Serveranwendungen als Mastodon. Und die sind alle miteinander und mit Mastodon verbunden.

Nein, Hubzilla ist nicht nachträglich an Mastodon drangebaut worden.

Nein, Gargron hat nicht 2022 das Fediverse erfunden. Nur weil du erst 2022 davon gehört hast, heißt das nicht, daß es das vorher noch nicht gab. Mastodon ist von 2016.

Nein, Gargron hat auch nicht 2016 das Fediverse erfunden. Das Fediverse ist viel älter als Mastodon.

Nein, das Fediverse fing wirklich nicht mit Mastodon an. Und das Fediverse war auch nie nur Mastodon.

Nein, wirklich nicht. Mastodon ist von Januar 2016. Hubzilla ist von März 2015. Als Mastodon startete, gab es Hubzilla schon zehn Monate. Und Mastodon hat sich mit Hubzilla verbunden und nicht umgekehrt. So, und Hubzilla ist eigentlich sogar von 2012, damals hieß es noch Red Matrix. Und die Red Matrix ist ein Fork von Friendica von Juli 2010. Das gab es also schon fünfeinhalb Jahre, als Mastodon startete. Und Mastodon hat sich auch mit Friendica verbunden und nicht umgekehrt. Und eigentlich ging es schon 2008 los, als StatusNet startete. Und damit hat sich Mastodon auch verbunden, als es startete. Das heißt, als Mastodon startete, war es sofort mit StatusNet verbunden, mit Friendica verbunden und mit Hubzilla verbunden.

Nein, das Fediverse ist nicht nur für Reintext-Microblogging.

So, nochmal zum Mitmeißeln: 200.000 Zeichen in einem Post mit Textformatierung und beliebig vielen Bildern, die direkt in den Post eingebettet sind, gibt's schon fünfeinhalb Jahre länger als 500 Zeichen ohne Textformatierung und mit Bildern nur als Dateianhänge. Friendica war zuerst hier und Hubzilla auch. Und Mastodon hat überhaupt nicht zu bestimmen, wie das ganze Fediverse aussieht.



Habt ihr das mitgekriegt, Anfang des Jahres? Haufenweise Leute, die schon auf Mastodon waren, aber auch noch auf Facebook, haben sich zusätzlich bei Friendica registriert. Nicht etwa, weil sie endlich was Ordentliches benutzen wollten. Nein, sondern, weil sie Facebook-Freunde hatten, die nach Friendica umziehen wollten. Und weil sie dachten, man braucht ein Friendica-Konto, um Friendica-Nutzern zu folgen. Die wußten ganz einfach nicht, daß man Friendica-Konten von Mastodon aus folgen kann.

Auch das waren durchaus wieder Leute, die seit Oktober/November 2022 dabei waren.

Sympathisch waren dann die, die begriffen hatten, daß Friendica und Mastodon sich miteinander verbinden können, und dann "in den Äther" gefragt haben, welches von den Konten sie behalten sollten. Irgendwie kann Friendica dann doch mehr als Mastodon, vor allem Sachen, die sie schon ewig auf Mastodon haben wollten.



Aber sogar die Mastodon-Entwickler scheinen teilweise regelrecht gehirngewaschen zu sein. Einen gibt's, selbst wenn der wußte, daß sein Gegenüber ein Hubzilla-Veteran ist, hat er noch behauptet und felsenfest darauf beharrt, daß Mastodon die einzige Fediverse-Serveranwendung ist, die "feature-komplett" ist.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #NichtNurMastodon #Friendica #RedMatrix #Hubzilla
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
@Joaquim Homrighausen @Kevin Beaumont To be fair, full data portability via ActivityPub has only been available in a stable release of anything for two weeks.

That was when @Mike Macgirvin 🖥️'s Forte, created in mid-August of 2024 as a fork of his own streams repository and the latest member of a family of software that started in 2010 with Friendica, had its very first official stable release.

And, in fact, Forte just uses ActivityPub to do something that (streams) and its predecessors all the way to the Red Matrix from 2012 (known as Hubzilla since 2015) have been doing using the Nomad protocol (formerly known as Zot). It's called nomadic identity. This is technology that's over a dozen years old on software that was built around this technology from the get-go, only that it was recently ported to ActivityPub.

Now, nomadic identity via ActivityPub was @silverpill's idea. He wanted to make his Mitra nomadic. He started working in 2023. The first conversion of existing non-nomadic server software to nomadic still isn't fully done, much less officially rolled out as a stable release.

If Mastodon actually wanted to implement nomadic identity, they would first have to wait until Mitra has a first stable nomadic release. Then they would have to wait until nomadic identity on Mitra (and between Mitra and Forte) has become stable and reliable under daily non-lab conditions. (Support for nomadic identity via ActivityPub on (streams) worked nicely under lab conditions. When it was rolled out to the release branch, and existing instances upgraded to it, it blew up in everyone's faces, and it took months for things to stabilise again.)

Then they would have to look at how silverpill has done it and how Mike has done it. Then they would have to swallow their pride and decide to adopt technology that they can't present as their own original invention because it clearly isn't. And they would have to swallow their pride again and decide against making it incompatible with Mitra, Forte and (streams) just to make these three look broken and inferior to Mastodon.

And only then they could actually start coding.

Now look at how long silverpill has been working on rebuilding Mitra into something nomadic. This takes a whole lot of modifications because the concept of identity itself has to be thrown overboard and redefined because your account will no longer be your identity and vice versa. Don't expect them to be done in a few months.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Mitra #RedMatrix #Friendica #Hubzilla #Streams #(streams) #Forte #DataPortability #NomadicIdentity
Codeberg.orgforteNomadic fediverse server.
Antwortete im Thread
@Hamiller Friendica
Nach diesem Muster ist er auch bei Friendica und Hubzilla vorgegangen.

Na ja, es war ähnlich.

2012 war Friendica längst stabil und im Grunde fertig. Er hat es an die Community abgegeben, Red abgeforkt und mit Zot experimentiert.

2018 war Hubzilla stabil und im Grunde fertig. Er hat es an die Community abgegeben, Osada und Zap abgeforkt und mit Zot6 experimentiert.

2020 war Zap stabil und im Grunde fertig. Er hat es an die Community abgegeben und das zweite Osada gleich mit. Nachdem die Community umgehend Osada eingestellt hat, weil es eh mit Zap beinahe identisch war, hat Mike ein drittes Osada, ein neues Mistpark und eine neue Redmatrix abgeforkt, um mit Zot8 zu experimentieren.

Aus den Experimenten ging nie etwas Stabiles hervor. Statt dessen hat er von einem von den dreien 2021 Roadhouse geforkt, um mit der nächsten Zot-Evolutionsstufe zu experimentieren, die dann in Nomad umbenannt wurde.

(streams) aus demselben Jahr sollte dann Roadhouse in stabil werden. Und Mike wollte (streams) nicht wieder forken. Dann kam Mike aber an einen Punkt, wo er sagte: Nomadische Identität geht auch mit ActivityPub. Ich brauche kein eigenes Protokoll mehr, ich muß nur dabei mithelfen, ActivityPub dahin zu bringen, daß es Nomad ersetzen kann.

Weil er aber (streams) nicht forken wollte, hat er das Ganze auf (streams) selbst versucht umzusetzen. Blöderweise läuft das in der Praxis nicht so geschmeidig, wie es in der Theorie angedacht war.

Statt jetzt aber seinen einzigen stabilen Release endgültig in eine Bastelbude zu verwandeln, hat er jetzt Forte abgeforkt und nimmt das zum Basteln, während (streams) wieder auf stabile Beine kommen soll. Auch das macht er selber, weil das keiner für ihn übernimmt. Und die (streams)-Community ist keine drei Jahre nach der Entstehung von (streams) noch zu klein, um so bald die Entwicklung von (streams) zu übernehmen. Kaum einer zieht von Hubzilla um, ganz neu nach (streams) kommt eh keiner, auf Mastodon weiß kaum einer, daß es (streams) gibt, und die, die davon wissen, trauen sich nicht hin.

Und so wird Mike beides weiterentwickeln. Forte wird wahrscheinlich zunächst ein Soft Fork bleiben, damit Mike sich nicht dieselbe Arbeit zweimal machen muß.

So gesehen ist das eher vergleichbar mit Zap und den ersten zwei Osadas, wo Mike schon mal zwei Projekte mit in Teilen unterschiedlicher Codebase am Laufen hatte.

CC: @Raphael

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
@Stefan Bohacek It has partly become a museum already.

Of Mike's projects, only Roadhouse is missing because it never really took off. But the Red Matrix is there, Mistpark is there, Osada is there, Zap is there.

Calckey is still there. Wildebeest is there which was so questionable I've got my doubts it still exists.

#FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Calckey #Wildebeest #Mistpark #Mistpark2020 #Misty #RedMatrix #Osada #Zap #Fediverse
@Plastic Paragraph @Sal Rahman Nomadic identity, as invented by @Mike Macgirvin 🖥️ in 2011 and first implemented in the Zot protocol from 2011 and the Friendica fork Red in 2012 and used by Hubzilla and the streams repository today, goes even further.

Its basic functionality is to keep at least one clone of your identity on another server.

On most Fediverse projects, e.g. Mastodon, your identity is in your account and thus bound to one specific server.

Hubzilla and (streams) put "identity containers" into your account, so-called channels. Your identity is not directly put into your account, but into one of these channels. The channel separates your identity, your connections, your posts, your settings, your files etc. etc. from your login credentials.

This makes two things possible. One, you can have multiple, completely separate identities (channels) on one and the same account, accessible through one and the same login.

Two, and here does nomadic identity come into play: A channel can be cloned to another server.

Such a clone is not a dumb copy like when you move from one Mastodon server to another Mastodon server. It's a real-time, bidirectional, live, hot backup. And it's fully identical to the main instance of your channel, down to the identity, at least as perceived by server applications that know nomadic identity. Anything that happens on the main instance is mirrored to all clones, and anything that happens on a clone is mirrored to the main instance and the other clones.

For example: The main instance of my channel is on hub.netzgemeinde.eu. Thus, my identity is jupiter_rowland@hub.netzgemeinde.eu.

I've got one clone on hub.hubzilla.de. Hubzilla and (streams) understand nomadic identity. They know that this clone is the same jupiter_rowland@hub.netzgemeinde.eu. Even if I should send something from my clone which I've actually done once when Netzgemeinde was acting up, Hubzilla and (streams) connections still perceive it as coming from jupiter_rowland@hub.netzgemeinde.eu.

The big advantage of this is resilience against server shutdowns. This is actually the very reason why Mike invented nomadic identity in the first place: He saw Mistpark/Friendica nodes disappearing into thin air upon short notice or spontaneously. He saw users lose everything from one day or hour or minute to the next and always have to start over from zero. And he knew that the only solution for this problem would be if a user's identity resided on multiple servers simultaneously.

Nomadic identity makes channels even resilient against the shutdown of the server that contains the main instance. You can always declare any clone the main instance. If you still have a main instance, it's demoted to clone. All of your connections on Hubzilla and (streams) are automatically changed accordingly. The only difference in practice between the main instance and a clone is that the main instance is the one that defines the identity.

A byproduct of nomadic identity is that it provides the best way to move an identity from one server to another. It first creates a clone. Then it declares the clone the new main instance, turning the old instance into a clone. Then it deletes the old instance. If the account on the old server doesn't hold any more channels, the whole account is deleted.

So not only can you move with actually absolutely everything, a Mastodon user's wet dream that will probably never come true, but you can do so with relative ease and quite safely, and most of all, you don't leave a dead identity/account behind.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Zot #RedMatrix #Hubzilla #Nomad #Streams #(streams) #NomadicIdentity
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
@Scott M. Stolz It's a bit murky what exactly happened back then.

Friendica started as Mistpark before a German told Mike what a German understands when reading that word, namely manure park. It was then renamed to Friendika because the desired Friendica domain was still blocked.

Free Friendika was a fork of Friendika by someone who wasn't content with Friendika's license. Free Friendika was on GitHub right away while Friendika wasn't. The fork involved copying Friendika's whole repository to GitHub.

Friendika was renamed Friendica in 2011 or 2012 when that name had become available.

It was afterwards that Friendica's own code repository was migrated to GitHub. Due to a GitHub "quirk", Friendica was automatically declared a fork of Free Friendika which is technically false.

What exactly happened license-wise is murky to me. Friendica can't have started under the AGPL because that'd exclude re-licensing a fork. But interestingly, Hubzilla is MIT-licensed.

So whatever license Friendica started out under, it might have been the community which put it under the AGPL after taking over from Mike who was now tinkering with the Zot protocol.

Looking at the licenses, it's very likely that Mike didn't fork Friendica Red off Friendica but off Free Friendika, itself a hard fork of Friendika. Thus, some improvements on Friendica never made it to Friendica Red.

I also guess it was named Friendica Red first and then renamed Red (from spanish la red = "the net") after the whole backend had been re-written against Zot, and the whole thing had stopped being Friendica in the first place. The re-naming to Red Matrix must have been a kind of marketing decision.

It's even unclear what exactly was the base for Osada later. Case in point: Well after the release of Hubzilla, Mike's own instances were still all branded "Red Matrix" although this project should have been abandoned in early 2015 when Hubzilla was created from it.

So either the Red Matrix was renamed Hubzilla and reworked into what was Hubzilla 1.0 in July, but Mike kept the "Red Matrix" brand for his own instances. In this case, Osada was forked from Hubzilla, and most everything added from the Red Matrix to Hubzilla was removed again from Hubzilla to Osada.

Or Hubzilla was forked from the Red Matrix, mostly soft-forked, the Red Matrix became Hubzilla's smaller and more experimental brother, and Mike's own instances all became testbeds for development that would have been more difficult with the extra Hubzilla cruft in the way. In this case, chances are bigger that Mike forked Osada from the Red Matrix which had never had all that extra Hubzilla stuff that Osada never had either.

Either way, the path from Mistpark to Hubzilla is both very complicated and very murky, and so I guess it's kind of justified to simplify it a bit. At the same time, it's too short to simplify it the same the path from either the Red Matrix or Hubzilla to (streams) can be simplified because the latter has had many more forks in it ("a fork of a fork... of a fork of {Hubzilla|the Red Matrix}").

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Forks #Mistpark #Friendika #FreeFriendika #Friendica #RedMatrix #Hubzilla
hub.netzgemeinde.euNetzgemeinde/Hubzilla
@KubikPixel™ Kommt ganz drauf an, was man will.

Die beste direkte Alternative dürfte #Firefish ex #CalcKey sein, das #Mastodon in Features weit voraus ist. #Volltextsuche hat Mastodon gerade erst eingeführt, so daß die mangels brauchbarer Indizes noch gar nicht richtig nutzbar ist. Firefish hatte sie schon immer, weil auch #Misskey sie schon immer hatte.

#Textformatierungen und #Zitate konnten Firefish und Misskey meines Wissens auch schon immer. Mastodon kann beides nur anzeigen, während Firefish sogar Textformatierungen erzeugen kann, die Mastodon nicht anzeigen kann.

Oder Zeichenlimits beim Schreiben von Posts. Mastodon kann nur 500 Zeichen. Für mehr muß der Admin so tief in die Software einsteigen, daß man fast schon von einem Fork reden könnte. Firefish kann standardmäßig 3000 Zeichen, was der Admin meines Wissens auf der Oberfläche einstellen, also noch erhöhen kann. Zugegeben, beide hacken #AltText rigoros bei 1500 Zeichen ab.

Last but not least unterstützt Firefish meines Wissens die Mastodon-API, sollte also gute Unterstützung durch Mastodon-Apps haben bis darauf, daß man mit Apps, die nur für Mastodon entwickelt werden, auch fast nur das machen kann, was Mastodon kann.

#Friendica ist natürlich noch mächtiger. Es hat Zeichenlimits in den Zigtausenden, es unterstützt wohl noch mehr Formatierungen, es hat einen Filehoster eingebaut, es hat einen öffentlichen Kalender eingebaut, man kann Konten als moderierte Gruppen/Foren einrichten usw. Und es hat mit all dem schon Erfahrungein seit 2010.

Der Hauptnachteil dürfte aber sein, daß es weiter von Mastodon entfernt ist als Firefish. Es gibt mehr, was anders ist und anders läuft. Was man auf Mastodon gelernt oder von Twitter mitgenommen hat, kann man auf Friendica eigentlich gleich wieder vergessen.

Posts schreibt man nicht wie Tweets, sondern wie Blogposts. Bilder werden nicht als Dateien angehängt, sondern woanders hochgeladen (meistens im eingebauten Dateispeicher) und irgendwo im Text eingebettet. Alt-Text ist kein separates Feld, sondern muß per Hand in den BBcode eingeflochten werden. Ein Content-Warning-Feld gibt's nicht, aber eins für den Titel und eins für die Zusammenfassung, wobei sich letzteres dann als dasselbe wie Content Warnings auf Mastodon entpuppt. Direktnachrichten gehen nicht mit @ und Rechteeinstellen, sondern mit !. Antworten sind nicht auch Posts, sondern Kommentare, und das ist ganz was anderes als ein Post. Und so weiter.

Klar, Friendica kann mehr und einiges auch besser, aber Mastodon-Umsteiger müssen im Prinzip alles ganz neu lernen.

#Streams von 2021 ist in Teilen noch mächtiger als Friendica (wobei ein Teil von Friendicas Features wieder fehlt), #Hubzilla von 2015 ist durchweg noch sehr viel mächtiger. Aber hier ist die Umgewöhnung noch heftiger, alleine schon, weil die eigene Identität nicht durchs Konto definiert ist, sondern in einem Kanal "containerisiert". Und man kann auf demselben Konto mehrere Kanäle mit separaten Identitäten haben. Und dann kommt noch #NomadischeIdentität oben drauf, auch wenn die eigentlich der feuchte Traum vieler Mastodon-Nutzer ist. Sie erfordert nur eben Um-die-Ecke-Denken.

Hubzilla ist natürlich so ziemlich der ultimative Alleskönner. Es ist mehr als nur Friendica mit ein bißchen Extrazeugs, wobei vieles genauso funktioniert wie auf Friendica und somit ganz anders als auf Mastodon.

Hubzilla ist ein "Social CMS", das einem neben Social Networking und Gar-nicht-so-Microblogging auch voll formatiertes Macroblogging bietet, das sich in der Funktion kaum vom Gar-nicht-so-Microblogging unterscheidet, außerdem einfache Websites, Wikis, Cloudspeicher mit WebDAV, CalDAV und CardDAV und so weiter und so fort. Oben drauf gibt's ein sehr detailliertes Rechtemanagement, das auch eng verzahnt ist mit #SingleSignOn durch #OpenWebAuth.

Aber auf der einen Seite steht dieser gigantische Funktionsberg, und auf der anderen Seite steht die Benutzeroberfläche. An sich könnte die extrem flexibel sein, sie unterstützt Komplett-Themes, die für jeden Kanal individuell wählbar wären. In der Praxis gibt es aber nur noch ein Theme, das gepflegt wird. Das ist noch von 2012, wurde aus einem Friendica-Standardthema für die #RedMatrix umgebaut, hat sich seitdem kaum bis gar nicht verändert und hat mit Usability kaum etwas zu tun. Alternativen sind in der Mache, aber noch nicht offiziell verfügbar.

Dazu kommt die Dokumentation. Die wurde geschrieben von Entwicklern, die nicht wußten, wie man Nichtentwicklern etwas erklärt, also z. B. ganz normalen Endnutzern, und liest sich streckenweise eher wie ein technisches Lastenhaft. Noch dazu ist sie zu erheblichen Teilen so hoffnungslos veraltet, daß sie überhaupt nicht nutzbar ist.

Ach ja: Textformatierung gibt's. Textformatierung mit Klickibunti und Echtzeit-WYSIWYG gibt's nicht. Wer keinen BBcode kann, hat verloren, weil einem auch die Buttons nur BBcode in den Editor packen. Auch wenn zum Glück zumindest die BBcode-Implementation von Hubzilla ziemlich gut dokumentiert und halbwegs aktuell ist.

(streams) hat nicht mehr den Funktionsumfang von Hubzilla. Das Ziel ist hier eigentlich nicht, von vornherein einen Alleskönner zu haben, sondern eine Codebasis, um daraus was feines Eigenes zu bauen. Die Oberfläche sieht ganz ähnlich aus, ist aber einen Tick zugänglicher, vielleicht auch deshalb, weil es vieles einfach nicht mehr gibt. Erleichternd dürfte für einige dazukommen, daß auf (streams) alles wahlweise mit BBcode, Markdown oder HTML formatiert werden kann, so daß man keinen BBcode lernen muß, wenn man schon Markdown kann.

(streams) hat auch eine bessere Anbindung von #ActivityPub und Verbesserungen in der nomadischen Identität. Dafür kann es sich mit nichts anderem mehr verbinden, außer daß es immer noch RSS-Feeds erzeugt und E-Mail-Benachrichtigungen verschicken kann.

Näher an Mastodon ist es damit aber nicht. Im Gegenteil: Verwirrend ist schon mal, daß es sich nicht um ein in sich geschlossenes Projekt mit Namen und Marke handelt. Es ist gar kein Projekt, sondern nur ein Code-Repository. Es hat auch keinen Namen und kein Logo. Es ist wirklich mit voller Absicht namenlos. Der Name "Streams" und das Wellenlogo gehören beide zum Repository, nicht zur Software. Daher auch die Klammern um den "Namen".

Das heißt auch, daß die einzelnen Instanzen keine einheitliche Projektidentität haben. Mastodon-Instanzen identifizieren sich alle als Mastodon. Hubzilla-Instanzen identifizieren sich alle als Hubzilla. (streams)-Instanzen identifizieren sich als irgendwas, weil man da selbst etwas eintragen kann und muß. Waitman Gobbles öffentliche Instanz namens Rumbly identifiziert sich beispielsweise nicht als "Streams", sondern als "-get".

Folge: Es ist nicht möglich, (streams)-Instanzen automatisiert zu crawlen, zu identifizieren und aufzulisten. Das wird noch zusätzlich dazu erschwert, daß mit ebenso voller Absicht die Statistikausgabe aus (streams) komplett entfernt wurde. Die einschlägigen Projekt- und Instanz-Listenseiten fürs #Fediverse listen allesamt keine (streams)-Instanzen, und das werden sie auch nicht, weil das zum einen nicht gewollt und zum anderen wegen der uneinheitlichen Identifikation der Instanzen gar nicht möglich ist.

Folge: (streams)-Instanzen zu finden, ist Detektivarbeit. Das dürfte auch erklären, warum es bei (streams) einen noch höheren Anteil an persönlichen Instanzen gibt, zumal es kaum öffentliche Instanzen mit offener Registrierung gibt.

Ein gemeinsamer Nachteil von Hubzilla und (streams) ist: Smartphone-Apps kann man vergessen. Für Hubzilla gibt's eine, die seit 2018 nicht mehr gepflegt wird, also mehr als die Hälfte der Zeit, die es Hubzilla gibt. Die funktioniert inzwischen gar nicht mehr. Und auch die hat den Fokus nur aufs Mikroblogging gelegt.

(streams) wird wohl nie eine Smartphone-App haben, eben weil es kein in sich geschlossenes Projekt mit fixer Projektidentität ist.

Beide unterstützen nicht die Mastodon-API, soweit ich weiß. Also ist man so oder so auf den Webbrowser angeweisen. Andererseits sind beide Projekte so mächtig, daß es kaum möglich sein dürfte, ihren jeweils kompletten Funktionsumfang in eine dann immer noch leicht bedienbare Smartphone-App zu pressen.
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
@Tokyo Outsider (337ppm) If that's so, then the issue lies in Hubzilla's very concept. And that concept is at least about four years older than #Mastodon. It became reality either in 2012 when #Friendica was forked into the largely re-written #RedMatrix from which #Hubzilla would emerge in 2015, and that was still almost a year before Mastodon came out. Or that concept is even as old as the #Zot protocol which is from 2011.

The decision that was made was to not throw Hubzilla's basic concept and its fine-grained access permission control system away just to make it less confusing for Mastodon users. A concept into which Mike Macgirvin had invested four years of work. The same Mike Macgirvin who had created Friendica from nothing to a 1.0 release within four months.
hub.netzgemeinde.euNetzgemeinde/Hubzilla
@OpenSim

It's happening. Probably.

The #Fediverse and the #Metaverse will grow another bit closer again.

The #HoloNeon grid has announced that it will create an elaborate, bi-directional connection between the grid and its own (streams) instance. This will actually include the automatic creation of an #OpenSim avatar for each channel created.

I sincerely hope they'll #OpenSource that development.

Here's the official announcement:

Aeris Irides schrieb den folgenden Beitrag Sun, 20 Aug 2023 05:28:06 +0200 We will connect streams federated server to OpenSimulator federated metaverse server.

Objectives:
  • create account will happen on streams, account will be created on OpenSimulator server.
  • Sync passwords when updated on streams instance.
  • Photos marked full perm in OS will show up on streams feed
  • Profile photo changed in OS will appear on streams profile and vice-versa
  • Notifications (@metions, @replies, @privatemessage, etc) will popup in OS viewer.


A bit of explanation, especially for those of you who don't know the Fediverse beyond Mastodon and Lemmy:

#Streams is a code repository which contains a Fediverse server application created in 2022 that can be seen as a descendant of the #RedMatrix from 2012 and its successor #Hubzilla (see here) from 2015. While it doesn't have quite as many features as Hubzilla, it still goes well beyond what Mastodon has to offer and even surpasses Lemmy here and there. It offers #NomadicIdentity which is nothing new; the Red Matrix was created to introduce it, and Hubzilla has it, too.

Since this Fediverse server application is intentionally nameless and brandless, it is usually being referred to by the name of the repository in parentheses: (streams).

Before you ask: Yes, (streams) federates with Mastodon and Lemmy.

And now for those of you who have found this post elsewhere than on Lemmy:

#OpenSimulator, #OpenSim in short (see here), is basically #SecondLife in free, open-source, community-driven, decentralised and federated. So it's a platform for 3-D #VirtualWorlds.

Unlike so many others, it wasn't created recently to cash in on the metaverse hype. It has been around since 2007, it has been federated since 2008, and the OpenSim community has been using the term "metaverse" regularly since at least 2010, most likely even longer. It's also non-commercial at its core, and it probably offers the cheapest land of all virtual worlds.

Holo Neon is one of over 400 known active OpenSim grids (worlds), most of which, like Holo Neon, are connected to each other on the so-called #Hypergrid.

It's one of only very few which have a #cryptocurrency integrated, and the one that Holo Neon uses can't be traded for real money. Most grids don't have any currency at all; some use the grid-overarching Gloebit, some only have "monopoly money" that can't be traded with real money, and a very few commercial grids have their own currencies.
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
@🍄🌈🎮💻🚲🥓🎃💀🏴🛻🇺🇸 @Johannes Ernst #Mastodon didn't invent their CW technology.

The very same thing already existed on #Friendica when it was launched under the name of Mistpark. And that was in July, 2010, almost six years before Mastodon. The Friendica fork #RedMatrix / #Hubzilla has had it since before Mastodon, too. Both still exist, they're part of the #Fediverse, and they're federated with Mastodon. I'm on Hubzilla myself.

The only difference is that Mistpark/Friendika/Friendica and Red Matrix/Hubzilla didn't call it "content warning". They called it "summary". The purpose was to provide a summary for very long posts. Where Mastodon has a 500-character limit, these projects practically don't have any limits. I've heard of a Friendica instance with a 70,000-character limit. So this was included so you don't have humongous long-form blog posts pop up right before you, and you can choose whether or not to see it.

That being said, especially for users on these projects, the use of this as CWs on Mastodon can be treacherous. See, when you toot something on Mastodon directly, you include images, and you put a CW on the whole toot, the images are blurred.

When you write a post on Friendica or Hubzilla, you include images, and you add a summary (which will serve as a CW on Mastodon), then Mastodon has to convert the linked and embedded images (that's how Friendica and Hubzilla do it) into file attachments. And it doesn't blur them. They stay in plain sight.

Now, most Mastodon users don't know where a "toot" comes from. They'll assume that everything in their timelines is actually a toot that originated on Mastodon. Many don't even know that there's something else in the Fediverse than Mastodon.

So when they see a post with a CW on it, but unblurred images with sensitive content, they'll assume either carelessness or bad intention. And you're likely to be scolded for what's actually a software limitation. (I should file an issue about this on GitHub.)

In the meantime, on Hubzilla where the post actually came from, users have to click at least twice, sometimes even three times to see the images unblurred: once to get past the automatically added content warning (optional and configurable), then to get past the summary and finally to unblur the images which have been flagged sensitive.

But none of these measures translate to Mastodon properly or, in two cases, at all.
social.coopJohannes Ernst (@J12t@social.coop)6.6K Posts, 833 Following, 1.77K Followers · Technologist, founder, organizer. Let's put people back in control of their technology. The Fediverse is a good start. Also wondering aloud where we are taking this planet. Check out my home page for more info and links. He/him. tfr
Antwortete im Thread
@rabble @Fediverse Report Only halfway through it due to lack of time, but in that half, the only pre-#Mastodon, pre-#ActivityPub hint was a very brief mention of the #OStatus protocol and #StatusNet. And it doesn't sound like the other half would actually deal with anything between identi.ca and Mastodon.

Then again, #Bluesky tries to convince us that the concept of #NomadicIdentity is their original pioneering creation, so naturally, they'd never admit that it was actually invented along with the #Zot protocol in 2011 and has been in use since the creation of the #RedMatrix in 2012 from which eventually #Hubzilla emerged.

And the representatives of ActivityPub and #Nostr would never admit either that there are protocols and projects that are more powerful than theirs while also being older and having been in active use for longer.

Interestingly, not even #Diaspora was mentioned.

So basically, this isn't about the origins of the concept of open social media platforms and their largely unknown history prior to Mastodon. It's about the history of three specific platforms.

Or should I continue listening, and what I think is missing is yet to come?
Mastodonrabble (@rabble@mastodon.social)724 Posts, 404 Following, 2.69K Followers · hacker, anarchist, troublemaker. i'm @rabble on twitter and rabble.nz on scuttlebutt.
Antwortete im Thread
@Jens Ljungkvist :mastodon: @Jeff Sikes @Kainoa @Chris Trottier Something similar to "one account on all projects" is already in the works.

By and by, #Fediverse projects may adopt #OpenWebAuth, a #SingleSignOn implementation developed by @mike for #Hubzilla and currently implemented on Hubzilla, its direct predecessor #Friendica and its latest not-quite direct descendant, #Streams. An implementation is also in development on #Mastodon. It should not be confused with #OAuth and #OAuth2, these are something entirely different.

What OpenWebAuth is that it recognises logins elsewhere. When I'm logged into this Hubzilla account, and I visit another Hubzilla hub or maybe a Friendica node or a (streams) instance, it will automatically recognise me. And it will grant me some extra "guest permissions" like being able to post directly on the wall of another Hubzilla or (streams) channel.

What it does not do, however, is give me all the power on any Friendica node, Hubzilla hub or (streams) instance that a logged-in user with a user account has.

I can't go to another Hubzilla hub and create a clone of my channel or create a brand-new channel or post an article or start a wiki or upload files just with my OpenWebAuth login credentials. And when Mastodon introduces OpenWebAuth, I still won't be able to go to any one random Mastodon instance and start tooting. All this would still require a local user account on that one specific instance.

One account for the whole Fediverse is utopic. It's technologically impossible or just very very very unfeasible.

The Fediverse has 24,000+ instances of dozens of projects. If you want full local user power everywhere in the Fediverse, you'll need one registered account on each one of these 24,000+ instances.

Whenever someone joins mastodon.social, then RATATATATATATATATATATA, 24,000+ more accounts with the same login credentials will have to be created automatically.

Also, the Fediverse has 12,000,000+ users. If you want full local user power everywhere in the Fediverse, then everyone else must have it, too. So every single instance of each Fediverse project will have to have one account per Fediverse user. The only exceptions would be those very few projects which are designed for only one user account.

However, personal instances of projects that are designed for multiple user accounts will all be affected. The hapless Mastodon user who comes over to your personal Hubzilla hub to act like a registered user will neither know nor care if that hub is running on a root server in a data centre with two 36-core Xeon CPUs and enough RAM to make a 3-D CAD workstation cry or on a Raspberry Pi at your home.

Now, let's assume someone has set up a new Web server with some Fediverse project installed on it. It doesn't matter if that's Mastodon or #CalcKey or #Lemmy or #Mitra or (streams) or whatever as long as it has #ActivityPub. They start that thing up for the first time: sudo systemctl start nginx or so.

And RATATATATATATATATATATA TATATATATATATATATATATA TATATATATATATATATATATA TATATATATATATATATATATA TATATATATATATATATATATA TATATATATATATATATATATA, that poor thing will sit for WEEKS registering over twelve million user accounts.

Why? Because anyone in the Fediverse might come over anytime soon and want to use just this one specific instance as if they had registered their personal user account there. In order to be able to do that, they need a user account.

By the way, not even the notorious featherweight #Pleroma could handle 12,000,000+ user accounts on one instance. Mastodon can do that even less, not to mention the heavyweight Friendica or the super-heavyweight Hubzilla.

Speaking of Hubzilla, maybe a new Hubzilla hub might get away more easily when starting up for the first time. On Hubzilla, ActivityPub is optional per hub and then per channel. The hub admin can switch it on and off, and if it's on, the users can switch it on and off again for each one of their channels.

So if ActivityPub is off on the admin side by default, new Hubzilla hubs will only register one user account for each Hubzilla and (streams) user out there, maybe also for the users on the few remaining instances of the #Zotlabs projects that went EOL on New Year's Eve 2022, #Redmatrix, #Osada, #Zap, #Misty a.k.a. #Mistpark2020 and #Roadhouse. They all speak one native language, #Zot.

But once the admin activates the Pubcrawl app for their hub, that hub will immediately start registering user accounts for every user on every instance of every project that connects to Hubzilla via ActivityPub, each account with one channel with Pubcrawl on. And it will spend weeks or months doing so and not have any server resources left to do anything else in the meantime.

Speaking of Hubzilla, there's also #NomadicIdentity, the killer feature of the Zot protocol. Hubzilla has it, (streams) has it, and the (un)dead Zotlabs projects have it.

Ideally, each Fediverse user would not get one account on each Hubzilla hub and each (streams) instance with one separate, unique channel on it. They would first get the accounts. On one account on one Hubzilla hub, one channel would be created. This channel would then be cloned across all Hubzilla hubs and to (streams).

Advantage: Each Fediverse user would only have one channel for Hubzilla and (streams) together. They would have the exact same content on all Hubzilla hubs and, minus what Hubzilla can do that (streams) can't, all (streams) instances.

Obvious disadvantage: Whenever someone decides to do something on that channel, it would have to be synced to all its clones in near-real-time, causing a lot of network traffic.

And if you set up a new Hubzilla hub or (streams) instance, the creation of 12,000,000+ accounts would actually become a lesser problem. The bigger problem would be the 12,000,000+ channels that will be cloned onto your machine with everything on them. You'd better attach a few petabytes worth of HDD capacities to your personal little Raspberry Pi.

By the way, if everyone had full local user rights on each Fediverse instance, the Fediverse would have over 300 billion local accounts.
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
@CynthesisToday If you want to speak to someone who really knows his way around communications protocols, I'll have to refer you to @mike, creator of #Friendica, #RedMatrix, #Hubzilla, #Osada, #Zap, #Misty, #Roadhouse and #Streams and of the #FederatedSocialWeb protocols #DFRN (base protocol for Friendica) and #Zot (base protocol for all the others), thus also inventor of #NomadicIdentity, as well as contributor to both the #Diaspora protocol and #ActivityPub.
hub.netzgemeinde.euNetzgemeinde/Hubzilla
Antwortete im Thread
@Probably Paul 🌍 @maegul @Kevin Davidson @Ada #CalcKey has full #NomadicIdentity?

As in, you can have identical clones of your account/channel simultaneously on multiple instances? They're kept in-sync with each other in real-time? All clones display the same Webfinger ID which uses the domain of the primary instance? And you can make any clone your new primary instance?

Because this is what nomadic identity actually means.

The only projects known to me that support it are #Hubzilla, #Streams and the now-defunct #Zotlabs projects #Redmatrix, #Osada, #Zap, #Misty a.k.a. #Mistpark2020 and #Roadhouse, basically everything created by Mike Macgirvin after #Friendica.

In fact, I've got my doubts that full nomadic identity can be pulled off without having multiple channels per account/login. And this is another feature which the projects mentioned above have and the ActivityPub-based microblogging/macroblogging/"social network" projects don't.

Or are you referring to how easy it is to move your entire account with everything on it from one instance to another? That isn't what nomadic identity means.
hub.netzgemeinde.euNetzgemeinde/Hubzilla