home.social
Sign in Create account

#mistpark2020 — Public Fediverse posts

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

  1. Jupiter Rowland @[email protected] ·
    @Gaming on the Fediverse That's quite a bit simplified. For one, four server applications and one protocol were lumped together. Besides, Zap is dead, and Forte isn't even mentioned.

    So here's an attempt at telling the whole story (server applications are in bold type, protocols are in bold type and italics):

    tl;dr:

    2010:
    • DFRN
    • Mistpark/Friendika/Friendica
      (DFRN)
    2011:
    • Zot
    • Free-Friendika
      (DFRN)
      (forked from Friendika)
    • several other Friendika forks
      (DFRN)
      (forked from Friendika)
      (discontinued 2011)
    • Red/Red Matrix
      (DFRN, from 2012 Zot)
      (forked from Free-Friendika)
      (rebuilt into Hubzilla 2015)
    2015:
    • Hubzilla
      (Zot, later Zot6)
      (rebuilt from the Red Matrix)
    2018:
      Zot6
    • Osada
      (Zot6)
      (forked from Hubzilla)
      (discontinued in 2018)
    • Zap
      (Zot6)
      (forked most likely from Osada, maybe from Hubzilla)
      (discontinued in 2022)
    • Osada
      (Zot6)
      (forked from Zap)
      (discontinued in 2019)
    2020:
      Zot8
    • Redmatrix 2020
      (Zot8)
      (forked from either Zap or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • Mistpark 2020 a.k.a. Misty
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or (the third) Osada)
      (discontinued in 2022)
    • Osada
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or Mistpark 2020)
      (discontinued in 2022)
    2022:
    • Nomad
      (originally Zot11)
    • Roadhouse
      (Nomad)
      (forked from either Redmatrix 2020 or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • (streams)
      (Nomad)
      (forked from Roadhouse)
    2024:
    Forte
    (ActivityPub)
    (forked from (streams))[/list]
    So as far as Fediverse server applications go, he created Friendica, Free-Friendika, a few more Friendika forks, the Red Matrix, Hubzilla, three Osadas, Zap, Redmatrix 2020, Mistpark 2020, Roadhouse, (streams) and Forte. Depending on how you want to count them, that's at least 13 or 14 server applications. Four of these are still being maintained (Friendica by a new team, Hubzilla by another new team, (streams) and Forte by himself).

    The long version:

    In 2010, he created
    • the DFRN protocol
    • Mistpark (renamed first into Friendika later in 2010 and then into Friendica in 2011)

    In 2011, he made several forks of Friendika. The reason was licensing: Friendika was getting quite some attention. As it was under the MIT license, chances were that it was tempting to fork it and turn the fork into a commercial, proprietary, closed-source monolith or something. On the other hand, the GPL in any shape or form would have hindered further development.

    So Mike made a number of forks and relicensed all but one: Free-Friendika kept the MIT license and became the main development platform for Friendika. Friendika itself was relicensed under the AGPLv3.

    Shortly afterwards, Mike discontinued all forks except Free-Friendika.

    The same year, Mike needed something to keep people from losing everything whenever their Friendika home node was shut down. So he invented nomadic identity and created the Zot protocol.

    Also the same year, Mike forked Free-Friendika into Red (spanish la red = the network). It would be renamed Red Matrix in late 2012 because "Red" is hard to Google.

    In 2012, Mike rewrote Red almost completely. The whole backend was rebuilt against Zot.

    However, the Red Matrix didn't take off. Most Friendica users were hosting their own private nodes. Nomadic identity made no sense for them. Besides, it seemed like many Friendica users didn't understand nomadic identity anyway, so they saw no advantage in the Red Matrix over Friendica, seeing as the features were almost identical otherwise. The Red Matrix had to be made more popular for hosting public servers.

    So in 2015, the Red Matrix was rebuilt and greatly expanded into Hubzilla.

    In 2018, Mike wanted to develop the Zot protocol further into Zot6. But this would have meant compatibility-breaking changes, also because what he wanted to do with nomadic identity over Zot6 was likely to not work with non-nomadic protocols anymore. So he couldn't do that on Hubzilla.

    Instead, he made two new forks:
    • first Osada, forked from Hubzilla, which was the original Zot6 development platform and then evolved into a non-nomadic "gateway" between Zot6 and everything else
    • then Zap, forked most likely from Osada or maybe from Hubzilla, which got the whole Zot6 feature set, including nomadic identity, but which lost support for any and all non-nomadic protocols

    A bit later, Zot6 became compatible enough with non-nomadic protocols. Forwarding content from Zap via Osada to the rest of the Fediverse was clunky anyway, forwarding content from the rest of the Fediverse via Osada to Zap even more so. So Osada was discontinued.

    Instead, a new Osada was forked from Zap and got ActivityPub support. This and the branding were the only differences between Osada and Zap.

    In 2019, when both Osada and Zap had become stable, Zap got ActivityPub support itself. The only difference between the two was now that Osada servers had ActivityPub turned on by default, and Zap servers had it turned off by default. It simply didn't make much sense to keep both alive, so Osada was discontinued again.

    I think it was also in 2019 that Hubzilla was upgraded to Zot6.

    In 2020, Mike made three more forks to develop Zot8, at least one of which was forked from Zap, and those that weren't were forked from one another: Redmatrix 2020, Mistpark 2020 a.k.a. Misty and Osada.

    There was a rumour that Zap was the stable one, Misty was a bit more up-to-date, but potentially less stable, Osada was experimental with ActivityPub support on by default, and Redmatrix 2020 was experimental with ActivityPub support off by default. In fact, however, Misty, Osada and Redmatrix 2020 were absolutely identical in all but branding. Mike kept four server applications around to mess with brand fetishists.

    In 2022, Mike forked one of the three into Roadhouse to develop Zot11. But Zot11 was no longer compatible with Zot6 as implemented on Hubzilla and Zap, so he declared it a new protocol named Nomad. Roadhouse got additional support for Zot6.

    Now Mike had five server applications, still in order to mess with brand fetishists.

    Later the same year, Mike forked Roadhouse into something intentionally nameless and brandless. Again, this was done to troll brand fetishists, this time also to facilitate forking and make people think up their own individual names for the fork rather than keeping the existing one. However, the code repository absolutely required a name, so Mike called it streams.

    The community needed something to name this nameless thing by, so they took the name of the repository and wrapped it in parentheses to make sure that this is not actually the name. Ever since, it is colloquially being called (streams). By the way, (streams) is running on what would be Zot12 if it wasn't Nomad now.

    On New Year's Eve 2022, Mike discontinued Zap, Redmatrix 2020, Misty, Osada and Roadhouse. (streams) was stable enough, and the other five could be upgraded not only to each other by rebasing the server code, but also to (streams). He asked all admins of Zap, Redmatrix 2020, Misty, Osada and Roadhouse servers to upgrade to (streams).

    In 2024, (streams) got bogged down by some identity confusion after the stable release branch introduced decentralised IDs as per FEP-ef61, a part of the development of nomadic identity via ActivityPub. Partially in order to be able to sort this out, partially because the time seemed to have come for this to actually work, Mike forked the streams repository into Forte and removed all support for any protocols other than ActivityPub while still keeping it nomadic. And so Forte became the very first Fediverse server application that establishes nomadic identity via ActivityPub.

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #DFRN #Zot #Zot6 #Zot8 #Nomad #Mistpark #Friendika #FreeFriendika #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Redmatrix2020 #Mistpark2020 #Misty #Roadhouse #Streams #(streams) #Forte
    #cwfediversemeta #fediversemeta #freefriendika #redmatrix2020 #mistpark2020 #cwlongpost
  2. Jupiter Rowland @[email protected] ·
    @Gaming on the Fediverse That's quite a bit simplified. For one, four server applications and one protocol were lumped together. Besides, Zap is dead, and Forte isn't even mentioned.

    So here's an attempt at telling the whole story (server applications are in bold type, protocols are in bold type and italics):

    tl;dr:

    2010:
    • DFRN
    • Mistpark/Friendika/Friendica
      (DFRN)
    2011:
    • Zot
    • Free-Friendika
      (DFRN)
      (forked from Friendika)
    • several other Friendika forks
      (DFRN)
      (forked from Friendika)
      (discontinued 2011)
    • Red/Red Matrix
      (DFRN, from 2012 Zot)
      (forked from Free-Friendika)
      (rebuilt into Hubzilla 2015)
    2015:
    • Hubzilla
      (Zot, later Zot6)
      (rebuilt from the Red Matrix)
    2018:
      Zot6
    • Osada
      (Zot6)
      (forked from Hubzilla)
      (discontinued in 2018)
    • Zap
      (Zot6)
      (forked most likely from Osada, maybe from Hubzilla)
      (discontinued in 2022)
    • Osada
      (Zot6)
      (forked from Zap)
      (discontinued in 2019)
    2020:
      Zot8
    • Redmatrix 2020
      (Zot8)
      (forked from either Zap or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • Mistpark 2020 a.k.a. Misty
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or (the third) Osada)
      (discontinued in 2022)
    • Osada
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or Mistpark 2020)
      (discontinued in 2022)
    2022:
    • Nomad
      (originally Zot11)
    • Roadhouse
      (Nomad)
      (forked from either Redmatrix 2020 or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • (streams)
      (Nomad)
      (forked from Roadhouse)
    2024:
    Forte
    (ActivityPub)
    (forked from (streams))[/list]
    So as far as Fediverse server applications go, he created Friendica, Free-Friendika, a few more Friendika forks, the Red Matrix, Hubzilla, three Osadas, Zap, Redmatrix 2020, Mistpark 2020, Roadhouse, (streams) and Forte. Depending on how you want to count them, that's at least 13 or 14 server applications. Four of these are still being maintained (Friendica by a new team, Hubzilla by another new team, (streams) and Forte by himself).

    The long version:

    In 2010, he created
    • the DFRN protocol
    • Mistpark (renamed first into Friendika later in 2010 and then into Friendica in 2011)

    In 2011, he made several forks of Friendika. The reason was licensing: Friendika was getting quite some attention. As it was under the MIT license, chances were that it was tempting to fork it and turn the fork into a commercial, proprietary, closed-source monolith or something. On the other hand, the GPL in any shape or form would have hindered further development.

    So Mike made a number of forks and relicensed all but one: Free-Friendika kept the MIT license and became the main development platform for Friendika. Friendika itself was relicensed under the AGPLv3.

    Shortly afterwards, Mike discontinued all forks except Free-Friendika.

    The same year, Mike needed something to keep people from losing everything whenever their Friendika home node was shut down. So he invented nomadic identity and created the Zot protocol.

    Also the same year, Mike forked Free-Friendika into Red (spanish la red = the network). It would be renamed Red Matrix in late 2012 because "Red" is hard to Google.

    In 2012, Mike rewrote Red almost completely. The whole backend was rebuilt against Zot.

    However, the Red Matrix didn't take off. Most Friendica users were hosting their own private nodes. Nomadic identity made no sense for them. Besides, it seemed like many Friendica users didn't understand nomadic identity anyway, so they saw no advantage in the Red Matrix over Friendica, seeing as the features were almost identical otherwise. The Red Matrix had to be made more popular for hosting public servers.

    So in 2015, the Red Matrix was rebuilt and greatly expanded into Hubzilla.

    In 2018, Mike wanted to develop the Zot protocol further into Zot6. But this would have meant compatibility-breaking changes, also because what he wanted to do with nomadic identity over Zot6 was likely to not work with non-nomadic protocols anymore. So he couldn't do that on Hubzilla.

    Instead, he made two new forks:
    • first Osada, forked from Hubzilla, which was the original Zot6 development platform and then evolved into a non-nomadic "gateway" between Zot6 and everything else
    • then Zap, forked most likely from Osada or maybe from Hubzilla, which got the whole Zot6 feature set, including nomadic identity, but which lost support for any and all non-nomadic protocols

    A bit later, Zot6 became compatible enough with non-nomadic protocols. Forwarding content from Zap via Osada to the rest of the Fediverse was clunky anyway, forwarding content from the rest of the Fediverse via Osada to Zap even more so. So Osada was discontinued.

    Instead, a new Osada was forked from Zap and got ActivityPub support. This and the branding were the only differences between Osada and Zap.

    In 2019, when both Osada and Zap had become stable, Zap got ActivityPub support itself. The only difference between the two was now that Osada servers had ActivityPub turned on by default, and Zap servers had it turned off by default. It simply didn't make much sense to keep both alive, so Osada was discontinued again.

    I think it was also in 2019 that Hubzilla was upgraded to Zot6.

    In 2020, Mike made three more forks to develop Zot8, at least one of which was forked from Zap, and those that weren't were forked from one another: Redmatrix 2020, Mistpark 2020 a.k.a. Misty and Osada.

    There was a rumour that Zap was the stable one, Misty was a bit more up-to-date, but potentially less stable, Osada was experimental with ActivityPub support on by default, and Redmatrix 2020 was experimental with ActivityPub support off by default. In fact, however, Misty, Osada and Redmatrix 2020 were absolutely identical in all but branding. Mike kept four server applications around to mess with brand fetishists.

    In 2022, Mike forked one of the three into Roadhouse to develop Zot11. But Zot11 was no longer compatible with Zot6 as implemented on Hubzilla and Zap, so he declared it a new protocol named Nomad. Roadhouse got additional support for Zot6.

    Now Mike had five server applications, still in order to mess with brand fetishists.

    Later the same year, Mike forked Roadhouse into something intentionally nameless and brandless. Again, this was done to troll brand fetishists, this time also to facilitate forking and make people think up their own individual names for the fork rather than keeping the existing one. However, the code repository absolutely required a name, so Mike called it streams.

    The community needed something to name this nameless thing by, so they took the name of the repository and wrapped it in parentheses to make sure that this is not actually the name. Ever since, it is colloquially being called (streams). By the way, (streams) is running on what would be Zot12 if it wasn't Nomad now.

    On New Year's Eve 2022, Mike discontinued Zap, Redmatrix 2020, Misty, Osada and Roadhouse. (streams) was stable enough, and the other five could be upgraded not only to each other by rebasing the server code, but also to (streams). He asked all admins of Zap, Redmatrix 2020, Misty, Osada and Roadhouse servers to upgrade to (streams).

    In 2024, (streams) got bogged down by some identity confusion after the stable release branch introduced decentralised IDs as per FEP-ef61, a part of the development of nomadic identity via ActivityPub. Partially in order to be able to sort this out, partially because the time seemed to have come for this to actually work, Mike forked the streams repository into Forte and removed all support for any protocols other than ActivityPub while still keeping it nomadic. And so Forte became the very first Fediverse server application that establishes nomadic identity via ActivityPub.

    CC: @Grow Fediverse

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #DFRN #Zot #Zot6 #Zot8 #Nomad #Mistpark #Friendika #FreeFriendika #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Redmatrix2020 #Mistpark2020 #Misty #Roadhouse #Streams #(streams) #Forte
    #cwfediversemeta #fediversemeta #freefriendika #redmatrix2020 #mistpark2020 #cwlongpost
  3. Jupiter Rowland @[email protected] ·
    @Gaming on the Fediverse That's quite a bit simplified. For one, four server applications and one protocol were lumped together. Besides, Zap is dead, and Forte isn't even mentioned.

    So here's an attempt at telling the whole story (server applications are in bold type, protocols are in bold type and italics):

    tl;dr:

    2010:
    • DFRN
    • Mistpark/Friendika/Friendica
      (DFRN)
    2011:
    • Zot
    • Free-Friendika
      (DFRN)
      (forked from Friendika)
    • several other Friendika forks
      (DFRN)
      (forked from Friendika)
      (discontinued 2011)
    • Red/Red Matrix
      (DFRN, from 2012 Zot)
      (forked from Free-Friendika)
      (rebuilt into Hubzilla 2015)
    2015:
    • Hubzilla
      (Zot, later Zot6)
      (rebuilt from the Red Matrix)
    2018:
      Zot6
    • Osada
      (Zot6)
      (forked from Hubzilla)
      (discontinued in 2018)
    • Zap
      (Zot6)
      (forked most likely from Osada, maybe from Hubzilla)
      (discontinued in 2022)
    • Osada
      (Zot6)
      (forked from Zap)
      (discontinued in 2019)
    2020:
      Zot8
    • Redmatrix 2020
      (Zot8)
      (forked from either Zap or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • Mistpark 2020 a.k.a. Misty
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or (the third) Osada)
      (discontinued in 2022)
    • Osada
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or Mistpark 2020)
      (discontinued in 2022)
    2022:
    • Nomad
      (originally Zot11)
    • Roadhouse
      (Nomad)
      (forked from either Redmatrix 2020 or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • (streams)
      (Nomad)
      (forked from Roadhouse)
    2024:
    Forte
    (ActivityPub)
    (forked from (streams))[/list]
    So as far as Fediverse server applications go, he created Friendica, Free-Friendika, a few more Friendika forks, the Red Matrix, Hubzilla, three Osadas, Zap, Redmatrix 2020, Mistpark 2020, Roadhouse, (streams) and Forte. Depending on how you want to count them, that's at least 13 or 14 server applications. Four of these are still being maintained (Friendica by a new team, Hubzilla by another new team, (streams) and Forte by himself).

    The long version:

    In 2010, he created
    • the DFRN protocol
    • Mistpark (renamed first into Friendika later in 2010 and then into Friendica in 2011)

    In 2011, he made several forks of Friendika. The reason was licensing: Friendika was getting quite some attention. As it was under the MIT license, chances were that it was tempting to fork it and turn the fork into a commercial, proprietary, closed-source monolith or something. On the other hand, the GPL in any shape or form would have hindered further development.

    So Mike made a number of forks and relicensed all but one: Free-Friendika kept the MIT license and became the main development platform for Friendika. Friendika itself was relicensed under the AGPLv3.

    Shortly afterwards, Mike discontinued all forks except Free-Friendika.

    The same year, Mike needed something to keep people from losing everything whenever their Friendika home node was shut down. So he invented nomadic identity and created the Zot protocol.

    Also the same year, Mike forked Free-Friendika into Red (spanish la red = the network). It would be renamed Red Matrix in late 2012 because "Red" is hard to Google.

    In 2012, Mike rewrote Red almost completely. The whole backend was rebuilt against Zot.

    However, the Red Matrix didn't take off. Most Friendica users were hosting their own private nodes. Nomadic identity made no sense for them. Besides, it seemed like many Friendica users didn't understand nomadic identity anyway, so they saw no advantage in the Red Matrix over Friendica, seeing as the features were almost identical otherwise. The Red Matrix had to be made more popular for hosting public servers.

    So in 2015, the Red Matrix was rebuilt and greatly expanded into Hubzilla.

    In 2018, Mike wanted to develop the Zot protocol further into Zot6. But this would have meant compatibility-breaking changes, also because what he wanted to do with nomadic identity over Zot6 was likely to not work with non-nomadic protocols anymore. So he couldn't do that on Hubzilla.

    Instead, he made two new forks:
    • first Osada, forked from Hubzilla, which was the original Zot6 development platform and then evolved into a non-nomadic "gateway" between Zot6 and everything else
    • then Zap, forked most likely from Osada or maybe from Hubzilla, which got the whole Zot6 feature set, including nomadic identity, but which lost support for any and all non-nomadic protocols

    A bit later, Zot6 became compatible enough with non-nomadic protocols. Forwarding content from Zap via Osada to the rest of the Fediverse was clunky anyway, forwarding content from the rest of the Fediverse via Osada to Zap even more so. So Osada was discontinued.

    Instead, a new Osada was forked from Zap and got ActivityPub support. This and the branding were the only differences between Osada and Zap.

    In 2019, when both Osada and Zap had become stable, Zap got ActivityPub support itself. The only difference between the two was now that Osada servers had ActivityPub turned on by default, and Zap servers had it turned off by default. It simply didn't make much sense to keep both alive, so Osada was discontinued again.

    I think it was also in 2019 that Hubzilla was upgraded to Zot6.

    In 2020, Mike made three more forks to develop Zot8, at least one of which was forked from Zap, and those that weren't were forked from one another: Redmatrix 2020, Mistpark 2020 a.k.a. Misty and Osada.

    There was a rumour that Zap was the stable one, Misty was a bit more up-to-date, but potentially less stable, Osada was experimental with ActivityPub support on by default, and Redmatrix 2020 was experimental with ActivityPub support off by default. In fact, however, Misty, Osada and Redmatrix 2020 were absolutely identical in all but branding. Mike kept four server applications around to mess with brand fetishists.

    In 2022, Mike forked one of the three into Roadhouse to develop Zot11. But Zot11 was no longer compatible with Zot6 as implemented on Hubzilla and Zap, so he declared it a new protocol named Nomad. Roadhouse got additional support for Zot6.

    Now Mike had five server applications, still in order to mess with brand fetishists.

    Later the same year, Mike forked Roadhouse into something intentionally nameless and brandless. Again, this was done to troll brand fetishists, this time also to facilitate forking and make people think up their own individual names for the fork rather than keeping the existing one. However, the code repository absolutely required a name, so Mike called it streams.

    The community needed something to name this nameless thing by, so they took the name of the repository and wrapped it in parentheses to make sure that this is not actually the name. Ever since, it is colloquially being called (streams). By the way, (streams) is running on what would be Zot12 if it wasn't Nomad now.

    On New Year's Eve 2022, Mike discontinued Zap, Redmatrix 2020, Misty, Osada and Roadhouse. (streams) was stable enough, and the other five could be upgraded not only to each other by rebasing the server code, but also to (streams). He asked all admins of Zap, Redmatrix 2020, Misty, Osada and Roadhouse servers to upgrade to (streams).

    In 2024, (streams) got bogged down by some identity confusion after the stable release branch introduced decentralised IDs as per FEP-ef61, a part of the development of nomadic identity via ActivityPub. Partially in order to be able to sort this out, partially because the time seemed to have come for this to actually work, Mike forked the streams repository into Forte and removed all support for any protocols other than ActivityPub while still keeping it nomadic. And so Forte became the very first Fediverse server application that establishes nomadic identity via ActivityPub.

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #DFRN #Zot #Zot6 #Zot8 #Nomad #Mistpark #Friendika #FreeFriendika #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Redmatrix2020 #Mistpark2020 #Misty #Roadhouse #Streams #(streams) #Forte
    #cwfediversemeta #fediversemeta #freefriendika #redmatrix2020 #mistpark2020 #cwlongpost
  4. Jupiter Rowland @[email protected] ·
    @Gaming on the Fediverse That's quite a bit simplified. For one, four server applications and one protocol were lumped together. Besides, Zap is dead, and Forte isn't even mentioned.

    So here's an attempt at telling the whole story (server applications are in bold type, protocols are in bold type and italics):

    tl;dr:

    2010:
    • DFRN
    • Mistpark/Friendika/Friendica
      (DFRN)
    2011:
    • Zot
    • Free-Friendika
      (DFRN)
      (forked from Friendika)
    • several other Friendika forks
      (DFRN)
      (forked from Friendika)
      (discontinued 2011)
    • Red/Red Matrix
      (DFRN, from 2012 Zot)
      (forked from Free-Friendika)
      (rebuilt into Hubzilla 2015)
    2015:
    • Hubzilla
      (Zot, later Zot6)
      (rebuilt from the Red Matrix)
    2018:
      Zot6
    • Osada
      (Zot6)
      (forked from Hubzilla)
      (discontinued in 2018)
    • Zap
      (Zot6)
      (forked most likely from Osada, maybe from Hubzilla)
      (discontinued in 2022)
    • Osada
      (Zot6)
      (forked from Zap)
      (discontinued in 2019)
    2020:
      Zot8
    • Redmatrix 2020
      (Zot8)
      (forked from either Zap or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • Mistpark 2020 a.k.a. Misty
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or (the third) Osada)
      (discontinued in 2022)
    • Osada
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or Mistpark 2020)
      (discontinued in 2022)
    2022:
    • Nomad
      (originally Zot11)
    • Roadhouse
      (Nomad)
      (forked from either Redmatrix 2020 or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • (streams)
      (Nomad)
      (forked from Roadhouse)
    2024:
    Forte
    (ActivityPub)
    (forked from (streams))[/list]
    So as far as Fediverse server applications go, he created Friendica, Free-Friendika, a few more Friendika forks, the Red Matrix, Hubzilla, three Osadas, Zap, Redmatrix 2020, Mistpark 2020, Roadhouse, (streams) and Forte. Depending on how you want to count them, that's at least 13 or 14 server applications. Four of these are still being maintained (Friendica by a new team, Hubzilla by another new team, (streams) and Forte by himself).

    The long version:

    In 2010, he created
    • the DFRN protocol
    • Mistpark (renamed first into Friendika later in 2010 and then into Friendica in 2011)

    In 2011, he made several forks of Friendika. The reason was licensing: Friendika was getting quite some attention. As it was under the MIT license, chances were that it was tempting to fork it and turn the fork into a commercial, proprietary, closed-source monolith or something. On the other hand, the GPL in any shape or form would have hindered further development.

    So Mike made a number of forks and relicensed all but one: Free-Friendika kept the MIT license and became the main development platform for Friendika. Friendika itself was relicensed under the AGPLv3.

    Shortly afterwards, Mike discontinued all forks except Free-Friendika.

    The same year, Mike needed something to keep people from losing everything whenever their Friendika home node was shut down. So he invented nomadic identity and created the Zot protocol.

    Also the same year, Mike forked Free-Friendika into Red (spanish la red = the network). It would be renamed Red Matrix in late 2012 because "Red" is hard to Google.

    In 2012, Mike rewrote Red almost completely. The whole backend was rebuilt against Zot.

    However, the Red Matrix didn't take off. Most Friendica users were hosting their own private nodes. Nomadic identity made no sense for them. Besides, it seemed like many Friendica users didn't understand nomadic identity anyway, so they saw no advantage in the Red Matrix over Friendica, seeing as the features were almost identical otherwise. The Red Matrix had to be made more popular for hosting public servers.

    So in 2015, the Red Matrix was rebuilt and greatly expanded into Hubzilla.

    In 2018, Mike wanted to develop the Zot protocol further into Zot6. But this would have meant compatibility-breaking changes, also because what he wanted to do with nomadic identity over Zot6 was likely to not work with non-nomadic protocols anymore. So he couldn't do that on Hubzilla.

    Instead, he made two new forks:
    • first Osada, forked from Hubzilla, which was the original Zot6 development platform and then evolved into a non-nomadic "gateway" between Zot6 and everything else
    • then Zap, forked most likely from Osada or maybe from Hubzilla, which got the whole Zot6 feature set, including nomadic identity, but which lost support for any and all non-nomadic protocols

    A bit later, Zot6 became compatible enough with non-nomadic protocols. Forwarding content from Zap via Osada to the rest of the Fediverse was clunky anyway, forwarding content from the rest of the Fediverse via Osada to Zap even more so. So Osada was discontinued.

    Instead, a new Osada was forked from Zap and got ActivityPub support. This and the branding were the only differences between Osada and Zap.

    In 2019, when both Osada and Zap had become stable, Zap got ActivityPub support itself. The only difference between the two was now that Osada servers had ActivityPub turned on by default, and Zap servers had it turned off by default. It simply didn't make much sense to keep both alive, so Osada was discontinued again.

    I think it was also in 2019 that Hubzilla was upgraded to Zot6.

    In 2020, Mike made three more forks to develop Zot8, at least one of which was forked from Zap, and those that weren't were forked from one another: Redmatrix 2020, Mistpark 2020 a.k.a. Misty and Osada.

    There was a rumour that Zap was the stable one, Misty was a bit more up-to-date, but potentially less stable, Osada was experimental with ActivityPub support on by default, and Redmatrix 2020 was experimental with ActivityPub support off by default. In fact, however, Misty, Osada and Redmatrix 2020 were absolutely identical in all but branding. Mike kept four server applications around to mess with brand fetishists.

    In 2022, Mike forked one of the three into Roadhouse to develop Zot11. But Zot11 was no longer compatible with Zot6 as implemented on Hubzilla and Zap, so he declared it a new protocol named Nomad. Roadhouse got additional support for Zot6.

    Now Mike had five server applications, still in order to mess with brand fetishists.

    Later the same year, Mike forked Roadhouse into something intentionally nameless and brandless. Again, this was done to troll brand fetishists, this time also to facilitate forking and make people think up their own individual names for the fork rather than keeping the existing one. However, the code repository absolutely required a name, so Mike called it streams.

    The community needed something to name this nameless thing by, so they took the name of the repository and wrapped it in parentheses to make sure that this is not actually the name. Ever since, it is colloquially being called (streams). By the way, (streams) is running on what would be Zot12 if it wasn't Nomad now.

    On New Year's Eve 2022, Mike discontinued Zap, Redmatrix 2020, Misty, Osada and Roadhouse. (streams) was stable enough, and the other five could be upgraded not only to each other by rebasing the server code, but also to (streams). He asked all admins of Zap, Redmatrix 2020, Misty, Osada and Roadhouse servers to upgrade to (streams).

    In 2024, (streams) got bogged down by some identity confusion after the stable release branch introduced decentralised IDs as per FEP-ef61, a part of the development of nomadic identity via ActivityPub. Partially in order to be able to sort this out, partially because the time seemed to have come for this to actually work, Mike forked the streams repository into Forte and removed all support for any protocols other than ActivityPub while still keeping it nomadic. And so Forte became the very first Fediverse server application that establishes nomadic identity via ActivityPub.

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #DFRN #Zot #Zot6 #Zot8 #Nomad #Mistpark #Friendika #FreeFriendika #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Redmatrix2020 #Mistpark2020 #Misty #Roadhouse #Streams #(streams) #Forte
    #zap #red #zot #zot8 #zot6 #dfrn
  5. Jupiter Rowland @[email protected] ·
    @Gaming on the Fediverse That's quite a bit simplified. For one, four server applications and one protocol were lumped together. Besides, Zap is dead, and Forte isn't even mentioned.

    So here's an attempt at telling the whole story (server applications are in bold type, protocols are in bold type and italics):

    tl;dr:

    2010:
    • DFRN
    • Mistpark/Friendika/Friendica
      (DFRN)
    2011:
    • Zot
    • Free-Friendika
      (DFRN)
      (forked from Friendika)
    • several other Friendika forks
      (DFRN)
      (forked from Friendika)
      (discontinued 2011)
    • Red/Red Matrix
      (DFRN, from 2012 Zot)
      (forked from Free-Friendika)
      (rebuilt into Hubzilla 2015)
    2015:
    • Hubzilla
      (Zot, later Zot6)
      (rebuilt from the Red Matrix)
    2018:
      Zot6
    • Osada
      (Zot6)
      (forked from Hubzilla)
      (discontinued in 2018)
    • Zap
      (Zot6)
      (forked most likely from Osada, maybe from Hubzilla)
      (discontinued in 2022)
    • Osada
      (Zot6)
      (forked from Zap)
      (discontinued in 2019)
    2020:
      Zot8
    • Redmatrix 2020
      (Zot8)
      (forked from either Zap or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • Mistpark 2020 a.k.a. Misty
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or (the third) Osada)
      (discontinued in 2022)
    • Osada
      (Zot8)
      (forked from either Zap or Redmatrix 2020 or Mistpark 2020)
      (discontinued in 2022)
    2022:
    • Nomad
      (originally Zot11)
    • Roadhouse
      (Nomad)
      (forked from either Redmatrix 2020 or Mistpark 2020 or (the third) Osada)
      (discontinued in 2022)
    • (streams)
      (Nomad)
      (forked from Roadhouse)
    2024:
    Forte
    (ActivityPub)
    (forked from (streams))[/list]
    So as far as Fediverse server applications go, he created Friendica, Free-Friendika, a few more Friendika forks, the Red Matrix, Hubzilla, three Osadas, Zap, Redmatrix 2020, Mistpark 2020, Roadhouse, (streams) and Forte. Depending on how you want to count them, that's at least 13 or 14 server applications. Four of these are still being maintained (Friendica by a new team, Hubzilla by another new team, (streams) and Forte by himself).

    The long version:

    In 2010, he created
    • the DFRN protocol
    • Mistpark (renamed first into Friendika later in 2010 and then into Friendica in 2011)

    In 2011, he made several forks of Friendika. The reason was licensing: Friendika was getting quite some attention. As it was under the MIT license, chances were that it was tempting to fork it and turn the fork into a commercial, proprietary, closed-source monolith or something. On the other hand, the GPL in any shape or form would have hindered further development.

    So Mike made a number of forks and relicensed all but one: Free-Friendika kept the MIT license and became the main development platform for Friendika. Friendika itself was relicensed under the AGPLv3.

    Shortly afterwards, Mike discontinued all forks except Free-Friendika.

    The same year, Mike needed something to keep people from losing everything whenever their Friendika home node was shut down. So he invented nomadic identity and created the Zot protocol.

    Also the same year, Mike forked Free-Friendika into Red (spanish la red = the network). It would be renamed Red Matrix in late 2012 because "Red" is hard to Google.

    In 2012, Mike rewrote Red almost completely. The whole backend was rebuilt against Zot.

    However, the Red Matrix didn't take off. Most Friendica users were hosting their own private nodes. Nomadic identity made no sense for them. Besides, it seemed like many Friendica users didn't understand nomadic identity anyway, so they saw no advantage in the Red Matrix over Friendica, seeing as the features were almost identical otherwise. The Red Matrix had to be made more popular for hosting public servers.

    So in 2015, the Red Matrix was rebuilt and greatly expanded into Hubzilla.

    In 2018, Mike wanted to develop the Zot protocol further into Zot6. But this would have meant compatibility-breaking changes, also because what he wanted to do with nomadic identity over Zot6 was likely to not work with non-nomadic protocols anymore. So he couldn't do that on Hubzilla.

    Instead, he made two new forks:
    • first Osada, forked from Hubzilla, which was the original Zot6 development platform and then evolved into a non-nomadic "gateway" between Zot6 and everything else
    • then Zap, forked most likely from Osada or maybe from Hubzilla, which got the whole Zot6 feature set, including nomadic identity, but which lost support for any and all non-nomadic protocols

    A bit later, Zot6 became compatible enough with non-nomadic protocols. Forwarding content from Zap via Osada to the rest of the Fediverse was clunky anyway, forwarding content from the rest of the Fediverse via Osada to Zap even more so. So Osada was discontinued.

    Instead, a new Osada was forked from Zap and got ActivityPub support. This and the branding were the only differences between Osada and Zap.

    In 2019, when both Osada and Zap had become stable, Zap got ActivityPub support itself. The only difference between the two was now that Osada servers had ActivityPub turned on by default, and Zap servers had it turned off by default. It simply didn't make much sense to keep both alive, so Osada was discontinued again.

    I think it was also in 2019 that Hubzilla was upgraded to Zot6.

    In 2020, Mike made three more forks to develop Zot8, at least one of which was forked from Zap, and those that weren't were forked from one another: Redmatrix 2020, Mistpark 2020 a.k.a. Misty and Osada.

    There was a rumour that Zap was the stable one, Misty was a bit more up-to-date, but potentially less stable, Osada was experimental with ActivityPub support on by default, and Redmatrix 2020 was experimental with ActivityPub support off by default. In fact, however, Misty, Osada and Redmatrix 2020 were absolutely identical in all but branding. Mike kept four server applications around to mess with brand fetishists.

    In 2022, Mike forked one of the three into Roadhouse to develop Zot11. But Zot11 was no longer compatible with Zot6 as implemented on Hubzilla and Zap, so he declared it a new protocol named Nomad. Roadhouse got additional support for Zot6.

    Now Mike had five server applications, still in order to mess with brand fetishists.

    Later the same year, Mike forked Roadhouse into something intentionally nameless and brandless. Again, this was done to troll brand fetishists, this time also to facilitate forking and make people think up their own individual names for the fork rather than keeping the existing one. However, the code repository absolutely required a name, so Mike called it streams.

    The community needed something to name this nameless thing by, so they took the name of the repository and wrapped it in parentheses to make sure that this is not actually the name. Ever since, it is colloquially being called (streams). By the way, (streams) is running on what would be Zot12 if it wasn't Nomad now.

    On New Year's Eve 2022, Mike discontinued Zap, Redmatrix 2020, Misty, Osada and Roadhouse. (streams) was stable enough, and the other five could be upgraded not only to each other by rebasing the server code, but also to (streams). He asked all admins of Zap, Redmatrix 2020, Misty, Osada and Roadhouse servers to upgrade to (streams).

    In 2024, (streams) got bogged down by some identity confusion after the stable release branch introduced decentralised IDs as per FEP-ef61, a part of the development of nomadic identity via ActivityPub. Partially in order to be able to sort this out, partially because the time seemed to have come for this to actually work, Mike forked the streams repository into Forte and removed all support for any protocols other than ActivityPub while still keeping it nomadic. And so Forte became the very first Fediverse server application that establishes nomadic identity via ActivityPub.

    CC: @Grow Fediverse

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #DFRN #Zot #Zot6 #Zot8 #Nomad #Mistpark #Friendika #FreeFriendika #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Redmatrix2020 #Mistpark2020 #Misty #Roadhouse #Streams #(streams) #Forte
    #cwfediversemeta #fediversemeta #freefriendika #redmatrix2020 #mistpark2020 #cwlongpost
  6. Jupiter Rowland @[email protected] ·
    @Thomas Eibich aka DK2NB
    Bauen die Workshops aufeinander auf oder kann man auch einfach so mal vorbei kommen?

    Wir haben jedes Mal Leute dabei, die zum ersten Mal bei der Sprechstunde sind und häufig auch erst seit kurzem überhaupt im Fediverse. Das ist also kein Problem. Und da baut auch nichts aufeinander auf.

    Was ist Hubzilla?

    Oh, da muß ich weit ausholen. (Ich kommentiere übrigens gerade von Hubzilla.)

    Hubzilla ist das absolute, ultimative Featuremonster im Fediverse. Eine Art Alleskönner, der Features hat, die für die allermeisten Fediverse-Nutzer im Fediverse völlig unvorstellbar sind, aber auch Features, die sich viele im Fediverse wünschen. Wohlgemerkt, ohne zu wissen, daß es diese Features im Fediverse längst gibt.

    Hubzilla ist im Prinzip "Facebook trifft WordPress trifft Google Cloud Services trifft noch mehr Zeug" im Fediverse, und es kann mit wenigen Mausklicks aufgebohrt werden zu "Facebook trifft WordPress trifft Google Cloud Services trifft Joplin trifft GeoCities trifft <irgendeine Wiki-Engine hier einsetzen> trifft noch mehr Zeug" im Fediverse. Ja, GeoCities. Man kann buchstäblich Webseiten auf Hubzilla aufbauen.

    Hier sind ein paar Links:

    Hubzilla ist übrigens älter als Mastodon.

    Hubzillas Vater ist @Mike McCue , ein pensionierter professioneller Software-Entwickler mit fast einem halben Jahrhundert an Erfahrung. Der hat schon 2010, noch vor dem in dem Sommer in den Himmel gehypeten diaspora*, eine extrem vielseitige und extrem leistungsfähige freie, quelloffene, dezentrale Facebook-Alternative gestartet, die ursprünglich Mistpark hieß und heute als Friendica bekannt ist. Die gibt's heute hoch, sie ist Teil des Fediverse, und sie ist mit Mastodon föderiert, seit es Mastodon gibt.

    Friendica ist kein Facebook-Klon, sondern eine Facebook-Alternative, die grundsätzlich dieselbe Funktion haben soll wie Facebook, aber besser als Facebook ist. Friendica kann nebenher auch genutzt werden als vollwertiges Blogging-System mit allen Schikanen: Titel, Zusammenfassung, Kategorien, alles Mögliche an Textformatierung, beliebig viele Bilder mitten im Text eingebettet, über 16 Millionen Zeichen.

    Friendica wurde aufgebaut auf seinem eigenen Protokoll namens DFRN. Aber ein Killerfeature von Friendica war schon immer, daß es sich in alle möglichen und unmöglichen anderen Richtungen verbinden kann: Fediverse, diaspora*, Tumblr, WordPress, sogar Twitter, ein paar Jahre sogar Facebook und so weiter.

    So ganz zufrieden war er damit aber nicht. Ein großes Problem war nämlich, daß jedes Mal, wenn ein öffentlicher Friendica-Node dichtmachte, die Nutzer alles verloren. Auf die Lösung kam er 2011: nomadische Identität, also die Möglichkeit, die eigene Social-Networking-Identität gleichzeitig voll synchron auf mehreren Servern zu haben.

    Dafür entwickelte er ab 2011 ein neues Protokoll names Zot, das genau diese Funktion bieten sollte. Um es zu implementieren, forkte Mike noch 2011 einen Friendica-Fork, den er im selben Jahr erstellt hatte, um mit verschiedenen Lizenzen zu experimentieren. (Deswegen steht Friendica heute unter der AGPLv3 und die meisten seiner "Nachfahren" weiterhin unter der MIT-Lizenz.)

    So entstand etwas namens "Red" (von spanisch "la red" = "das Netzwerk"). 2012 wurde es komplett neu geschrieben gegen das Zot-Protokoll. Das war der eigentliche Startschuß für Hubzilla. Damals gab Mike übrigens Friendica (das inzwischen auf die AGPLv3 relizensierte Original) an die Community ab. Ende 2012 wurde Red umbenannt in "Red Matrix", weil man "Red" nicht googlen kann.

    Allerdings wurde die Red Matrix kaum angenommen, weil sie im Grunde Friendica mit vielleicht ein oder zwei weniger Verbindungsmöglichkeiten und nomadischer Identität war. Die meisten verstanden nomadische Identität aber gar nicht, und von denen, die sie verstanden, glaubten viele, sie gar nicht zu brauchen, weil sie eh ihr Friendica-Konto auf ihrem eigenen Node hatten.

    So gab es dann im März 2015 den Schnitt. Mike und seine Mitstreiter aus der Community nahmen die Red Matrix und strickten sie um für neue Zielgruppen, insbesondere Betreiber öffentlicher Server. Dafür wurden haufenweise neue, teilweise optionale Features drangebaut: WebDAV für den eingebauten Filespace, ein CalDAV-Server, der das Frontend des Eventkalenders mitnutzt, ein CardDAV-Server, nichtföderierende Artikel, Planungskarten, Wikis, Webseiten usw. usf. Und das Ganze wurde umbenannt in Hubzilla.

    Wir sind übrigens immer noch zehn Monate vor dem Start von Mastodon.

    Standardmäßig föderiert Hubzilla nur über sein eigenes Zot-Protokoll. Es unterstützt immer noch einiges an nichtnomadischen Protokollen und Verbindungen, aber alles, was nichtnomadisch und bidirektional ist, ist optional und standardmäßig deaktiviert, muß also in einem neuen Kanal erst aktiviert werden. Darunter fällt auch ActivityPub, das Hubzilla seit Juli 2017 als allererste Software überhaupt implementiert hat, zwei Monate noch vor Mastodon.

    Damit war aber das Ende der Fahnenstange noch nicht erreicht.

    Mike wollte das Zot-Protokoll noch weiter entwickeln, und zwar auf Arten und Weisen, die möglicherweise die Kompatibilität beeinträchtigten. Das konnte er nicht auf Hubzilla selbst machen.

    Also gab er 2018 Hubzilla ab an zwei Entwickler aus der Community und forkte es. Erst kam Osada, das wohl zunächst als Entwicklungsplattform für Zot6 dienen sollte, aber trotzdem noch die meisten von Hubzillas Verbindungsmöglichkeiten hatte. Bei Osada wurde übrigens fast alles wieder entfernt, was beim Umbau von der Red Matrix zu Hubzilla dazugekommen war.

    Wie es aber zunächst aussah, würde Zot6 nicht mit nichtnomadischen Protokollen zusammenspielen können. So entstand als zweiter Fork Zap; ich glaube heute, Zap war ein Fork von Osada und nicht von Hubzilla. Jedenfalls behielt Osada die ganzen Verbindungsmöglichkeiten, verlor aber nomadische Identitäten. Zap wiederum blieb nomadisch, unterstützte aber nur Zot6.

    Schließlich stellte sich heraus: Zot6 konnte sehr wohl mit nichtnomadischen Protokollen zusammenspielen. Also wurde Osada, wie es war, Anfang 2019 eingestampft. Die Idee, einen Osada-Kanal als Gateway zwischen Zap und dem Rest des Fediverse zu haben, war sowieso gaga und wenig praktikabel. Dafür wurde von Zap kurz darauf ein zweites Osada geforkt, das sich zumindest wieder mit ActivityPub verbinden konnte. Das war zunächst der einzige Unterschied zwischen Osada und Zap.

    Im Laufe des Jahres wurden Osada und Zap stabil. Das heißt auch, Osada war so stabil, daß es keinen Grund mehr gab, warum Zap kein ActivityPub können sollte. Kurz darauf war der einzige Unterschied zwischen Osada und Zap neben dem Branding, daß auf Osada-Servern ActivityPub standardmäßig aktiviert und auf Zap-Servern standardmäßig deaktiviert war. Weil auch das Käse war und nur unnötigen Mehraufwand in der Entwicklung mit sich brachte, wurde das zweite Osada im Herbst 2019 komplett in Zap gemerget und eingestellt.

    Weil Zap jetzt aber ein stabiler Daily Driver war, brauchte Mike wieder neue Entwicklungsplattformen für Zot8. Dafür wurden 2020 ein drittes Osada, Mistpark 2020 (alias Misty) und Redmatrix 2020 geforkt. Es gab das Gerücht, daß sie verschiedene Stabilitätsstufen darstellten. Tatsächlich waren sie bis auf das Branding identisch, und es waren deshalb drei, weil Mike damit die Markenfetischisten im Fediverse trollen wollte.

    Einen stabilen Release mit Zot8 gab es nie. Statt dessen kam im Frühjahr 2021 Roadhouse dazu als Fork von einem von den dreien. Das basierte eigentlich schon auf Zot11, aber Zot11 war zu Zot6 in keinster Weise mehr kompatibel. Also entschied sich Mike, das Protokoll in Nomad umzubenennen. Heute sagt Mike, alle Versionen des Protokolls heißen jetzt Nomad; die Hubzilla-Entwickler widersprechen ihm aber und sagen, Zot6 ist immer noch Zot.

    Jetzt hatte Mike fünf Projekte, die unterschiedliche Protokollversionen nutzte, ansonsten aber dasselbe konnten und fast dasselbe UI hatten.

    Up- und Crossgrades gingen übrigens ganz einfach, in dem die Codebase des Servers umgestellt wurde. Man konnte von Zap nach Osada, Misty und Redmatrix 2020 upgraden. Man konnte zumindest zwischen Osada, Misty und Redmatrix 2020 hin und her crossgraden. Und man konnte von allen vieren nach Roadhouse upgraden.

    Im Oktober 2011 forkte Mike Roadhouse in wieder etwas Neues. Dieses Mal ging er in eine ganz andere Richtung: Was er jetzt erschaffen hatte, hatte keinen Namen. Es hatte kein Logo. Es hatte keine Markenidentität. Es war auch kein Projekt mehr. Alles mit voller Absicht und sehr gut begründet. Noch dazu nahm er sogar die MIT-Lizenz weg und stellte es direktweg in die Public Domain. Damit wollte er noch größere Anreize für Entwickler schaffen, es zu forken, um daraus etwas Eigenes zu bauen.

    Das Code-Repository brauchte aber zwingend einen Namen. Also wurde es "streams" genannt (ein Stream ist von Friendica bis heute das, was auf Twitter ein Feed und auf Mastodon eine Timeline ist). Weil nun aber die Community etwas brauchte, womit sie diese neue Software bezeichnen konnte, nahm sie den Namen des Repository und packten ihn in Klammern, um klarzustellen, daß das nicht der Name der Software war. Seitdem wird es seitens der Community "(streams)" genannt.

    Von Zap, Osada, Misty, Redmatrix 2020 und Roadhouse konnte durch Rebasen auf (streams) geupgradet werden. Weil (streams) selbst aber keinen Namen, kein Branding und nicht mal einen festgelegten Identifier für den Servertyp hat, übernahm es kurzerhand den Server-Identifier und das Logo von der vorherigen Software. Ich habe selbst mal einen (streams)-Server gesehen, der mit Zap angefangen hatte (wie aus der Subdomain hervorging) und zwischendurch mal Misty war (weil er als Misty gebrandet war), aber vom UI und von der Softwareversion her eindeutig (streams) war.

    Zum Silvesterabend 2020 stellte Mike dann Zap, Osada, Misty, Redmatrix 2020 und Roadhouse ein. Wer noch einen Server betrieb, dem war dazu geraten, auf (streams) upzugraden.

    (streams) wird heute noch von Mike weiterentwickelt. An Verbindungsmöglichkeiten hat es neben Nomad auch Hubzillas Zot6 und optional, aber standardmäßig aktiviert ActivityPub. Sogar RSS- und Atom-Feeds werden nicht mehr unterstützt, um den Entwicklungsaufwand zu reduzieren.

    Der letzte Fork kam im August 2024. Mike war ja damals einer der beiden Entwickler, die an nomadischer Identität über ActivityPub arbeiteten. Im Zuge dieser Entwicklung rollte Mike Portable Objects nach FEP-ef61 im Juni vom "nomadischen" Zweig von (streams) in den hauptsächlichen Entwicklungszweig und im Juli von da in den stabilen Zweig aus. Was im Labor aber funktioniert hatte, sorgte im täglichen Einsatz für Chaos, weil (streams) zuviele verschiedene Identitäten zu jonglieren hatte.

    Also forkte Mike (streams) im August zu Forte, entfernte jegliche Unterstützung für Nomad und Zot6 und basierte das ganze Ding komplett auf ActivityPub, und zwar inklusive nomadischer Identität. Das dürfte hauptsächlich passiert sein, um die Nomad- und Zot6-Identitäten loswerden zu können, um das Chaos sichten zu können, aber auch, weil nomadische Identität über ActivityPub die Zukunft sein soll.

    Zum 31. August warf Mike erst alle Brocken hin und wollte mit Entwicklung aufhören, weil das alles ein Riesenaufwand war. Er machte aber trotzdem weiter, weil sich in der winzigen (streams)-Community niemand fand, der (streams) und das noch instabile Forte hätte übernehmen können.

    Im September wurde erstmals ein Post von Forte durch das öffentliche Fediverse föderiert. Von da an gab es die ersten, die mit ihren eigenen Forte-Servern experimentierten. Und im März 2025 erklärte Mike Forte offiziell für stabil. (streams) lebt aber weiter, denn sein Killerfeature gegenüber Forte ist, daß es ActivityPub nicht braucht. Man kann es also als Zugbrücke verwenden, um das ganze ActivityPub-basierte Fediverse auf einen Schlag auszusperren.

    #Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #ActivityPub #Zot #Zot6 #Nomad #Mistpark #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte
    #cwfediversemeta #fediversemeta #redmatrix2020 #cwlangerpost #mistpark2020 #activitypub
  7. Jupiter Rowland @[email protected] ·
    @Thomas Eibich aka DK2NB
    Bauen die Workshops aufeinander auf oder kann man auch einfach so mal vorbei kommen?

    Wir haben jedes Mal Leute dabei, die zum ersten Mal bei der Sprechstunde sind und häufig auch erst seit kurzem überhaupt im Fediverse. Das ist also kein Problem. Und da baut auch nichts aufeinander auf.

    Was ist Hubzilla?

    Oh, da muß ich weit ausholen. (Ich kommentiere übrigens gerade von Hubzilla.)

    Hubzilla ist das absolute, ultimative Featuremonster im Fediverse. Eine Art Alleskönner, der Features hat, die für die allermeisten Fediverse-Nutzer im Fediverse völlig unvorstellbar sind, aber auch Features, die sich viele im Fediverse wünschen. Wohlgemerkt, ohne zu wissen, daß es diese Features im Fediverse längst gibt.

    Hubzilla ist im Prinzip "Facebook trifft WordPress trifft Google Cloud Services trifft noch mehr Zeug" im Fediverse, und es kann mit wenigen Mausklicks aufgebohrt werden zu "Facebook trifft WordPress trifft Google Cloud Services trifft Joplin trifft GeoCities trifft <irgendeine Wiki-Engine hier einsetzen> trifft noch mehr Zeug" im Fediverse. Ja, GeoCities. Man kann buchstäblich Webseiten auf Hubzilla aufbauen.

    Hier sind ein paar Links:

    Hubzilla ist übrigens älter als Mastodon.

    Hubzillas Vater ist @Mike McCue , ein pensionierter professioneller Software-Entwickler mit fast einem halben Jahrhundert an Erfahrung. Der hat schon 2010, noch vor dem in dem Sommer in den Himmel gehypeten diaspora*, eine extrem vielseitige und extrem leistungsfähige freie, quelloffene, dezentrale Facebook-Alternative gestartet, die ursprünglich Mistpark hieß und heute als Friendica bekannt ist. Die gibt's heute hoch, sie ist Teil des Fediverse, und sie ist mit Mastodon föderiert, seit es Mastodon gibt.

    Friendica ist kein Facebook-Klon, sondern eine Facebook-Alternative, die grundsätzlich dieselbe Funktion haben soll wie Facebook, aber besser als Facebook ist. Friendica kann nebenher auch genutzt werden als vollwertiges Blogging-System mit allen Schikanen: Titel, Zusammenfassung, Kategorien, alles Mögliche an Textformatierung, beliebig viele Bilder mitten im Text eingebettet, über 16 Millionen Zeichen.

    Friendica wurde aufgebaut auf seinem eigenen Protokoll namens DFRN. Aber ein Killerfeature von Friendica war schon immer, daß es sich in alle möglichen und unmöglichen anderen Richtungen verbinden kann: Fediverse, diaspora*, Tumblr, WordPress, sogar Twitter, ein paar Jahre sogar Facebook und so weiter.

    So ganz zufrieden war er damit aber nicht. Ein großes Problem war nämlich, daß jedes Mal, wenn ein öffentlicher Friendica-Node dichtmachte, die Nutzer alles verloren. Auf die Lösung kam er 2011: nomadische Identität, also die Möglichkeit, die eigene Social-Networking-Identität gleichzeitig voll synchron auf mehreren Servern zu haben.

    Dafür entwickelte er ab 2011 ein neues Protokoll names Zot, das genau diese Funktion bieten sollte. Um es zu implementieren, forkte Mike noch 2011 einen Friendica-Fork, den er im selben Jahr erstellt hatte, um mit verschiedenen Lizenzen zu experimentieren. (Deswegen steht Friendica heute unter der AGPLv3 und die meisten seiner "Nachfahren" weiterhin unter der MIT-Lizenz.)

    So entstand etwas namens "Red" (von spanisch "la red" = "das Netzwerk"). 2012 wurde es komplett neu geschrieben gegen das Zot-Protokoll. Das war der eigentliche Startschuß für Hubzilla. Damals gab Mike übrigens Friendica (das inzwischen auf die AGPLv3 relizensierte Original) an die Community ab. Ende 2012 wurde Red umbenannt in "Red Matrix", weil man "Red" nicht googlen kann.

    Allerdings wurde die Red Matrix kaum angenommen, weil sie im Grunde Friendica mit vielleicht ein oder zwei weniger Verbindungsmöglichkeiten und nomadischer Identität war. Die meisten verstanden nomadische Identität aber gar nicht, und von denen, die sie verstanden, glaubten viele, sie gar nicht zu brauchen, weil sie eh ihr Friendica-Konto auf ihrem eigenen Node hatten.

    So gab es dann im März 2015 den Schnitt. Mike und seine Mitstreiter aus der Community nahmen die Red Matrix und strickten sie um für neue Zielgruppen, insbesondere Betreiber öffentlicher Server. Dafür wurden haufenweise neue, teilweise optionale Features drangebaut: WebDAV für den eingebauten Filespace, ein CalDAV-Server, der das Frontend des Eventkalenders mitnutzt, ein CardDAV-Server, nichtföderierende Artikel, Planungskarten, Wikis, Webseiten usw. usf. Und das Ganze wurde umbenannt in Hubzilla.

    Wir sind übrigens immer noch zehn Monate vor dem Start von Mastodon.

    Standardmäßig föderiert Hubzilla nur über sein eigenes Zot-Protokoll. Es unterstützt immer noch einiges an nichtnomadischen Protokollen und Verbindungen, aber alles, was nichtnomadisch und bidirektional ist, ist optional und standardmäßig deaktiviert, muß also in einem neuen Kanal erst aktiviert werden. Darunter fällt auch ActivityPub, das Hubzilla seit Juli 2017 als allererste Software überhaupt implementiert hat, zwei Monate noch vor Mastodon.

    Damit war aber das Ende der Fahnenstange noch nicht erreicht.

    Mike wollte das Zot-Protokoll noch weiter entwickeln, und zwar auf Arten und Weisen, die möglicherweise die Kompatibilität beeinträchtigten. Das konnte er nicht auf Hubzilla selbst machen.

    Also gab er 2018 Hubzilla ab an zwei Entwickler aus der Community und forkte es. Erst kam Osada, das wohl zunächst als Entwicklungsplattform für Zot6 dienen sollte, aber trotzdem noch die meisten von Hubzillas Verbindungsmöglichkeiten hatte. Bei Osada wurde übrigens fast alles wieder entfernt, was beim Umbau von der Red Matrix zu Hubzilla dazugekommen war.

    Wie es aber zunächst aussah, würde Zot6 nicht mit nichtnomadischen Protokollen zusammenspielen können. So entstand als zweiter Fork Zap; ich glaube heute, Zap war ein Fork von Osada und nicht von Hubzilla. Jedenfalls behielt Osada die ganzen Verbindungsmöglichkeiten, verlor aber nomadische Identitäten. Zap wiederum blieb nomadisch, unterstützte aber nur Zot6.

    Schließlich stellte sich heraus: Zot6 konnte sehr wohl mit nichtnomadischen Protokollen zusammenspielen. Also wurde Osada, wie es war, Anfang 2019 eingestampft. Die Idee, einen Osada-Kanal als Gateway zwischen Zap und dem Rest des Fediverse zu haben, war sowieso gaga und wenig praktikabel. Dafür wurde von Zap kurz darauf ein zweites Osada geforkt, das sich zumindest wieder mit ActivityPub verbinden konnte. Das war zunächst der einzige Unterschied zwischen Osada und Zap.

    Im Laufe des Jahres wurden Osada und Zap stabil. Das heißt auch, Osada war so stabil, daß es keinen Grund mehr gab, warum Zap kein ActivityPub können sollte. Kurz darauf war der einzige Unterschied zwischen Osada und Zap neben dem Branding, daß auf Osada-Servern ActivityPub standardmäßig aktiviert und auf Zap-Servern standardmäßig deaktiviert war. Weil auch das Käse war und nur unnötigen Mehraufwand in der Entwicklung mit sich brachte, wurde das zweite Osada im Herbst 2019 komplett in Zap gemerget und eingestellt.

    Weil Zap jetzt aber ein stabiler Daily Driver war, brauchte Mike wieder neue Entwicklungsplattformen für Zot8. Dafür wurden 2020 ein drittes Osada, Mistpark 2020 (alias Misty) und Redmatrix 2020 geforkt. Es gab das Gerücht, daß sie verschiedene Stabilitätsstufen darstellten. Tatsächlich waren sie bis auf das Branding identisch, und es waren deshalb drei, weil Mike damit die Markenfetischisten im Fediverse trollen wollte.

    Einen stabilen Release mit Zot8 gab es nie. Statt dessen kam im Frühjahr 2021 Roadhouse dazu als Fork von einem von den dreien. Das basierte eigentlich schon auf Zot11, aber Zot11 war zu Zot6 in keinster Weise mehr kompatibel. Also entschied sich Mike, das Protokoll in Nomad umzubenennen. Heute sagt Mike, alle Versionen des Protokolls heißen jetzt Nomad; die Hubzilla-Entwickler widersprechen ihm aber und sagen, Zot6 ist immer noch Zot.

    Jetzt hatte Mike fünf Projekte, die unterschiedliche Protokollversionen nutzte, ansonsten aber dasselbe konnten und fast dasselbe UI hatten.

    Up- und Crossgrades gingen übrigens ganz einfach, in dem die Codebase des Servers umgestellt wurde. Man konnte von Zap nach Osada, Misty und Redmatrix 2020 upgraden. Man konnte zumindest zwischen Osada, Misty und Redmatrix 2020 hin und her crossgraden. Und man konnte von allen vieren nach Roadhouse upgraden.

    Im Oktober 2011 forkte Mike Roadhouse in wieder etwas Neues. Dieses Mal ging er in eine ganz andere Richtung: Was er jetzt erschaffen hatte, hatte keinen Namen. Es hatte kein Logo. Es hatte keine Markenidentität. Es war auch kein Projekt mehr. Alles mit voller Absicht und sehr gut begründet. Noch dazu nahm er sogar die MIT-Lizenz weg und stellte es direktweg in die Public Domain. Damit wollte er noch größere Anreize für Entwickler schaffen, es zu forken, um daraus etwas Eigenes zu bauen.

    Das Code-Repository brauchte aber zwingend einen Namen. Also wurde es "streams" genannt (ein Stream ist von Friendica bis heute das, was auf Twitter ein Feed und auf Mastodon eine Timeline ist). Weil nun aber die Community etwas brauchte, womit sie diese neue Software bezeichnen konnte, nahm sie den Namen des Repository und packten ihn in Klammern, um klarzustellen, daß das nicht der Name der Software war. Seitdem wird es seitens der Community "(streams)" genannt.

    Von Zap, Osada, Misty, Redmatrix 2020 und Roadhouse konnte durch Rebasen auf (streams) geupgradet werden. Weil (streams) selbst aber keinen Namen, kein Branding und nicht mal einen festgelegten Identifier für den Servertyp hat, übernahm es kurzerhand den Server-Identifier und das Logo von der vorherigen Software. Ich habe selbst mal einen (streams)-Server gesehen, der mit Zap angefangen hatte (wie aus der Subdomain hervorging) und zwischendurch mal Misty war (weil er als Misty gebrandet war), aber vom UI und von der Softwareversion her eindeutig (streams) war.

    Zum Silvesterabend 2020 stellte Mike dann Zap, Osada, Misty, Redmatrix 2020 und Roadhouse ein. Wer noch einen Server betrieb, dem war dazu geraten, auf (streams) upzugraden.

    (streams) wird heute noch von Mike weiterentwickelt. An Verbindungsmöglichkeiten hat es neben Nomad auch Hubzillas Zot6 und optional, aber standardmäßig aktiviert ActivityPub. Sogar RSS- und Atom-Feeds werden nicht mehr unterstützt, um den Entwicklungsaufwand zu reduzieren.

    Der letzte Fork kam im August 2024. Mike war ja damals einer der beiden Entwickler, die an nomadischer Identität über ActivityPub arbeiteten. Im Zuge dieser Entwicklung rollte Mike Portable Objects nach FEP-ef61 im Juni vom "nomadischen" Zweig von (streams) in den hauptsächlichen Entwicklungszweig und im Juli von da in den stabilen Zweig aus. Was im Labor aber funktioniert hatte, sorgte im täglichen Einsatz für Chaos, weil (streams) zuviele verschiedene Identitäten zu jonglieren hatte.

    Also forkte Mike (streams) im August zu Forte, entfernte jegliche Unterstützung für Nomad und Zot6 und basierte das ganze Ding komplett auf ActivityPub, und zwar inklusive nomadischer Identität. Das dürfte hauptsächlich passiert sein, um die Nomad- und Zot6-Identitäten loswerden zu können, um das Chaos sichten zu können, aber auch, weil nomadische Identität über ActivityPub die Zukunft sein soll.

    Zum 31. August warf Mike erst alle Brocken hin und wollte mit Entwicklung aufhören, weil das alles ein Riesenaufwand war. Er machte aber trotzdem weiter, weil sich in der winzigen (streams)-Community niemand fand, der (streams) und das noch instabile Forte hätte übernehmen können.

    Im September wurde erstmals ein Post von Forte durch das öffentliche Fediverse föderiert. Von da an gab es die ersten, die mit ihren eigenen Forte-Servern experimentierten. Und im März 2025 erklärte Mike Forte offiziell für stabil. (streams) lebt aber weiter, denn sein Killerfeature gegenüber Forte ist, daß es ActivityPub nicht braucht. Man kann es also als Zugbrücke verwenden, um das ganze ActivityPub-basierte Fediverse auf einen Schlag auszusperren.

    #Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #ActivityPub #Zot #Zot6 #Nomad #Mistpark #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte
    #cwfediversemeta #fediversemeta #redmatrix2020 #cwlangerpost #mistpark2020 #activitypub
  8. Jupiter Rowland @[email protected] ·
    @Thomas Eibich aka DK2NB
    Bauen die Workshops aufeinander auf oder kann man auch einfach so mal vorbei kommen?

    Wir haben jedes Mal Leute dabei, die zum ersten Mal bei der Sprechstunde sind und häufig auch erst seit kurzem überhaupt im Fediverse. Das ist also kein Problem. Und da baut auch nichts aufeinander auf.

    Was ist Hubzilla?

    Oh, da muß ich weit ausholen. (Ich kommentiere übrigens gerade von Hubzilla.)

    Hubzilla ist das absolute, ultimative Featuremonster im Fediverse. Eine Art Alleskönner, der Features hat, die für die allermeisten Fediverse-Nutzer im Fediverse völlig unvorstellbar sind, aber auch Features, die sich viele im Fediverse wünschen. Wohlgemerkt, ohne zu wissen, daß es diese Features im Fediverse längst gibt.

    Hubzilla ist im Prinzip "Facebook trifft WordPress trifft Google Cloud Services trifft noch mehr Zeug" im Fediverse, und es kann mit wenigen Mausklicks aufgebohrt werden zu "Facebook trifft WordPress trifft Google Cloud Services trifft Joplin trifft GeoCities trifft <irgendeine Wiki-Engine hier einsetzen> trifft noch mehr Zeug" im Fediverse. Ja, GeoCities. Man kann buchstäblich Webseiten auf Hubzilla aufbauen.

    Hier sind ein paar Links:

    Hubzilla ist übrigens älter als Mastodon.

    Hubzillas Vater ist @Mike McCue , ein pensionierter professioneller Software-Entwickler mit fast einem halben Jahrhundert an Erfahrung. Der hat schon 2010, noch vor dem in dem Sommer in den Himmel gehypeten diaspora*, eine extrem vielseitige und extrem leistungsfähige freie, quelloffene, dezentrale Facebook-Alternative gestartet, die ursprünglich Mistpark hieß und heute als Friendica bekannt ist. Die gibt's heute hoch, sie ist Teil des Fediverse, und sie ist mit Mastodon föderiert, seit es Mastodon gibt.

    Friendica ist kein Facebook-Klon, sondern eine Facebook-Alternative, die grundsätzlich dieselbe Funktion haben soll wie Facebook, aber besser als Facebook ist. Friendica kann nebenher auch genutzt werden als vollwertiges Blogging-System mit allen Schikanen: Titel, Zusammenfassung, Kategorien, alles Mögliche an Textformatierung, beliebig viele Bilder mitten im Text eingebettet, über 16 Millionen Zeichen.

    Friendica wurde aufgebaut auf seinem eigenen Protokoll namens DFRN. Aber ein Killerfeature von Friendica war schon immer, daß es sich in alle möglichen und unmöglichen anderen Richtungen verbinden kann: Fediverse, diaspora*, Tumblr, WordPress, sogar Twitter, ein paar Jahre sogar Facebook und so weiter.

    So ganz zufrieden war er damit aber nicht. Ein großes Problem war nämlich, daß jedes Mal, wenn ein öffentlicher Friendica-Node dichtmachte, die Nutzer alles verloren. Auf die Lösung kam er 2011: nomadische Identität, also die Möglichkeit, die eigene Social-Networking-Identität gleichzeitig voll synchron auf mehreren Servern zu haben.

    Dafür entwickelte er ab 2011 ein neues Protokoll names Zot, das genau diese Funktion bieten sollte. Um es zu implementieren, forkte Mike noch 2011 einen Friendica-Fork, den er im selben Jahr erstellt hatte, um mit verschiedenen Lizenzen zu experimentieren. (Deswegen steht Friendica heute unter der AGPLv3 und die meisten seiner "Nachfahren" weiterhin unter der MIT-Lizenz.)

    So entstand etwas namens "Red" (von spanisch "la red" = "das Netzwerk"). 2012 wurde es komplett neu geschrieben gegen das Zot-Protokoll. Das war der eigentliche Startschuß für Hubzilla. Damals gab Mike übrigens Friendica (das inzwischen auf die AGPLv3 relizensierte Original) an die Community ab. Ende 2012 wurde Red umbenannt in "Red Matrix", weil man "Red" nicht googlen kann.

    Allerdings wurde die Red Matrix kaum angenommen, weil sie im Grunde Friendica mit vielleicht ein oder zwei weniger Verbindungsmöglichkeiten und nomadischer Identität war. Die meisten verstanden nomadische Identität aber gar nicht, und von denen, die sie verstanden, glaubten viele, sie gar nicht zu brauchen, weil sie eh ihr Friendica-Konto auf ihrem eigenen Node hatten.

    So gab es dann im März 2015 den Schnitt. Mike und seine Mitstreiter aus der Community nahmen die Red Matrix und strickten sie um für neue Zielgruppen, insbesondere Betreiber öffentlicher Server. Dafür wurden haufenweise neue, teilweise optionale Features drangebaut: WebDAV für den eingebauten Filespace, ein CalDAV-Server, der das Frontend des Eventkalenders mitnutzt, ein CardDAV-Server, nichtföderierende Artikel, Planungskarten, Wikis, Webseiten usw. usf. Und das Ganze wurde umbenannt in Hubzilla.

    Wir sind übrigens immer noch zehn Monate vor dem Start von Mastodon.

    Standardmäßig föderiert Hubzilla nur über sein eigenes Zot-Protokoll. Es unterstützt immer noch einiges an nichtnomadischen Protokollen und Verbindungen, aber alles, was nichtnomadisch und bidirektional ist, ist optional und standardmäßig deaktiviert, muß also in einem neuen Kanal erst aktiviert werden. Darunter fällt auch ActivityPub, das Hubzilla seit Juli 2017 als allererste Software überhaupt implementiert hat, zwei Monate noch vor Mastodon.

    Damit war aber das Ende der Fahnenstange noch nicht erreicht.

    Mike wollte das Zot-Protokoll noch weiter entwickeln, und zwar auf Arten und Weisen, die möglicherweise die Kompatibilität beeinträchtigten. Das konnte er nicht auf Hubzilla selbst machen.

    Also gab er 2018 Hubzilla ab an zwei Entwickler aus der Community und forkte es. Erst kam Osada, das wohl zunächst als Entwicklungsplattform für Zot6 dienen sollte, aber trotzdem noch die meisten von Hubzillas Verbindungsmöglichkeiten hatte. Bei Osada wurde übrigens fast alles wieder entfernt, was beim Umbau von der Red Matrix zu Hubzilla dazugekommen war.

    Wie es aber zunächst aussah, würde Zot6 nicht mit nichtnomadischen Protokollen zusammenspielen können. So entstand als zweiter Fork Zap; ich glaube heute, Zap war ein Fork von Osada und nicht von Hubzilla. Jedenfalls behielt Osada die ganzen Verbindungsmöglichkeiten, verlor aber nomadische Identitäten. Zap wiederum blieb nomadisch, unterstützte aber nur Zot6.

    Schließlich stellte sich heraus: Zot6 konnte sehr wohl mit nichtnomadischen Protokollen zusammenspielen. Also wurde Osada, wie es war, Anfang 2019 eingestampft. Die Idee, einen Osada-Kanal als Gateway zwischen Zap und dem Rest des Fediverse zu haben, war sowieso gaga und wenig praktikabel. Dafür wurde von Zap kurz darauf ein zweites Osada geforkt, das sich zumindest wieder mit ActivityPub verbinden konnte. Das war zunächst der einzige Unterschied zwischen Osada und Zap.

    Im Laufe des Jahres wurden Osada und Zap stabil. Das heißt auch, Osada war so stabil, daß es keinen Grund mehr gab, warum Zap kein ActivityPub können sollte. Kurz darauf war der einzige Unterschied zwischen Osada und Zap neben dem Branding, daß auf Osada-Servern ActivityPub standardmäßig aktiviert und auf Zap-Servern standardmäßig deaktiviert war. Weil auch das Käse war und nur unnötigen Mehraufwand in der Entwicklung mit sich brachte, wurde das zweite Osada im Herbst 2019 komplett in Zap gemerget und eingestellt.

    Weil Zap jetzt aber ein stabiler Daily Driver war, brauchte Mike wieder neue Entwicklungsplattformen für Zot8. Dafür wurden 2020 ein drittes Osada, Mistpark 2020 (alias Misty) und Redmatrix 2020 geforkt. Es gab das Gerücht, daß sie verschiedene Stabilitätsstufen darstellten. Tatsächlich waren sie bis auf das Branding identisch, und es waren deshalb drei, weil Mike damit die Markenfetischisten im Fediverse trollen wollte.

    Einen stabilen Release mit Zot8 gab es nie. Statt dessen kam im Frühjahr 2021 Roadhouse dazu als Fork von einem von den dreien. Das basierte eigentlich schon auf Zot11, aber Zot11 war zu Zot6 in keinster Weise mehr kompatibel. Also entschied sich Mike, das Protokoll in Nomad umzubenennen. Heute sagt Mike, alle Versionen des Protokolls heißen jetzt Nomad; die Hubzilla-Entwickler widersprechen ihm aber und sagen, Zot6 ist immer noch Zot.

    Jetzt hatte Mike fünf Projekte, die unterschiedliche Protokollversionen nutzte, ansonsten aber dasselbe konnten und fast dasselbe UI hatten.

    Up- und Crossgrades gingen übrigens ganz einfach, in dem die Codebase des Servers umgestellt wurde. Man konnte von Zap nach Osada, Misty und Redmatrix 2020 upgraden. Man konnte zumindest zwischen Osada, Misty und Redmatrix 2020 hin und her crossgraden. Und man konnte von allen vieren nach Roadhouse upgraden.

    Im Oktober 2011 forkte Mike Roadhouse in wieder etwas Neues. Dieses Mal ging er in eine ganz andere Richtung: Was er jetzt erschaffen hatte, hatte keinen Namen. Es hatte kein Logo. Es hatte keine Markenidentität. Es war auch kein Projekt mehr. Alles mit voller Absicht und sehr gut begründet. Noch dazu nahm er sogar die MIT-Lizenz weg und stellte es direktweg in die Public Domain. Damit wollte er noch größere Anreize für Entwickler schaffen, es zu forken, um daraus etwas Eigenes zu bauen.

    Das Code-Repository brauchte aber zwingend einen Namen. Also wurde es "streams" genannt (ein Stream ist von Friendica bis heute das, was auf Twitter ein Feed und auf Mastodon eine Timeline ist). Weil nun aber die Community etwas brauchte, womit sie diese neue Software bezeichnen konnte, nahm sie den Namen des Repository und packten ihn in Klammern, um klarzustellen, daß das nicht der Name der Software war. Seitdem wird es seitens der Community "(streams)" genannt.

    Von Zap, Osada, Misty, Redmatrix 2020 und Roadhouse konnte durch Rebasen auf (streams) geupgradet werden. Weil (streams) selbst aber keinen Namen, kein Branding und nicht mal einen festgelegten Identifier für den Servertyp hat, übernahm es kurzerhand den Server-Identifier und das Logo von der vorherigen Software. Ich habe selbst mal einen (streams)-Server gesehen, der mit Zap angefangen hatte (wie aus der Subdomain hervorging) und zwischendurch mal Misty war (weil er als Misty gebrandet war), aber vom UI und von der Softwareversion her eindeutig (streams) war.

    Zum Silvesterabend 2020 stellte Mike dann Zap, Osada, Misty, Redmatrix 2020 und Roadhouse ein. Wer noch einen Server betrieb, dem war dazu geraten, auf (streams) upzugraden.

    (streams) wird heute noch von Mike weiterentwickelt. An Verbindungsmöglichkeiten hat es neben Nomad auch Hubzillas Zot6 und optional, aber standardmäßig aktiviert ActivityPub. Sogar RSS- und Atom-Feeds werden nicht mehr unterstützt, um den Entwicklungsaufwand zu reduzieren.

    Der letzte Fork kam im August 2024. Mike war ja damals einer der beiden Entwickler, die an nomadischer Identität über ActivityPub arbeiteten. Im Zuge dieser Entwicklung rollte Mike Portable Objects nach FEP-ef61 im Juni vom "nomadischen" Zweig von (streams) in den hauptsächlichen Entwicklungszweig und im Juli von da in den stabilen Zweig aus. Was im Labor aber funktioniert hatte, sorgte im täglichen Einsatz für Chaos, weil (streams) zuviele verschiedene Identitäten zu jonglieren hatte.

    Also forkte Mike (streams) im August zu Forte, entfernte jegliche Unterstützung für Nomad und Zot6 und basierte das ganze Ding komplett auf ActivityPub, und zwar inklusive nomadischer Identität. Das dürfte hauptsächlich passiert sein, um die Nomad- und Zot6-Identitäten loswerden zu können, um das Chaos sichten zu können, aber auch, weil nomadische Identität über ActivityPub die Zukunft sein soll.

    Zum 31. August warf Mike erst alle Brocken hin und wollte mit Entwicklung aufhören, weil das alles ein Riesenaufwand war. Er machte aber trotzdem weiter, weil sich in der winzigen (streams)-Community niemand fand, der (streams) und das noch instabile Forte hätte übernehmen können.

    Im September wurde erstmals ein Post von Forte durch das öffentliche Fediverse föderiert. Von da an gab es die ersten, die mit ihren eigenen Forte-Servern experimentierten. Und im März 2025 erklärte Mike Forte offiziell für stabil. (streams) lebt aber weiter, denn sein Killerfeature gegenüber Forte ist, daß es ActivityPub nicht braucht. Man kann es also als Zugbrücke verwenden, um das ganze ActivityPub-basierte Fediverse auf einen Schlag auszusperren.

    #Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #ActivityPub #Zot #Zot6 #Nomad #Mistpark #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte
    #cwfediversemeta #fediversemeta #redmatrix2020 #cwlangerpost #mistpark2020 #activitypub
  9. Jupiter Rowland @[email protected] ·
    @Thomas Eibich aka DK2NB
    Bauen die Workshops aufeinander auf oder kann man auch einfach so mal vorbei kommen?

    Wir haben jedes Mal Leute dabei, die zum ersten Mal bei der Sprechstunde sind und häufig auch erst seit kurzem überhaupt im Fediverse. Das ist also kein Problem. Und da baut auch nichts aufeinander auf.

    Was ist Hubzilla?

    Oh, da muß ich weit ausholen. (Ich kommentiere übrigens gerade von Hubzilla.)

    Hubzilla ist das absolute, ultimative Featuremonster im Fediverse. Eine Art Alleskönner, der Features hat, die für die allermeisten Fediverse-Nutzer im Fediverse völlig unvorstellbar sind, aber auch Features, die sich viele im Fediverse wünschen. Wohlgemerkt, ohne zu wissen, daß es diese Features im Fediverse längst gibt.

    Hubzilla ist im Prinzip "Facebook trifft WordPress trifft Google Cloud Services trifft noch mehr Zeug" im Fediverse, und es kann mit wenigen Mausklicks aufgebohrt werden zu "Facebook trifft WordPress trifft Google Cloud Services trifft Joplin trifft GeoCities trifft <irgendeine Wiki-Engine hier einsetzen> trifft noch mehr Zeug" im Fediverse. Ja, GeoCities. Man kann buchstäblich Webseiten auf Hubzilla aufbauen.

    Hier sind ein paar Links:

    Hubzilla ist übrigens älter als Mastodon.

    Hubzillas Vater ist @Mike McCue , ein pensionierter professioneller Software-Entwickler mit fast einem halben Jahrhundert an Erfahrung. Der hat schon 2010, noch vor dem in dem Sommer in den Himmel gehypeten diaspora*, eine extrem vielseitige und extrem leistungsfähige freie, quelloffene, dezentrale Facebook-Alternative gestartet, die ursprünglich Mistpark hieß und heute als Friendica bekannt ist. Die gibt's heute hoch, sie ist Teil des Fediverse, und sie ist mit Mastodon föderiert, seit es Mastodon gibt.

    Friendica ist kein Facebook-Klon, sondern eine Facebook-Alternative, die grundsätzlich dieselbe Funktion haben soll wie Facebook, aber besser als Facebook ist. Friendica kann nebenher auch genutzt werden als vollwertiges Blogging-System mit allen Schikanen: Titel, Zusammenfassung, Kategorien, alles Mögliche an Textformatierung, beliebig viele Bilder mitten im Text eingebettet, über 16 Millionen Zeichen.

    Friendica wurde aufgebaut auf seinem eigenen Protokoll namens DFRN. Aber ein Killerfeature von Friendica war schon immer, daß es sich in alle möglichen und unmöglichen anderen Richtungen verbinden kann: Fediverse, diaspora*, Tumblr, WordPress, sogar Twitter, ein paar Jahre sogar Facebook und so weiter.

    So ganz zufrieden war er damit aber nicht. Ein großes Problem war nämlich, daß jedes Mal, wenn ein öffentlicher Friendica-Node dichtmachte, die Nutzer alles verloren. Auf die Lösung kam er 2011: nomadische Identität, also die Möglichkeit, die eigene Social-Networking-Identität gleichzeitig voll synchron auf mehreren Servern zu haben.

    Dafür entwickelte er ab 2011 ein neues Protokoll names Zot, das genau diese Funktion bieten sollte. Um es zu implementieren, forkte Mike noch 2011 einen Friendica-Fork, den er im selben Jahr erstellt hatte, um mit verschiedenen Lizenzen zu experimentieren. (Deswegen steht Friendica heute unter der AGPLv3 und die meisten seiner "Nachfahren" weiterhin unter der MIT-Lizenz.)

    So entstand etwas namens "Red" (von spanisch "la red" = "das Netzwerk"). 2012 wurde es komplett neu geschrieben gegen das Zot-Protokoll. Das war der eigentliche Startschuß für Hubzilla. Damals gab Mike übrigens Friendica (das inzwischen auf die AGPLv3 relizensierte Original) an die Community ab. Ende 2012 wurde Red umbenannt in "Red Matrix", weil man "Red" nicht googlen kann.

    Allerdings wurde die Red Matrix kaum angenommen, weil sie im Grunde Friendica mit vielleicht ein oder zwei weniger Verbindungsmöglichkeiten und nomadischer Identität war. Die meisten verstanden nomadische Identität aber gar nicht, und von denen, die sie verstanden, glaubten viele, sie gar nicht zu brauchen, weil sie eh ihr Friendica-Konto auf ihrem eigenen Node hatten.

    So gab es dann im März 2015 den Schnitt. Mike und seine Mitstreiter aus der Community nahmen die Red Matrix und strickten sie um für neue Zielgruppen, insbesondere Betreiber öffentlicher Server. Dafür wurden haufenweise neue, teilweise optionale Features drangebaut: WebDAV für den eingebauten Filespace, ein CalDAV-Server, der das Frontend des Eventkalenders mitnutzt, ein CardDAV-Server, nichtföderierende Artikel, Planungskarten, Wikis, Webseiten usw. usf. Und das Ganze wurde umbenannt in Hubzilla.

    Wir sind übrigens immer noch zehn Monate vor dem Start von Mastodon.

    Standardmäßig föderiert Hubzilla nur über sein eigenes Zot-Protokoll. Es unterstützt immer noch einiges an nichtnomadischen Protokollen und Verbindungen, aber alles, was nichtnomadisch und bidirektional ist, ist optional und standardmäßig deaktiviert, muß also in einem neuen Kanal erst aktiviert werden. Darunter fällt auch ActivityPub, das Hubzilla seit Juli 2017 als allererste Software überhaupt implementiert hat, zwei Monate noch vor Mastodon.

    Damit war aber das Ende der Fahnenstange noch nicht erreicht.

    Mike wollte das Zot-Protokoll noch weiter entwickeln, und zwar auf Arten und Weisen, die möglicherweise die Kompatibilität beeinträchtigten. Das konnte er nicht auf Hubzilla selbst machen.

    Also gab er 2018 Hubzilla ab an zwei Entwickler aus der Community und forkte es. Erst kam Osada, das wohl zunächst als Entwicklungsplattform für Zot6 dienen sollte, aber trotzdem noch die meisten von Hubzillas Verbindungsmöglichkeiten hatte. Bei Osada wurde übrigens fast alles wieder entfernt, was beim Umbau von der Red Matrix zu Hubzilla dazugekommen war.

    Wie es aber zunächst aussah, würde Zot6 nicht mit nichtnomadischen Protokollen zusammenspielen können. So entstand als zweiter Fork Zap; ich glaube heute, Zap war ein Fork von Osada und nicht von Hubzilla. Jedenfalls behielt Osada die ganzen Verbindungsmöglichkeiten, verlor aber nomadische Identitäten. Zap wiederum blieb nomadisch, unterstützte aber nur Zot6.

    Schließlich stellte sich heraus: Zot6 konnte sehr wohl mit nichtnomadischen Protokollen zusammenspielen. Also wurde Osada, wie es war, Anfang 2019 eingestampft. Die Idee, einen Osada-Kanal als Gateway zwischen Zap und dem Rest des Fediverse zu haben, war sowieso gaga und wenig praktikabel. Dafür wurde von Zap kurz darauf ein zweites Osada geforkt, das sich zumindest wieder mit ActivityPub verbinden konnte. Das war zunächst der einzige Unterschied zwischen Osada und Zap.

    Im Laufe des Jahres wurden Osada und Zap stabil. Das heißt auch, Osada war so stabil, daß es keinen Grund mehr gab, warum Zap kein ActivityPub können sollte. Kurz darauf war der einzige Unterschied zwischen Osada und Zap neben dem Branding, daß auf Osada-Servern ActivityPub standardmäßig aktiviert und auf Zap-Servern standardmäßig deaktiviert war. Weil auch das Käse war und nur unnötigen Mehraufwand in der Entwicklung mit sich brachte, wurde das zweite Osada im Herbst 2019 komplett in Zap gemerget und eingestellt.

    Weil Zap jetzt aber ein stabiler Daily Driver war, brauchte Mike wieder neue Entwicklungsplattformen für Zot8. Dafür wurden 2020 ein drittes Osada, Mistpark 2020 (alias Misty) und Redmatrix 2020 geforkt. Es gab das Gerücht, daß sie verschiedene Stabilitätsstufen darstellten. Tatsächlich waren sie bis auf das Branding identisch, und es waren deshalb drei, weil Mike damit die Markenfetischisten im Fediverse trollen wollte.

    Einen stabilen Release mit Zot8 gab es nie. Statt dessen kam im Frühjahr 2021 Roadhouse dazu als Fork von einem von den dreien. Das basierte eigentlich schon auf Zot11, aber Zot11 war zu Zot6 in keinster Weise mehr kompatibel. Also entschied sich Mike, das Protokoll in Nomad umzubenennen. Heute sagt Mike, alle Versionen des Protokolls heißen jetzt Nomad; die Hubzilla-Entwickler widersprechen ihm aber und sagen, Zot6 ist immer noch Zot.

    Jetzt hatte Mike fünf Projekte, die unterschiedliche Protokollversionen nutzte, ansonsten aber dasselbe konnten und fast dasselbe UI hatten.

    Up- und Crossgrades gingen übrigens ganz einfach, in dem die Codebase des Servers umgestellt wurde. Man konnte von Zap nach Osada, Misty und Redmatrix 2020 upgraden. Man konnte zumindest zwischen Osada, Misty und Redmatrix 2020 hin und her crossgraden. Und man konnte von allen vieren nach Roadhouse upgraden.

    Im Oktober 2011 forkte Mike Roadhouse in wieder etwas Neues. Dieses Mal ging er in eine ganz andere Richtung: Was er jetzt erschaffen hatte, hatte keinen Namen. Es hatte kein Logo. Es hatte keine Markenidentität. Es war auch kein Projekt mehr. Alles mit voller Absicht und sehr gut begründet. Noch dazu nahm er sogar die MIT-Lizenz weg und stellte es direktweg in die Public Domain. Damit wollte er noch größere Anreize für Entwickler schaffen, es zu forken, um daraus etwas Eigenes zu bauen.

    Das Code-Repository brauchte aber zwingend einen Namen. Also wurde es "streams" genannt (ein Stream ist von Friendica bis heute das, was auf Twitter ein Feed und auf Mastodon eine Timeline ist). Weil nun aber die Community etwas brauchte, womit sie diese neue Software bezeichnen konnte, nahm sie den Namen des Repository und packten ihn in Klammern, um klarzustellen, daß das nicht der Name der Software war. Seitdem wird es seitens der Community "(streams)" genannt.

    Von Zap, Osada, Misty, Redmatrix 2020 und Roadhouse konnte durch Rebasen auf (streams) geupgradet werden. Weil (streams) selbst aber keinen Namen, kein Branding und nicht mal einen festgelegten Identifier für den Servertyp hat, übernahm es kurzerhand den Server-Identifier und das Logo von der vorherigen Software. Ich habe selbst mal einen (streams)-Server gesehen, der mit Zap angefangen hatte (wie aus der Subdomain hervorging) und zwischendurch mal Misty war (weil er als Misty gebrandet war), aber vom UI und von der Softwareversion her eindeutig (streams) war.

    Zum Silvesterabend 2020 stellte Mike dann Zap, Osada, Misty, Redmatrix 2020 und Roadhouse ein. Wer noch einen Server betrieb, dem war dazu geraten, auf (streams) upzugraden.

    (streams) wird heute noch von Mike weiterentwickelt. An Verbindungsmöglichkeiten hat es neben Nomad auch Hubzillas Zot6 und optional, aber standardmäßig aktiviert ActivityPub. Sogar RSS- und Atom-Feeds werden nicht mehr unterstützt, um den Entwicklungsaufwand zu reduzieren.

    Der letzte Fork kam im August 2024. Mike war ja damals einer der beiden Entwickler, die an nomadischer Identität über ActivityPub arbeiteten. Im Zuge dieser Entwicklung rollte Mike Portable Objects nach FEP-ef61 im Juni vom "nomadischen" Zweig von (streams) in den hauptsächlichen Entwicklungszweig und im Juli von da in den stabilen Zweig aus. Was im Labor aber funktioniert hatte, sorgte im täglichen Einsatz für Chaos, weil (streams) zuviele verschiedene Identitäten zu jonglieren hatte.

    Also forkte Mike (streams) im August zu Forte, entfernte jegliche Unterstützung für Nomad und Zot6 und basierte das ganze Ding komplett auf ActivityPub, und zwar inklusive nomadischer Identität. Das dürfte hauptsächlich passiert sein, um die Nomad- und Zot6-Identitäten loswerden zu können, um das Chaos sichten zu können, aber auch, weil nomadische Identität über ActivityPub die Zukunft sein soll.

    Zum 31. August warf Mike erst alle Brocken hin und wollte mit Entwicklung aufhören, weil das alles ein Riesenaufwand war. Er machte aber trotzdem weiter, weil sich in der winzigen (streams)-Community niemand fand, der (streams) und das noch instabile Forte hätte übernehmen können.

    Im September wurde erstmals ein Post von Forte durch das öffentliche Fediverse föderiert. Von da an gab es die ersten, die mit ihren eigenen Forte-Servern experimentierten. Und im März 2025 erklärte Mike Forte offiziell für stabil. (streams) lebt aber weiter, denn sein Killerfeature gegenüber Forte ist, daß es ActivityPub nicht braucht. Man kann es also als Zugbrücke verwenden, um das ganze ActivityPub-basierte Fediverse auf einen Schlag auszusperren.

    #Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #ActivityPub #Zot #Zot6 #Nomad #Mistpark #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte
    #zap #red #zot #zot6 #long #forte
  10. Jupiter Rowland @[email protected] ·
    @Thomas Eibich aka DK2NB
    Bauen die Workshops aufeinander auf oder kann man auch einfach so mal vorbei kommen?

    Wir haben jedes Mal Leute dabei, die zum ersten Mal bei der Sprechstunde sind und häufig auch erst seit kurzem überhaupt im Fediverse. Das ist also kein Problem. Und da baut auch nichts aufeinander auf.

    Was ist Hubzilla?

    Oh, da muß ich weit ausholen. (Ich kommentiere übrigens gerade von Hubzilla.)

    Hubzilla ist das absolute, ultimative Featuremonster im Fediverse. Eine Art Alleskönner, der Features hat, die für die allermeisten Fediverse-Nutzer im Fediverse völlig unvorstellbar sind, aber auch Features, die sich viele im Fediverse wünschen. Wohlgemerkt, ohne zu wissen, daß es diese Features im Fediverse längst gibt.

    Hubzilla ist im Prinzip "Facebook trifft WordPress trifft Google Cloud Services trifft noch mehr Zeug" im Fediverse, und es kann mit wenigen Mausklicks aufgebohrt werden zu "Facebook trifft WordPress trifft Google Cloud Services trifft Joplin trifft GeoCities trifft <irgendeine Wiki-Engine hier einsetzen> trifft noch mehr Zeug" im Fediverse. Ja, GeoCities. Man kann buchstäblich Webseiten auf Hubzilla aufbauen.

    Hier sind ein paar Links:

    Hubzilla ist übrigens älter als Mastodon.

    Hubzillas Vater ist @Mike McCue , ein pensionierter professioneller Software-Entwickler mit fast einem halben Jahrhundert an Erfahrung. Der hat schon 2010, noch vor dem in dem Sommer in den Himmel gehypeten diaspora*, eine extrem vielseitige und extrem leistungsfähige freie, quelloffene, dezentrale Facebook-Alternative gestartet, die ursprünglich Mistpark hieß und heute als Friendica bekannt ist. Die gibt's heute hoch, sie ist Teil des Fediverse, und sie ist mit Mastodon föderiert, seit es Mastodon gibt.

    Friendica ist kein Facebook-Klon, sondern eine Facebook-Alternative, die grundsätzlich dieselbe Funktion haben soll wie Facebook, aber besser als Facebook ist. Friendica kann nebenher auch genutzt werden als vollwertiges Blogging-System mit allen Schikanen: Titel, Zusammenfassung, Kategorien, alles Mögliche an Textformatierung, beliebig viele Bilder mitten im Text eingebettet, über 16 Millionen Zeichen.

    Friendica wurde aufgebaut auf seinem eigenen Protokoll namens DFRN. Aber ein Killerfeature von Friendica war schon immer, daß es sich in alle möglichen und unmöglichen anderen Richtungen verbinden kann: Fediverse, diaspora*, Tumblr, WordPress, sogar Twitter, ein paar Jahre sogar Facebook und so weiter.

    So ganz zufrieden war er damit aber nicht. Ein großes Problem war nämlich, daß jedes Mal, wenn ein öffentlicher Friendica-Node dichtmachte, die Nutzer alles verloren. Auf die Lösung kam er 2011: nomadische Identität, also die Möglichkeit, die eigene Social-Networking-Identität gleichzeitig voll synchron auf mehreren Servern zu haben.

    Dafür entwickelte er ab 2011 ein neues Protokoll names Zot, das genau diese Funktion bieten sollte. Um es zu implementieren, forkte Mike noch 2011 einen Friendica-Fork, den er im selben Jahr erstellt hatte, um mit verschiedenen Lizenzen zu experimentieren. (Deswegen steht Friendica heute unter der AGPLv3 und die meisten seiner "Nachfahren" weiterhin unter der MIT-Lizenz.)

    So entstand etwas namens "Red" (von spanisch "la red" = "das Netzwerk"). 2012 wurde es komplett neu geschrieben gegen das Zot-Protokoll. Das war der eigentliche Startschuß für Hubzilla. Damals gab Mike übrigens Friendica (das inzwischen auf die AGPLv3 relizensierte Original) an die Community ab. Ende 2012 wurde Red umbenannt in "Red Matrix", weil man "Red" nicht googlen kann.

    Allerdings wurde die Red Matrix kaum angenommen, weil sie im Grunde Friendica mit vielleicht ein oder zwei weniger Verbindungsmöglichkeiten und nomadischer Identität war. Die meisten verstanden nomadische Identität aber gar nicht, und von denen, die sie verstanden, glaubten viele, sie gar nicht zu brauchen, weil sie eh ihr Friendica-Konto auf ihrem eigenen Node hatten.

    So gab es dann im März 2015 den Schnitt. Mike und seine Mitstreiter aus der Community nahmen die Red Matrix und strickten sie um für neue Zielgruppen, insbesondere Betreiber öffentlicher Server. Dafür wurden haufenweise neue, teilweise optionale Features drangebaut: WebDAV für den eingebauten Filespace, ein CalDAV-Server, der das Frontend des Eventkalenders mitnutzt, ein CardDAV-Server, nichtföderierende Artikel, Planungskarten, Wikis, Webseiten usw. usf. Und das Ganze wurde umbenannt in Hubzilla.

    Wir sind übrigens immer noch zehn Monate vor dem Start von Mastodon.

    Standardmäßig föderiert Hubzilla nur über sein eigenes Zot-Protokoll. Es unterstützt immer noch einiges an nichtnomadischen Protokollen und Verbindungen, aber alles, was nichtnomadisch und bidirektional ist, ist optional und standardmäßig deaktiviert, muß also in einem neuen Kanal erst aktiviert werden. Darunter fällt auch ActivityPub, das Hubzilla seit Juli 2017 als allererste Software überhaupt implementiert hat, zwei Monate noch vor Mastodon.

    Damit war aber das Ende der Fahnenstange noch nicht erreicht.

    Mike wollte das Zot-Protokoll noch weiter entwickeln, und zwar auf Arten und Weisen, die möglicherweise die Kompatibilität beeinträchtigten. Das konnte er nicht auf Hubzilla selbst machen.

    Also gab er 2018 Hubzilla ab an zwei Entwickler aus der Community und forkte es. Erst kam Osada, das wohl zunächst als Entwicklungsplattform für Zot6 dienen sollte, aber trotzdem noch die meisten von Hubzillas Verbindungsmöglichkeiten hatte. Bei Osada wurde übrigens fast alles wieder entfernt, was beim Umbau von der Red Matrix zu Hubzilla dazugekommen war.

    Wie es aber zunächst aussah, würde Zot6 nicht mit nichtnomadischen Protokollen zusammenspielen können. So entstand als zweiter Fork Zap; ich glaube heute, Zap war ein Fork von Osada und nicht von Hubzilla. Jedenfalls behielt Osada die ganzen Verbindungsmöglichkeiten, verlor aber nomadische Identitäten. Zap wiederum blieb nomadisch, unterstützte aber nur Zot6.

    Schließlich stellte sich heraus: Zot6 konnte sehr wohl mit nichtnomadischen Protokollen zusammenspielen. Also wurde Osada, wie es war, Anfang 2019 eingestampft. Die Idee, einen Osada-Kanal als Gateway zwischen Zap und dem Rest des Fediverse zu haben, war sowieso gaga und wenig praktikabel. Dafür wurde von Zap kurz darauf ein zweites Osada geforkt, das sich zumindest wieder mit ActivityPub verbinden konnte. Das war zunächst der einzige Unterschied zwischen Osada und Zap.

    Im Laufe des Jahres wurden Osada und Zap stabil. Das heißt auch, Osada war so stabil, daß es keinen Grund mehr gab, warum Zap kein ActivityPub können sollte. Kurz darauf war der einzige Unterschied zwischen Osada und Zap neben dem Branding, daß auf Osada-Servern ActivityPub standardmäßig aktiviert und auf Zap-Servern standardmäßig deaktiviert war. Weil auch das Käse war und nur unnötigen Mehraufwand in der Entwicklung mit sich brachte, wurde das zweite Osada im Herbst 2019 komplett in Zap gemerget und eingestellt.

    Weil Zap jetzt aber ein stabiler Daily Driver war, brauchte Mike wieder neue Entwicklungsplattformen für Zot8. Dafür wurden 2020 ein drittes Osada, Mistpark 2020 (alias Misty) und Redmatrix 2020 geforkt. Es gab das Gerücht, daß sie verschiedene Stabilitätsstufen darstellten. Tatsächlich waren sie bis auf das Branding identisch, und es waren deshalb drei, weil Mike damit die Markenfetischisten im Fediverse trollen wollte.

    Einen stabilen Release mit Zot8 gab es nie. Statt dessen kam im Frühjahr 2021 Roadhouse dazu als Fork von einem von den dreien. Das basierte eigentlich schon auf Zot11, aber Zot11 war zu Zot6 in keinster Weise mehr kompatibel. Also entschied sich Mike, das Protokoll in Nomad umzubenennen. Heute sagt Mike, alle Versionen des Protokolls heißen jetzt Nomad; die Hubzilla-Entwickler widersprechen ihm aber und sagen, Zot6 ist immer noch Zot.

    Jetzt hatte Mike fünf Projekte, die unterschiedliche Protokollversionen nutzte, ansonsten aber dasselbe konnten und fast dasselbe UI hatten.

    Up- und Crossgrades gingen übrigens ganz einfach, in dem die Codebase des Servers umgestellt wurde. Man konnte von Zap nach Osada, Misty und Redmatrix 2020 upgraden. Man konnte zumindest zwischen Osada, Misty und Redmatrix 2020 hin und her crossgraden. Und man konnte von allen vieren nach Roadhouse upgraden.

    Im Oktober 2011 forkte Mike Roadhouse in wieder etwas Neues. Dieses Mal ging er in eine ganz andere Richtung: Was er jetzt erschaffen hatte, hatte keinen Namen. Es hatte kein Logo. Es hatte keine Markenidentität. Es war auch kein Projekt mehr. Alles mit voller Absicht und sehr gut begründet. Noch dazu nahm er sogar die MIT-Lizenz weg und stellte es direktweg in die Public Domain. Damit wollte er noch größere Anreize für Entwickler schaffen, es zu forken, um daraus etwas Eigenes zu bauen.

    Das Code-Repository brauchte aber zwingend einen Namen. Also wurde es "streams" genannt (ein Stream ist von Friendica bis heute das, was auf Twitter ein Feed und auf Mastodon eine Timeline ist). Weil nun aber die Community etwas brauchte, womit sie diese neue Software bezeichnen konnte, nahm sie den Namen des Repository und packten ihn in Klammern, um klarzustellen, daß das nicht der Name der Software war. Seitdem wird es seitens der Community "(streams)" genannt.

    Von Zap, Osada, Misty, Redmatrix 2020 und Roadhouse konnte durch Rebasen auf (streams) geupgradet werden. Weil (streams) selbst aber keinen Namen, kein Branding und nicht mal einen festgelegten Identifier für den Servertyp hat, übernahm es kurzerhand den Server-Identifier und das Logo von der vorherigen Software. Ich habe selbst mal einen (streams)-Server gesehen, der mit Zap angefangen hatte (wie aus der Subdomain hervorging) und zwischendurch mal Misty war (weil er als Misty gebrandet war), aber vom UI und von der Softwareversion her eindeutig (streams) war.

    Zum Silvesterabend 2020 stellte Mike dann Zap, Osada, Misty, Redmatrix 2020 und Roadhouse ein. Wer noch einen Server betrieb, dem war dazu geraten, auf (streams) upzugraden.

    (streams) wird heute noch von Mike weiterentwickelt. An Verbindungsmöglichkeiten hat es neben Nomad auch Hubzillas Zot6 und optional, aber standardmäßig aktiviert ActivityPub. Sogar RSS- und Atom-Feeds werden nicht mehr unterstützt, um den Entwicklungsaufwand zu reduzieren.

    Der letzte Fork kam im August 2024. Mike war ja damals einer der beiden Entwickler, die an nomadischer Identität über ActivityPub arbeiteten. Im Zuge dieser Entwicklung rollte Mike Portable Objects nach FEP-ef61 im Juni vom "nomadischen" Zweig von (streams) in den hauptsächlichen Entwicklungszweig und im Juli von da in den stabilen Zweig aus. Was im Labor aber funktioniert hatte, sorgte im täglichen Einsatz für Chaos, weil (streams) zuviele verschiedene Identitäten zu jonglieren hatte.

    Also forkte Mike (streams) im August zu Forte, entfernte jegliche Unterstützung für Nomad und Zot6 und basierte das ganze Ding komplett auf ActivityPub, und zwar inklusive nomadischer Identität. Das dürfte hauptsächlich passiert sein, um die Nomad- und Zot6-Identitäten loswerden zu können, um das Chaos sichten zu können, aber auch, weil nomadische Identität über ActivityPub die Zukunft sein soll.

    Zum 31. August warf Mike erst alle Brocken hin und wollte mit Entwicklung aufhören, weil das alles ein Riesenaufwand war. Er machte aber trotzdem weiter, weil sich in der winzigen (streams)-Community niemand fand, der (streams) und das noch instabile Forte hätte übernehmen können.

    Im September wurde erstmals ein Post von Forte durch das öffentliche Fediverse föderiert. Von da an gab es die ersten, die mit ihren eigenen Forte-Servern experimentierten. Und im März 2025 erklärte Mike Forte offiziell für stabil. (streams) lebt aber weiter, denn sein Killerfeature gegenüber Forte ist, daß es ActivityPub nicht braucht. Man kann es also als Zugbrücke verwenden, um das ganze ActivityPub-basierte Fediverse auf einen Schlag auszusperren.

    #Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #ActivityPub #Zot #Zot6 #Nomad #Mistpark #Friendica #Red #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte
    #cwfediversemeta #fediversemeta #redmatrix2020 #cwlangerpost #mistpark2020 #activitypub
  11. Jupiter Rowland @[email protected] ·
    @prex Sit down, get a snack and a drink, for this will be long.

    I wish someone made the federated G+

    "The federated G+" was literally made before Google+ itself.

    diaspora*


    Have you ever heard of diaspora*?

    If not, let me take you back to 2010. Back then, it first came out that Facebook was spying on its users and selling their private data. In spring, four students asked for $12,000 of crowdfunding for an ambitious project: a free, open-source, non-commercial, non-corporate, decentralised alternative to Facebook named diaspora*.

    The word spread like wild fire. Tech media jumped upon it. Non-tech mass media jumped upon it. These four guys were about to develop a Facebook killer! Of the requested $12,000, they got over $200,000.

    They started working in May, 2010. In October, they presented a first very early alpha version of diaspora* that could only run on Macs as servers. It would take the likely suicide of the project founder, the replacement of the whole development team and several years to even release a first beta. To this day, diaspora* did not have a 1.0 stable release.

    In general, diaspora* did not become the huge, super-popular Facebook killer. It always remained obscure.

    Google+


    Then came Google. They saw that people wanted to move away from Facebook, but they thought they had nowhere to go. And Google wanted to exploit the self-same source of income as Facebook. So they launched Google+.

    Google+ was a blatant, full-on, all-out rip-off of diaspora*. The circles that almost everyone "knows" were invented by Google? diaspora*'s aspects, stolen by Google. Google's entire new corporate UI design with the black navigation bar at the top? diaspora*'s design.

    Like, cirlces? So ahead of its times!


    Again: diaspora* had Google+'s circles before Google+ had circles. diaspora* has aspects, and Google stole them and named them circles.

    Google got away with it easily. Nobody knew diaspora*. Nobody knew what diaspora* looks like. And diaspora* itself had other things to take care of than a multi-billion-dollar lawsuit against a power-mongering Silicon Valley teracorporation or even a C&D against Google.

    The slow death of diaspora*


    But seriously, diaspora* isn't worth looking at nowadays. It may have released a 0.9 beta last year, skipping 0.8 altogether. But it's withering away.

    Shortly before New Year's Eve 2024, three major diaspora* pods shut down. According to one statistics website, diaspora* lost more than half its user accounts within three days. For April 1st, 2025, the shutdown of diasp.org, one of the biggest and most important pods, has been announced. JoinDiaspora, the old lighthouse pod, has been gone for quite a while now.

    But diaspora*'s issues lie not only in its slow development, but also in its design decisions. It's beautiful, but it's minimalist to the point of being lack-lustre. Also, diaspora* does not support ActivityPub and never will. It only supports its own protocol. The developers have explicitly decided against supporting ActivityPub because Fediverse projects don't "implement ActivityPub", they "implement Mastodon". This, however, also means that diaspora* cannot connect to most of the Fediverse by far.

    Friendica


    But: There's even better than diaspora* and Google+ that's free, open-source, decentralised and federated. And it was there before Google+. I'm not kidding.

    Remember, it took four students, $200,000 of crowd-funding and five months (May to October, 2010) to create a first, very unfinished preview of diaspora*.

    But the same year, it took one developer and protocol designer with some three decades of experience (@Mike Macgirvin 🖥️), zero crowd-funding and only four months (March to July, 2010) to create a first, very fleshed-out and useable release of something initially called Mistpark.

    At this point, when the four diaspora* creators were still tinkering, Mistpark was already more powerful than both diaspora* and Mastodon are today. It already had everything a social network needs. It had diaspora*'s aspects before diaspora* had aspects and long before Google+ had circles; only it called them lists. And Mistpark's lists were diaspora*'s aspects and Google+'s circles on coke.

    Since early 2012, Mistpark has been known as Friendica (official website). Since mid-January, 2025, it is the primary go-to alternative to Facebook in the Fediverse. And it has continuously been fully federated with Mastodon for as long as Mastodon has been around. Since January, 2016. Again, I'm not kidding.

    Friendica's descendants


    But Mike didn't stop there. He went on and improved the same concept further and further by forking his own creations and advancing them technologically.

    In 2011, he invented the concept of nomadic identity (something that Bluesky claims to have invented much later, but has yet to prove to be functional) to make identites more resilient against server shutdown, and he created another all-new communication protocol named Zot (today known as Nomad) for that purpose.

    In 2012, he handed Friendica over to the community and forked it into something called Red, later the Red Matrix. It was the first not only decentralised, but nomadic social server application in the world. In 2015, it was redesigned, vastly expanded in features and renamed Hubzilla (official website).

    To this day, Hubzilla is the one most powerful and feature-rich Fediverse server application. It is not a vague concept or in early development; instead, it has been a rock-solid multi-purpose daily driver for longer than Mastodon has been around.

    Another one of its key features is what's the second-most advanced and fine-grained permissions system in the Fediverse, something that Mastodon doesn't have at all. Its privacy groups are diaspora*'s aspects or Google+'s circles on coke and 'roids because you can do things with them that are impossible even on Friendica, much less diaspora* or Google+, not to mention what Mastodon calls lists. They aren't called privacy groups for nothing.

    In 2018, Mike handed the development of Hubzilla over to the community to concentrate on the further advancement of Zot. This led to:
    • Osada (2018, discontinued in 2019)
    • Zap (2018, discontinued in 2022)
    • another Osada (2019, discontinued later in 2019)
    • yet another Osada (2020, discontinued in 2022)
    • Redmatrix 2020 (2020, discontinued in 2022)
    • Mistpark 2020 a.k.a. Misty (2020, discontinued in 2022)
    • Roadhouse (2021, discontinued in 2022)
    • (streams) (code repository, 2021)
    • Forte (code repository, 2024)

    Except for the first Osada, all of them were or still are nomadic. Except for Zap until some point in 2019, all of them supported or still support ActivityPub. And they all had or still have an advanced permissions system which, at least on (streams) and Forte, even slightly surpasses Hubzilla's. Their access lists are at least on par with Hubzilla's privacy groups.

    Finally


    If you're looking for a decentralised Google+ drop-in replacement, that'd be diaspora*. But diaspora* is dying, and it will never federate with Mastodon.

    If you're also interested in something that's even better than Google+, check Friendica, Hubzilla and (streams).

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Google+ #GooglePlus #diaspora* #Mistpark #Friendika #Friendica #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte #Lists #Aspects #Circles #PrivacyGroups #AccessLists
    #cwfediversemeta #fediversemeta #redmatrix2020 #privacygroups #mistpark2020 #accesslists
  12. Jupiter Rowland @[email protected] ·
    @prex Sit down, get a snack and a drink, for this will be long.

    I wish someone made the federated G+

    "The federated G+" was literally made before Google+ itself.

    diaspora*


    Have you ever heard of diaspora*?

    If not, let me take you back to 2010. Back then, it first came out that Facebook was spying on its users and selling their private data. In spring, four students asked for $12,000 of crowdfunding for an ambitious project: a free, open-source, non-commercial, non-corporate, decentralised alternative to Facebook named diaspora*.

    The word spread like wild fire. Tech media jumped upon it. Non-tech mass media jumped upon it. These four guys were about to develop a Facebook killer! Of the requested $12,000, they got over $200,000.

    They started working in May, 2010. In October, they presented a first very early alpha version of diaspora* that could only run on Macs as servers. It would take the likely suicide of the project founder, the replacement of the whole development team and several years to even release a first beta. To this day, diaspora* did not have a 1.0 stable release.

    In general, diaspora* did not become the huge, super-popular Facebook killer. It always remained obscure.

    Google+


    Then came Google. They saw that people wanted to move away from Facebook, but they thought they had nowhere to go. And Google wanted to exploit the self-same source of income as Facebook. So they launched Google+.

    Google+ was a blatant, full-on, all-out rip-off of diaspora*. The circles that almost everyone "knows" were invented by Google? diaspora*'s aspects, stolen by Google. Google's entire new corporate UI design with the black navigation bar at the top? diaspora*'s design.

    Like, cirlces? So ahead of its times!


    Again: diaspora* had Google+'s circles before Google+ had circles. diaspora* has aspects, and Google stole them and named them circles.

    Google got away with it easily. Nobody knew diaspora*. Nobody knew what diaspora* looks like. And diaspora* itself had other things to take care of than a multi-billion-dollar lawsuit against a power-mongering Silicon Valley teracorporation or even a C&D against Google.

    The slow death of diaspora*


    But seriously, diaspora* isn't worth looking at nowadays. It may have released a 0.9 beta last year, skipping 0.8 altogether. But it's withering away.

    Shortly before New Year's Eve 2024, three major diaspora* pods shut down. According to one statistics website, diaspora* lost more than half its user accounts within three days. For April 1st, 2025, the shutdown of diasp.org, one of the biggest and most important pods, has been announced. JoinDiaspora, the old lighthouse pod, has been gone for quite a while now.

    But diaspora*'s issues lie not only in its slow development, but also in its design decisions. It's beautiful, but it's minimalist to the point of being lack-lustre. Also, diaspora* does not support ActivityPub and never will. It only supports its own protocol. The developers have explicitly decided against supporting ActivityPub because Fediverse projects don't "implement ActivityPub", they "implement Mastodon". This, however, also means that diaspora* cannot connect to most of the Fediverse by far.

    Friendica


    But: There's even better than diaspora* and Google+ that's free, open-source, decentralised and federated. And it was there before Google+. I'm not kidding.

    Remember, it took four students, $200,000 of crowd-funding and five months (May to October, 2010) to create a first, very unfinished preview of diaspora*.

    But the same year, it took one developer and protocol designer with some three decades of experience (@Mike Macgirvin 🖥️), zero crowd-funding and only four months (March to July, 2010) to create a first, very fleshed-out and useable release of something initially called Mistpark.

    At this point, when the four diaspora* creators were still tinkering, Mistpark was already more powerful than both diaspora* and Mastodon are today. It already had everything a social network needs. It had diaspora*'s aspects before diaspora* had aspects and long before Google+ had circles; only it called them lists. And Mistpark's lists were diaspora*'s aspects and Google+'s circles on coke.

    Since early 2012, Mistpark has been known as Friendica (official website). Since mid-January, 2025, it is the primary go-to alternative to Facebook in the Fediverse. And it has continuously been fully federated with Mastodon for as long as Mastodon has been around. Since January, 2016. Again, I'm not kidding.

    Friendica's descendants


    But Mike didn't stop there. He went on and improved the same concept further and further by forking his own creations and advancing them technologically.

    In 2011, he invented the concept of nomadic identity (something that Bluesky claims to have invented much later, but has yet to prove to be functional) to make identites more resilient against server shutdown, and he created another all-new communication protocol named Zot (today known as Nomad) for that purpose.

    In 2012, he handed Friendica over to the community and forked it into something called Red, later the Red Matrix. It was the first not only decentralised, but nomadic social server application in the world. In 2015, it was redesigned, vastly expanded in features and renamed Hubzilla (official website).

    To this day, Hubzilla is the one most powerful and feature-rich Fediverse server application. It is not a vague concept or in early development; instead, it has been a rock-solid multi-purpose daily driver for longer than Mastodon has been around.

    Another one of its key features is what's the second-most advanced and fine-grained permissions system in the Fediverse, something that Mastodon doesn't have at all. Its privacy groups are diaspora*'s aspects or Google+'s circles on coke and 'roids because you can do things with them that are impossible even on Friendica, much less diaspora* or Google+, not to mention what Mastodon calls lists. They aren't called privacy groups for nothing.

    In 2018, Mike handed the development of Hubzilla over to the community to concentrate on the further advancement of Zot. This led to:
    • Osada (2018, discontinued in 2019)
    • Zap (2018, discontinued in 2022)
    • another Osada (2019, discontinued later in 2019)
    • yet another Osada (2020, discontinued in 2022)
    • Redmatrix 2020 (2020, discontinued in 2022)
    • Mistpark 2020 a.k.a. Misty (2020, discontinued in 2022)
    • Roadhouse (2021, discontinued in 2022)
    • (streams) (code repository, 2021)
    • Forte (code repository, 2024)

    Except for the first Osada, all of them were or still are nomadic. Except for Zap until some point in 2019, all of them supported or still support ActivityPub. And they all had or still have an advanced permissions system which, at least on (streams) and Forte, even slightly surpasses Hubzilla's. Their access lists are at least on par with Hubzilla's privacy groups.

    Finally


    If you're looking for a decentralised Google+ drop-in replacement, that'd be diaspora*. But diaspora* is dying, and it will never federate with Mastodon.

    If you're also interested in something that's even better than Google+, check Friendica, Hubzilla and (streams).

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Google+ #GooglePlus #diaspora* #Mistpark #Friendika #Friendica #RedMatrix #Hubzilla #Osada #Zap #Mistpark2020 #Misty #Redmatrix2020 #Roadhouse #Streams #(streams) #Forte #Lists #Aspects #Circles #PrivacyGroups #AccessLists
    #cwfediversemeta #fediversemeta #redmatrix2020 #privacygroups #mistpark2020 #accesslists
  13. Jupiter's Fedi-Memes on (streams) @[email protected] ·
    CW: Meme: Me trying to retell the whole history of Mike Macgirvin's Fediverse creations from Mistpark to Forte; CW: eye contact
    [spoiler=Caution: Image hidden due to eye contact]

    Explanation:


    The image is based on the "Pepe Silvia" meme template.

    It references the complexity of the history of Fediverse server applications created by @Mike Macgirvin 🖥️ which started in July, 2010 with the release of Mistpark, known today as Friendica. It led through a maze of forks, all created by Mike from his own works, to his most recent project, Forte, from August, 2024. The only other two survivors from this history are Hubzilla from 2015 and the streams repository from 2021. In fact, the streams repository itself adds to the complexity of the history because it is not a project, and the software in it is intentionally without a name and a brand identity.

    #Fediverse #Mistpark #Friendika #Friendica #Red #Red Matrix #Hubzilla #Osada #Zap #Mistpark 2020 #Misty #Redmatrix 2020 #Roadhouse #(streams) #Forte #Meme #FediMeme #Fediverse Meme #Image macro #Exploitable #Pepe Silvia #EyeContact #CWEyeContact #Sensitive #⚠️
    #redmatrix2020 #fediversememe #mistpark2020 #imagemacro #pepesilvia #redmatrix
  14. Jupiter's Fedi-Memes on (streams) @[email protected] ·
    CW: Meme: Me trying to retell the whole history of Mike Macgirvin's Fediverse creations from Mistpark to Forte; CW: eye contact
    [spoiler=Caution: Image hidden due to eye contact]

    Explanation:


    The image is based on the "Pepe Silvia" meme template.

    It references the complexity of the history of Fediverse server applications created by @Mike Macgirvin 🖥️ which started in July, 2010 with the release of Mistpark, known today as Friendica. It led through a maze of forks, all created by Mike from his own works, to his most recent project, Forte, from August, 2024. The only other two survivors from this history are Hubzilla from 2015 and the streams repository from 2021. In fact, the streams repository itself adds to the complexity of the history because it is not a project, and the software in it is intentionally without a name and a brand identity.

    #Fediverse #Mistpark #Friendika #Friendica #Red #Red Matrix #Hubzilla #Osada #Zap #Mistpark 2020 #Misty #Redmatrix 2020 #Roadhouse #(streams) #Forte #Meme #FediMeme #Fediverse Meme #Image macro #Exploitable #Pepe Silvia #EyeContact #CWEyeContact #Sensitive #⚠️
    #redmatrix2020 #fediversememe #mistpark2020 #imagemacro #pepesilvia #redmatrix
  15. Jupiter's Fedi-Memes on (streams) @[email protected] ·
    CW: Meme: Me trying to retell the whole history of Mike Macgirvin's Fediverse creations from Mistpark to Forte; CW: eye contact
    [spoiler=Caution: Image hidden due to eye contact]

    Explanation:


    The image is based on the "Pepe Silvia" meme template.

    It references the complexity of the history of Fediverse server applications created by @Mike Macgirvin 🖥️ which started in July, 2010 with the release of Mistpark, known today as Friendica. It led through a maze of forks, all created by Mike from his own works, to his most recent project, Forte, from August, 2024. The only other two survivors from this history are Hubzilla from 2015 and the streams repository from 2021. In fact, the streams repository itself adds to the complexity of the history because it is not a project, and the software in it is intentionally without a name and a brand identity.

    #Fediverse #Mistpark #Friendika #Friendica #Red #Red Matrix #Hubzilla #Osada #Zap #Mistpark 2020 #Misty #Redmatrix 2020 #Roadhouse #(streams) #Forte #Meme #FediMeme #Fediverse Meme #Image macro #Exploitable #Pepe Silvia #EyeContact #CWEyeContact #Sensitive #⚠️
    #redmatrix2020 #fediversememe #mistpark2020 #imagemacro #pepesilvia #redmatrix
  16. Jupiter's Fedi-Memes on (streams) @[email protected] ·
    CW: Meme: Me trying to retell the whole history of Mike Macgirvin's Fediverse creations from Mistpark to Forte; CW: eye contact
    [spoiler=Caution: Image hidden due to eye contact]

    Explanation:


    The image is based on the "Pepe Silvia" meme template.

    It references the complexity of the history of Fediverse server applications created by @Mike Macgirvin 🖥️ which started in July, 2010 with the release of Mistpark, known today as Friendica. It led through a maze of forks, all created by Mike from his own works, to his most recent project, Forte, from August, 2024. The only other two survivors from this history are Hubzilla from 2015 and the streams repository from 2021. In fact, the streams repository itself adds to the complexity of the history because it is not a project, and the software in it is intentionally without a name and a brand identity.

    #Fediverse #Mistpark #Friendika #Friendica #Red #Red Matrix #Hubzilla #Osada #Zap #Mistpark 2020 #Misty #Redmatrix 2020 #Roadhouse #(streams) #Forte #Meme #FediMeme #Fediverse Meme #Image macro #Exploitable #Pepe Silvia #EyeContact #CWEyeContact #Sensitive #⚠️
    #zap #meme #forte #misty #osada #fedimeme
  17. Jupiter's Fedi-Memes on (streams) @[email protected] ·
    CW: Meme: Me trying to retell the whole history of Mike Macgirvin's Fediverse creations from Mistpark to Forte; CW: eye contact
    [spoiler=Caution: Image hidden due to eye contact]

    Explanation:


    The image is based on the "Pepe Silvia" meme template.

    It references the complexity of the history of Fediverse server applications created by @Mike Macgirvin 🖥️ which started in July, 2010 with the release of Mistpark, known today as Friendica. It led through a maze of forks, all created by Mike from his own works, to his most recent project, Forte, from August, 2024. The only other two survivors from this history are Hubzilla from 2015 and the streams repository from 2021. In fact, the streams repository itself adds to the complexity of the history because it is not a project, and the software in it is intentionally without a name and a brand identity.

    #Fediverse #Mistpark #Friendika #Friendica #Red #Red Matrix #Hubzilla #Osada #Zap #Mistpark 2020 #Misty #Redmatrix 2020 #Roadhouse #(streams) #Forte #Meme #FediMeme #Fediverse Meme #Image macro #Exploitable #Pepe Silvia #EyeContact #CWEyeContact #Sensitive #⚠️
    #redmatrix2020 #fediversememe #mistpark2020 #imagemacro #pepesilvia #redmatrix
  18. Jupiter Rowland @[email protected] ·
    @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
    #cwfediversemeta #fediversemeta #redmatrix2020 #cwlangerpost #mistpark2020 #cwlongpost
  19. Jupiter Rowland @[email protected] ·
    @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
    #cwfediversemeta #fediversemeta #redmatrix2020 #cwlangerpost #mistpark2020 #cwlongpost
  20. Jupiter Rowland @[email protected] ·
    @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
    #cwfediversemeta #fediversemeta #redmatrix2020 #cwlangerpost #mistpark2020 #cwlongpost
  21. Jupiter Rowland @[email protected] ·
    @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
    #zap #red #long #forte #misty #osada
  22. Jupiter Rowland @[email protected] ·
    @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
    #cwfediversemeta #fediversemeta #redmatrix2020 #cwlangerpost #mistpark2020 #cwlongpost
  23. Jupiter Rowland @[email protected] ·
    @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
    #cwfediversemeta #fediversemeta #mistpark2020 #cwfedimeta #wildebeest #redmatrix
  24. Jupiter Rowland @[email protected] ·
    @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.
    #nomadicidentity #singlesignon #mistpark2020 #openwebauth #activitypub #fediverse
  25. Jupiter Rowland @[email protected] ·
    @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.
    #nomadicidentity #mistpark2020 #redmatrix #roadhouse #friendica #hubzilla
  26. Jupiter Rowland @[email protected] ·
    Theory: There were three projects named #Osada.

    Osada 1: forked from #Hubzilla (or the code base of Mike's #RedMatrix instance?) as the first step towards #Zap on the quest for Zot/6. Probably the only one that still federated with Diaspora*. The only one without #NomadicIdentity (Zap always had it). Turned out a dead end.

    Osada 2: literally Zap with ActivityPub. In fact, in the end, both had the same code base, Osada was Zap with the admin-side ActivityPub switch on, and Zap was Osada with that switch off. Made it to a stable 2.0 release. When Zap officially received ActivityPub support and was handed over to the community, Osada 2 was redundant and discontinued.

    Osada 3: must have been another Zap fork in the fray that also contained experimental Redmatrix (mostly Mike's instance which had never seen the Hubzilla branding and then became its own project) and yet another Zap fork which revived the old #Friendica name #Mistpark, now usually shortened to #Misty, which was created to be even more stable than Zap. Said to have ended with the same code base as Misty, save for the branding, or at least on the same level of stability. Discontinued at the end of 2022 and superseded by #Streams. Only one known survivor on the same domain as one out of two Zap instances known to me (not counting Mike's Zap-branded (streams) instance).

    #Mistpark2020 hashtag because it didn't fit into the text anymore.
    #nomadicidentity #mistpark2020 #redmatrix #friendica #hubzilla #mistpark
  27. Jupiter Rowland @[email protected] ·
    @Fred Brooker Not on #Mastodon with #ActivityPub as it is right now.

    But the #Zot protocol, created by the #Friendica inventor Mike Macgirvin in 2011, seven years before ActivityPub became a standard, allows for something that's called #NomadicIdentity. In fact, Zot was created specifically for this feature.

    Friendica with its #DFRN protocol already allows full account portability between instances on a degree that Mastodon users still think is absolutely impossible, and a Friendica account contains much more data than a Mastodon account.

    Nomadic identity goes even further: It lets you have the very same channel on multiple instances at the same time. So you don't move to a new instance, leaving a dead and disconnected account behind. You create a 100% clone of your channel. And that clone will remain a clone, for it's kept in-sync with the original in real-time. And you can have as many clones as possible.

    Sounds like utter science-fiction, right? But it's reality.

    In 2012, four years before Mastodon, Macgirvin himself forked his own Friendica, ported it to Zot and renamed it Red. It was later renamed #RedMatrix, and when it saw its 1.0 stable release in late 2015, still months before Mastodon, it got its final and current name, #Hubzilla.

    If you think it's still born, if you think something like this couldn't possibly have survived: Hubzilla is still around. It is still being developed. Its current version is 8.2 from last month, and 8.3 is being field-tested.

    And yes, it still offers nomadic identity while each channel has features which Mastodon users couldn't imagine in their wildest dreams. And all of it is kept in-sync between instances by nomadic identity.

    Also: I speak to you from Hubzilla right now. No, I'm not on Mastodon, although this should be clear from how long this post already is. Hubzilla has optional ActivityPub support per channel.

    And even Zot itself is advancing. Not long after the launch of Hubzilla, Macgirvin created two forks for the development of Zot/6, #Osada with ActivityPub and #Zap without it. More forks came after Hubzilla had been upgraded to Zot/6 in order to develop Zot/8, #Mistpark2020 and #Roadhouse. All four are EOL now and superseded by #Streams which first saw the light of day last year, and which runs on #Nomad, formerly known as Zot/11, providing better integration of non-nomadic protocols such as ActivityPub.
    #nomadicidentity #mistpark2020 #activitypub #friendica #redmatrix #roadhouse
  28. Jupiter Rowland @[email protected] ·
    @Tokyo Outsider (337ppm) #Streams will never supersede/replace #Hubzilla because they're radically different concepts.

    Hubzilla is intended as a federated, nomadic, all-powerful jack-of-all-trades. Also, like almost all other Fediverse projects, Hubzilla is a self-contained, "run-as-is" project.

    (streams) is not even a Fediverse "service" or "platform" at all. (streams) isn't a branded product like Mastodon or Hubzilla. It is not a coherent, self-contained product, it's a code repository. And it's usually written (streams) because neither is "Streams" a brand name like "Mastodon" or "Hubzilla", nor is the three waves logo a brand logo. The term (streams) is only being used because that thing needed something to refer to it as.

    @mike created it as a tool kit with the intention for people to take the code and build something nice out of it which is not branded "Streams" thenl. This was not his primary intention, but his only intention. While it's possible to install and run vanilla (streams) on a server as if it was a coherent, self-contained Fediverse project, and while this has been done, (streams) has never been intended for this use.

    Maybe, at some point in the future, Hubzilla itself will be ported to (streams). But its name will remain Hubzilla, and the logo will remain the same.

    Also, most (streams) instances use neither the name "Streams" nor the three-waves logo to make themselves known. Case in point: the Communities page on Rumbly.net which itself is one of the few public (streams) instances known to me, and which doesn't identify as "Streams" either.

    For example, Mike's private instance is branded #Zap, complete with the Zap logo. But it's (streams). I think it was upgraded from Zap (which itself started out as a Hubzilla fork to test-drive Zot/6, then was declared stable, and (streams) is a fork of a fork of a fork of Zap), and Mike deliberately left the name and the logo in.

    Look through the Community Types column. You'll see lots of names you've never heard of. Behind not exactly few of them are (streams) instances. If it has that "colourful guy" as a logo which is a replacement for a missing logo, it has to be a practically unbranded (streams) instance.

    Any picture that only appears once usually marks a (streams) instance, too. There are a few examples: This is a #Roadhouse instance with probably no active administration, or the admin doesn't know that Roadhouse (the direct predecessor of (streams) and Mike's last branded creation) hasn't heard of (streams) yet or that anything post-Hubzilla should be upgraded to it.

    Another funny case: Streem identifies as "Streemz" while carrying the #Misty a.k.a. #Mistpark2020 logo (Misty was made between Zap and Roadhouse).

    Online Lutherans is an exception: It's an utterly undermaintained Zap instance with the logo replaced.

    An even more hilarious exception: Gidi's Osada is one of the last remaining #Osada instances. Osada was forked off Hubzilla along with Zap, and it started out as Zap + ActivityPub (Zap was Zot/6 only). When Zot/6 was ready for prime-time, and Hubzilla was upgraded to it, Osada was merged with Zap (before that, the only difference between the two was the instance-wide ActivityPub switch on the admin panels), just to re-emerge later as one of four experimental Zap forks on the way to Zot/8 and eventually Zot/11 a.k.a. Nomad.

    By the way, there are two more ways of identifying (streams). One: Click the burger menu. If there's a "Communities" entry, it's (streams). If there's a "Sites" entry, it's one of its EOL predecessors. Two: If it has the same colour scheme as my Hubzilla channel, it's most likely (streams).
    #mistpark2020 #roadhouse #hubzilla #streams #misty #osada
  29. Jupiter Rowland @[email protected] ·
    @mike
    Streams is basically an acknowledgement that my work has no value to anybody but me.

    The lack of popularity for #Friendica, #Hubzilla, #Zap & Co. never came from nobody caring.

    It always came from nobody even knowing that they exist in the first place.

    In 2010, people were ready and willing to pump a few hundred thousand US dollars into the development of #Diaspora. They hoped that Diaspora* would be a free, decentralised Social Web revolution. But the development of Diaspora* took an eternity, and out came something lack-lustre and underwhelming that spent several years in public alpha.

    Why didn't people save their money and use #Friendika instead which was everything they had dreamed of and then some? Which was vastly more powerful in spring 2010 before Diaspora* was developed than Diaspora* itself would ever become? Why was Diaspora* developed in the first place? Why was the wheel re-invented, but worse?

    Because nobody knew that Friendika existed. That's why. Diaspora* made it into all big news because its developers a) announced to mass media that they want to compete with #Facebook and b) asked people for crowdfunding, hence the big publicity campaign. If Friendika had been as well-known as, for example, #Firefox, Diaspora* wouldn't exist.

    I myself only found Friendika back in the day by actively searching the Web for decentralised social network platforms. It was a thorough, intense search. And I eventually stumbled upon it.

    As for Hubzilla, I happened upon it on Friendica when someone mentioned it.

    As for #Osada and #Zap, I think it was you who mentioned them within the Hubzilla dev bubble which I occasionally got a glance into. Someone from that bubble also led me to #Misty a.k.a. #Mistpark2020.

    As for #Roadhouse and #Streams, I discovered them on Zotlabs by chance. And their Zotlabs pages were never filled with any information on what they are and what they do.

    I didn't find out about any of these projects through any form of advertising or publicity campaign, nor did I learn about any of them through tech media.

    Only once do I recall that any of these projects has ever been presented at a FLOSS or hacker event. That was years ago at the #ChaosCommunicationCongress where a panel about Friendica was held. But even that panel was like Friendica devs talking to other devs about developing Friendica and Friendica node admins talking to other LAMP stack admins about installing and running Friendica nodes. What Friendica can do was only mentioned briefly. The first step, namely getting people interested in using Friendica as end users to see what it's good for, was skipped entirely. And there was no info booth, there was no promotional material, there were no flyers, no nothing. Even #OpenStreetMap had flyers.

    #Mastodon was just lucky. For starters, it was the first free and decentralised microblogging service that was launched in years. The whole #StatusNet and #GNUsocial things had been so long ago that even those few who had come across it barely remembered, so Mastodon didn't seem like it was aping them. And it must have attracted enough disgruntled #birdsite users already then to gain a critical mass.

    Before 2022, we already had a situation in which the vast majority of Mastodon users believed that the #Fediverse was Mastodon, and Mastodon was the Fediverse, and there was nothing else out there. Pleroma was already vastly superior to Mastodon technologically, but Mastodon had the critical mass. Still, Mastodon itself was so obscure that #TimBernersLee had never heard of it, much less of any of your projects or Diaspora*, and therefore decided to re-invent the free, open-source, non-commercial, decentralised social wheel all from scratch once more.

    When the #TwitterTakeover started looming on the horizon, people started recommending Mastodon on #Twitter. And pretty much only Mastodon because that was all they knew. Again, critical mass. This critical mass enlarged itself in several waves.

    I guess not a single birdsite refugee had ever heard of any Fediverse project beyond Mastodon when they joined it, and I guess over 80% still never have. And they keep wondering how people can toot more than 500 characters, whether their Mastodon instance has different settings and such. I know from personal experience that it often takes several attempts to explain to people that, no, I am not on Mastodon, and Hubzilla is not a Mastodon instance.

    Mass media don't make it any better. Both general news media and tech media have meanwhile picked up the Mastodon phenomenon, and many have accepted that Mastodon is here to stay. Still, all general news media and nearly all tech media "know" that Mastodon is the Fediverse and vice versa, and that there isn't anything else out there. Some media outlets have joined the Fediverse themselves. They could be way better off with #Akkoma or #Pixelfed or Hubzilla or their own take on Streams. But they're on Mastodon. Why? Because that's all they knew when they got there. Because they've settled with Mastodon before even knowing that there are projects that'd suit them better. And they'll probably never know.

    Now don't get me wrong, I'm not blaming you personally. I'm not even sure if it's good style for the main dev of a project to go peddling their own work. Making your projects known should have been a task for the whole community. Not only the devs, not only the hub admins, but the users. Because if someone can talk to aspiring users, it's actual users. "If you build it, they will come" has failed, and we should have seen this coming.

    Large-scale migration away from proprietary, commercial projects and towards free, open-source, non-commercial alternatives only happens under pressure from outside and even then not always. Large-scale adoption of Firefox in Germany happened when the most widely-used browser was #InternetExplorer 6 which was not only hopelessly outdated but so insecure that the malware spread through it alone caused millions upon millions of Euros in damage. And it only happened because the reaction upon this was our Mother Of The Nation, Federal Chancellor #AngelaMerkel, herself telling the Germans to move from IE6 to Firefox.

    And the mass migration from Twitter to Mastodon only happened for two reasons: One, Twitter was threatening to get more and more hard to take. Two, Twitter didn't and still doesn't really have a commercial, corporate-owned, centralised competitor. All possible Twitter alternatives are decentralised #FLOSS. There was nowhere else to go than down the Fediverse route.

    Right now, however, I don't see a #Facebook takeover that'd turn it into yet another Nazi hive and cause people to flee to Friendica and/or Hubzilla. Nor does #OlafScholz tell people to quit Facebook and join Friendica/Hubzilla instead. He doesn't even tell people to join Mastodon.

    No, growth for Friendica, Hubzilla and Streams still has to come from within. And again, this won't be a task for the core devs. All they'll have to do is tell the community what there is to advertise. But I don't expect anything really new to come anytime soon, seeing as Streams seems to be a be-all, end-all project that can be turned into anything without involvement by the core devs. So we already know what there basically is to advertise. And when it comes to cool new features, we learn about them quickly when new versions come around, and the devs do talk about these beforehand.

    So the first step would be to get these projects known outside the #DFRN, #Zot and #Nomad bubble. This would lead us into two different, bigger bubbles. One is the Fediverse which, as I've already mentioned, the vast majority of its own users still sees as synonymous with Mastodon. Granted, we'd have tough competition there, for if someone desires more than 500 characters per post, maybe they're better off with Akkoma or a different Mastodon instance. And federation with Diaspora* is no longer a unique selling point because hardly anyone uses Diaspora* exclusively anymore, so I guess hardly anyone misses the Diaspora* connector on Streams. But maybe a "federated social Swiss army knife" like Friendica or even Hubzilla or a "federated social construction kit" like Streams is exactly what some people are looking for. Remember that the Fediverse alone covers millions of people. 1% of them is slowly but steadily closing in on being 100,000.

    The other bubble is the FLOSS scene. This may be more difficult because, curiously, the FLOSS scene barely knows about the Fediverse, even about Mastodon, and thus has barely adopted it. This will be somewhat tougher. Some people in that scene reject social media altogether because they associate social media with corporate spyware, and they've convinced themselves that they don't need any social media (or their social media hub is either a git repository hoster, ironically often a #Microsoft property, or a mailing list). Others have a general dislike towards GUIs, only using ultra-minimalist #i3wm and no pointing devices themselves. Or they cling to the UNIX philosophy that each tool has to be able to only do one thing which gets to the point that they actually use different tools for receiving, composing and sending e-mails. Even Friendica can do too much for their tastes.

    Still, I think that other people in the FLOSS bubble may be more welcoming, also because the Fediverse is yet another rather successful attempt at competing against corporate monopolies with FLOSS, with decentralised FLOSS à la #XMPP or #Matrix even. Also, while the #GAFAM bubble sees us as a bunch of idealistic but ultimately successless basement-dwelling nerds, the FLOSS bubble will see us as some of their own ilk doing more cool stuff in addition to all the cool stuff that has already been done. Not to mention that the FLOSS bubble has its own news outlets. We just must not repeat the mistake of only trying to talk to potential devs or potential instance admins. We have to reach out to aspiring end users first and foremost. Devs and admins will come in their wake. FLOSS people aren't keen on developing something they've never even tried using.

    Media coverage outside the FLOSS bubble might give us an even wider audience. Sure, it may appear like even specialised tech media aren't interested in anything that isn't commercial. And some outlets do flat-out refuse to publish anything about anything FLOSS, or they only write about whoever pays them to write about them. But generally, they don't have an aversion against FLOSS alternatives to commercial products. Mass media helped Firefox spread. Mass media helped Diaspora* exceed their crowd-funding goal buy suggesting it'll be a Facebook killer. And mass media are right now accepting Mastodon and the Fediverse as the next big thing instead of some wacky nerd stuff. It may actually happen that media outlets which still reject the Fediverse in favour of Twitter will be seen as not only backwards-oriented, but outright right-wing.

    It's hard to say how easy it'd be in 2023 to even only get tech media to write about Friendica, Hubzilla or even Streams. On the one hand, there may still be an attitude of, "Nobody wants to read about it if it wasn't launched with venture capital." On the other hand, the Fediverse itself has more than one foot in the door, what with journalists joining Mastodon and entire media outlets launching their own instances. All we have to do is get the knowledge into their heads that the Fediverse is more than Mastodon. Maybe they'll find this discovery so amazing that they'll write about it.

    I think Friendica would be the easiest case. Okay, it'll be hard to treat something as cool new stuff if it has been around for 13 years or so. But it isn't so modular, it's more like an all-in-one "black box" of the kind that non-techy types prefer, and it concentrates on social networking and doesn't overwhelm its users with features, at least not that much. Also, it's the closes to being "to Facebook what Mastodon is to Twitter."

    Hubzilla could mainly score with its sheer, all-encompassing power. It's certainly the most powerful, most versatile Fediverse project. This, however, may make it too powerful for casuals. It's also more modular than Friendica which means that many cool features, even including #ActivityPub support, have to be activated by the user. That said, Hubzilla's main issues, its user interface which capitulates before its vast amount of features, its documentation which reads more like a technical spec than a user manual and its outdated and less-than-welcoming representation on the Web, are being tackled as we speak (or rather type). Thanks to @Scott M. Stolz, Hubzilla may soon have one or multiple user interfaces that make it much easier to harness its vast power and flexibility.

    Streams, or (streams) as some spell it, is still the odd one out. I must admit that even experienced Hubzilla veterans often have a hard time understanding what it actually is, much less Mastodon users, not to mention the GAFAM-only bubble. While bone-stock Streams itself is easier to use than Hubzilla, partly thanks to a reworked UI, partly thanks to lots of features having been cut and therefore no longer cluttering the UI, the whole concept may be confusing to many. It's not only even less of a "black box" than Hubzilla, it isn't a project or even a platform like Mastodon or Friendica at all; it's only a code repository which you can yoink and make something nice out of. Streams says, "Fork me!" It wasn't made to be run vanilla as a Zap successor which is a rather subversive idea. In fact, running Streams as-is is subverting the subversion again; it doesn't help that vanilla Streams makes for a decent Fediverse server already.

    So Streams will be difficult to explain even to tinker-happy FLOSS people, its main target audience, and even more so to those who have only just left the commercial, corporate software bubble they had called their cosy home for many years and managed to wrap their minds around Mastodon. What Streams needs more than Hubzilla is reference implementations that show in practice rather than in theory what can be done with it. I mean, it's hard enough to grasp that Hubzilla can serve as a macroblog or a wiki until you've seen it happen with your own eyes.

    A typical Hubzilla reference implementation would be a regular instance with all bells and whistles with open registration (until it's full, that is). People can join it, play around with it and make it their social homebase. Along with it, there could be Hubzilla instances that aren't social networking platforms but something different, yet still "powered by Hubzilla" as would be written on them. These could show Hubzilla's versatility. Something you were told is "something like Facebook" suddenly powers a blog. Or a community webpage, including a public event calendar. Or a wiki. Or a personal website with a personal DAV cloud server silently running in the background. Things that make Hubzilla get away with ActivityPub being optional, especially if these websites have nomadic clones. In this case, #Zot only serves to keep the clones in sync.

    With Streams, the focus should be vice-versa. It'd be more important to show off what can be done on top of Streams or by forking Streams and making something nice and "unexpected" with it, preferably with multiple identical nomadic clones to show off what #Nomad can do, but still with a "powered by Streams" badge on it. A social networking platform or two could come later and mainly to demonstrate that Streams can do that, too. If this came first, Streams would be reduced to being "the next Friendica" or the next attempt at a Facebook competitor, and nobody would try to use it for anything else. Rather than that, Streams deserves a reputation as "nomadic WordPress" at the very least.

    There's a lot that can be done to help these projects gain popularity. Some of it is already being done, especially for Hubzilla. And Streams can be given some time to take off, new as it is. Sitting around and waiting for people to come only gains us those who came from Twitter to Mastodon and then happened upon Friendica or Hubzilla through posts with over 500 characters.
    #chaoscommunicationcongress #internetexplorer #twittertakeover #openstreetmap #timbernerslee #mistpark2020
  30. Jupiter Rowland @[email protected] ·
    @smallcircles (Humane Tech Now) The list of apps isn't quite up-to-date anymore.

    The old #Zotlabs projects #Redmatrix, #Osada, #Zap, #Mistpark2020 and #Roadhouse were discontinued as of December 31st and superseded by whatever you get out of the #Streams repository (#^https://codeberg.org/streams/streams).
    #mistpark2020 #redmatrix #roadhouse #zotlabs #streams #osada
  31. Jupiter Rowland @[email protected] ·
    CW: This is how I witnessed the development of Friendica, Hubzilla, Streams &amp; Co.
    Allow me to digress from the usual topic on this channel once more.

    I'm pretty sure that no human being on this planet has created nearly as many federated social platforms as @mike. But all these (actually not always so) different platforms can be a bit confusing. Even I may be wrong here and there, but I'll try to make some sense of them by putting them into a kind of chronology.


    So first, there was #Friendica. Only that it started out under the name of #Mistpark. I'll get to the name later.

    Remember #Diaspora? Remember summer 2010 when the crowdfunding run was launched so that those four guys could spend all their time creating a free, #OpenSource, decentralised, federated social network (a.k.a. #Facebook killer) which they wanted to name Diaspora*?

    Well, they unknowingly wanted to re-invent the wheel. #StatusNet was already there, #GNUsocial was already there, and especially, Mistpark was already there with a 1.x release and more powerful than both, actually, more powerful than Diaspora would ever become. I think Mistpark even already had Diaspora*'s aspects, only that they were called groups.

    As for its concept, Mistpark went beyond that of Diaspora*. Mistpark didn't only want a bunch of instances ("nodes" in this case) of its own kind to connect with one another, it also wanted to federate with everything else that moved, be it e-mail, be it StatusNet, be it Twitter, be it whatever.

    The first name change was from Mistpark to #Friendika. The reason was that the original name sounded repelling to German speakers. "Mist" means "fog" in English, but "dung" or "manure" in German, not to mention that it's a German curse word.

    When Diaspora* was finally there, Friendika didn't see it as competition, it saw it as another federation target. To this day, Friendica is fully federated with Diaspora*, and that has exclusively been the work of the Friendika developers who studied Diaspora*'s source code and reverse-engineer it because it didn't have an API.

    Probably the biggest coup was the bidirectional federation with Facebook. This was what everyone was waiting for. This, however, was also where the trouble started. Facebook didn't want to be federated with a non-commercial social network and started taking defensive measures. Also, Friendica users (the second name change was through meanwhile) who used the Facebook connector had their entire and often very busy Facebook timelines mirrored onto Friendica nodes, one of the reasons why even nodes on powerful root servers often had to close new registrations even though they only had a little over a hundred users. So there were several reasons why Facebook federation was axed again.

    Internally, Friendica uses its own protocol named #DFRN. But I guess Mike had meanwhile seen it as a dead end, also because he had a new idea: #NomadicIdentity, not only the ability to easily take your account from one instance to another, but the possibility to have it on multiple instances at the same time, keeping the copies in sync.

    That's why he laid the foundation for a new protocol that could do that: #Zot.


    And with it came the next social platform. It was first just simply named Red from Spanish "red" = "net". Red was based on Zot from the beginning, and as an experimental platform, it only understood Zot. On Friendica which was now running at full steam on dozens upon dozens of nodes, and which Mike had passed on to the community, the development was followed with interest. And just like later platforms, I think Red actually got a few small public instances because someone really wanted to try it out. Red eventually changed its name to #RedMatrix.

    Also, Red didn't just want to be a social network like Friendica. The idea was rather to have a "social content management system" that could do just about everything you could do with a website and/or a cloud server. Third-party federation was slightly reduced, connections to commercial platforms didn't come back. But as Red evolved, the Diaspora* connector was included which was also used to federate Red with Friendica.


    From the Red Matrix emerged #Hubzilla, the Swiss Army knife of the #Fediverse. Still today, its possibilities have rarely ever been fleshed out: not only microblogging, but macroblogging, article publication, websites, wikis (no, I'm not kidding), #WebDAV, #CalDAV and #CardDAV server and so forth.

    Next to the nomadic identity that came with Zot, Hubzilla introduced another killer feature: one account, many separate channels. Each one of these channels is basically like one Friendica account. You can have multiple fully separate identities on one account, and nobody (except the instance admin) can tell that they're all you. So this goes way beyond Friendica's multiple profiles. By the way, Hubzilla still has multiple profiles per channel.

    Some say that the Red Matrix was renamed Hubzilla. This isn't true. Hubzilla is a fork of the Red Matrix, one could say it was a stable snapshot of the Red Matrix.

    For the development of the Red Matrix continued. Planned advancements on Zot couldn't be tested on stable Hubzilla, they needed their own testbed. Eventually, the last Red Matrix instance was Mike's personal one with himself as the only user. It still federated with Friendica and, of course, Hubzilla.

    In the meantime, #ActivityPub came along. It wasn't just another obscure networking protocol, though, because #Mastodon made it huge. So at least Friendica and Hubzilla had to adopt it. Friendica firmly integrated it. Hubzilla made it into an app just like all other protocols that aren't Zot because they stand in the way of fully nomadic identity. By the way, both profited from its introduction because the federation between each other no longer had to use the Diaspora* protocol.


    For the next advancements of Zot, two new platforms were forked from the Red Matrix or Hubzilla. At this point, Mike wasn't involved with Hubzilla anymore either. First, there was #Osada, an early testbed for what would become #Zot6, but still with ActivityPub. For pure Zot6, #Zap followed suit. Most connectors that are neither Zot nor ActivityPub, including the one to Diaspora*, weren't taken over, as were many of Hubzilla's extra abilities (websites, articles, wiki, CardDAV, two parallel calendar systems etc.) to keep it slim. It did get to keep the various types of channels as well as one CalDAV server and the WebDAV connection, though.

    Eventually, when Mike handed them over to the community, they used the exact same code base. The only differences between Osada and Zap was whether or not the admin had ActivityPub on (Osada) or off (Zap) and the name.

    As having two different names for the same thing, depending on the instance configuration, Osada was discontinued in favour of Zap which now included ActivityPub itself. In the meantime, Zot6 became stable and was backported into Hubzilla which thereby became fully compatible to Zap, only that what Hubzilla can that Zap can't cannot be mirrored to Zap.

    Then Osada re-emerged as Zap's unstable branch. Along with it came a new Red Matrix which, as far as I could see, was now an even more purist, even more unstable branch that only served for testing Zot8 and lacked all other protocols.

    To top this off, in 2020, Zap itself got a stable branch even more intended for productive use. For this purpose, the name Mistpark was dusted off. The new stable branch was named #Mistpark2020 or simply #Misty. Misty was the first of its kind to not even get an announcement anymore, though. Its home page on Zotlabs disappeared along with Zotlabs before it could be filled with any useful information.

    Two things were interesting: Red Matrix, Osada, Zap and Misty were based on various states of the same code base. It was possible to switch from one to another by rebasing the local code repository on your server. This became obvious through instances that carry the name of one project but run another one.


    It must have been in 2021 when #Roadhouse showed up, again, unannounced. It seemed to be nothing more than a concept for the next generation of distributed social platforms. Roadhouse was the first of its kind to use the #Nomad protocol which, I guess, is forked from #Zot because it serves the same purpose. It got its own home page on Zotlabs which remained as uninformational as Misty's.


    And then the most recent name popped up: #Streams. At first, it was even less clear what Streams was supposed to be and what set it apart from Roadhouse, not to mention Red Matrix, Osada, Zap and Misty, also because Zotlabs didn't say what Streams was either.

    But I guess Streams' purpose has emerged in the meantime through word-of-mouth: It's the experimental successor of all five and the solution to this maze of names. Streams isn't even a product with a name, it's a concept that uses Nomad for nomadic identity and that is in constant flux, hence Streams. The idea was to do away with fixed names to get rid of the previous chaos. Everyone can name whatever they do with Streams however they want.

    There is currently only one more or less public Streams instance, but it still carries "Stream" in its name. At least two more instances which may be private are named something with "Streams", too. So whether Mike wants or not, Streams has become a name of its own, and people use it.

    How many Streams instances exactly exist right now is hard to tell, even from Communities pages on Streams instances or Sites pages on older platforms, because they don't necessarily identify themselves as Streams instances. So if you go through one of these pages, and there are names in the Projects column which you don't know as Fediverse platforms, check out what's behind them. It's often only one instance. Open the instance, click its burger menu, and if there's a Communities link, it's a Streams instance. I've discovered a lot of Streams instances not named anything with Streams this way. Private instances included, I guess Streams must have more than a dozen instances already.

    There has even already been a request to launch a Streams support forum much like the one for Hubzilla; after all, Streams still supports forums. It's safe to say that Streams is doing quite well for something so obscure.

    Feature-wise, Streams is the same as Zap and Misty.


    But what became of the six platforms between Hubzilla and Streams?
    • Red Matrix kept having only this one single-user instance because nobody else dared to touch it and set up another instance. It's a Zap instance now as far as I can see.
    • Osada never really took off, Zap probably did only after Osada was merged into it, and some Osada instances became Zap instances. This explains why Zap has got comparably many instances. Most of them, however, are tiny, probably private and utterly undermaintained as they run rather old Zap versions. Zap only lives by numbers, and it's the only one of the five listed on Fediverse Observer. Also, while the FediDB lists all five, it only knows that one Dominican public Zap instance and none of the others (looking through its connected sites reveals many unlisted instances of Zot-based networks, by the way). Still, it seems to be on the deathbed, being superseded by Streams, experimental as the latter may be.
      There still seem to be a very few running Osada instances, but Osada can be considered dead as the focus is on Streams now.
    • Misty didn't take off either, even though it was considered more stable and more production-grade than Zap. This time, the reason may simply be because Misty got zero advertising, so nobody heard about it, probably not even some of the Zap crowd. Misty never had many instances, they weren't properly advertised either (the same applies to most Zap instances, by the way), and Misty's death knell may have been the unannounced shutdown of its largest instance. Basically, there was little room for Misty next to less obscure Zap.
    • Roadhouse didn't even manage to get much limelight before Streams appeared shortly afterwards. In both cases, the only way to find out what they were and what they did was by either studying the source code or installing a private instance. Streams, however, had the advantage of being even newer. The-Federation.info knows exactly one German Roadhouse instance which was originally set up as Misty and has meanwhile been upgraded beyond Roadhouse to Streams, and there only seems to be one remaining unlisted Roadhouse instance.
    • I've seen another result of an upgrade from Zap to Misty. So it's safe to assume that you can upgrade all five to Streams. If this is the case, then now that Streams is here, it probably isn't worth spreading the developer community across six almost identical platforms. Basically, Streams has become the latest version of Red Matrix, Osada, Zap, Misty and Roadhouse.
    • At least Red Matrix, Osada, Zap and Misty are still being maintained in a sense, though. All four got the same small Git commit from Mike a good month ago. Roadhouse got one four months ago.

    As of now, Friendica is still going strong, so is Hubzilla, and Streams seems to be cleaning up the mess that came after Hubzilla.

    If you really want to try out something with Zot, my current recommendation is Hubzilla, even if it may seem bloated and cumbersome to you, even if you'll never harness its full power. Many of its extra functions are additional apps and switched off by default; this includes ActivityPub, by the way, this is important to know.

    It's hard to find a public Streams instance with open registrations currently, much less multiple ones that'd be required for a nomadic identity. Neither Fediverse.party nor the FediDB nor The-Federation.info nor Fediverse.info even knows Streams, and existing Streams instances usually don't identify to other Fediverse servers as Streams instances. It's still a rather underground and grass-roots project with no publicity at all. As Streams is rather experimental, however, you may want a nomadic home on at least two instances to have an instant backup, should one of them shut down.

    Zap has got exactly one instance open to the public, and seeing as Zap may be shrinking rather than growing, I don't expect this to change. Again, due to Zap's still small size and unclear future, I wouldn't recommend using it without nomadic identity as a safety net.

    As for Osada or Misty, good luck finding an instance to join, much less one that's here to stay and ideally be upgraded to Streams one day.

    Hubzilla may not be as bleeding-edge as Streams, and it may be overkill for your purposes if Zap or Streams would be sufficient, but it's stable, it's big enough, it's established, and it's different enough from Streams to not be endangered by it. I mean, Hubzilla hasn't managed to kill off Friendica either, right?
    #nomadicidentity #mistpark2020 #activitypub #opensource #friendica #statusnet