Search results

Liaizon Wakest replied to the below article:

upcoming fediverse events

Liaizon Wakest @wakest@hackers.pub

A hand picked list of fediverse events put together by @liaizon

UPCOMING EVENTS:

February 14th, Amsterdam

  • <3 Free Software Day: Bonfire presentation

February 15th, Murcia

  • Fedifiesta

February 17th, Seattle

  • dwebber workshop at INTDEV

February 22nd, Vancouver

  • FediCollective: Co-Creating the Web

February 24th, Montreal

  • FediMTL: digital sovereignty and the social web

February 25th, Montreal

  • Faulab Fediverse Night

February 24th, Berlin

  • ATProto Meetup

February 28th, Alicante

  • 2a FEDIFESTA

February 28th, Raleigh

  • Raleigh Fediverse Meet Up!

February 28th, Cardiff

  • Tŵt app launch

February 28th, Rome

  • Quinta Assemblea di Puntarella.party - A/Social indipendente de Roma

March 2nd, online

  • Growing the Open Social Web: An Online FediForum Un-Workshop

March 5th, online

  • W3C Forum/Threaded Discussions Task Force Meeting

March 19th + 20th, Amsterdam

  • Nodes on a Web: The Fediverse in/for Public Institutions

July 8th to the 12th, Germany

  • DWeb Camp 2026

September 11th to 13th, Berlin

  • Berlin FediDay 2026

COMPLEATED EVENTS:

Jan 26th, online

  • Fediverse-Sprechstunde (in German)

Jan 31st, Brussels

  • FOSDEM: Fediverse Integration into (EU) Public Administration

  • FOSDEM: Social Web Devroom (25 presentations)

February 1st, Berlin

  • Digital Independence Day: Punk Tour of the Fediverse (in German/English)

February 1st, Brussels

  • FOSDEM: Shaping the Future of Events and Calendars in the Fediverse
  • FOSDEM: The Fediverse and the EU's DSA: solving the challenges of modern social media?

February 3rd, Berlin

  • BERLIN FEDERATED NETWORK EXPLORATION CIRCLE: Fedify

February 4th + 5th, London

  • Protocols for Publishers

February 6th, online

  • David Revoy on Fireside Fedi
  • Fresh Friday on TIBtv
  • NHAM Sound Table

February 7th and 8th, online

  • Piefed Hackathon

February 11th, Edmonton

  • Move Slowly and Build Bridges by Robert W. Gehl book launch and panel

February 11th, online

  • Hubzilla Workshop
Read more →
9
13
0
0

@Mastodon

Stop describing the fediverse is Mastodon!

The social platform Fediverse is a collection of volunteer driven knots connected with open source protocols. Protocols are mostly free open source software. Developed by volunteers. Mastodon is one collection of software.

You should promote other software for fediverse also. To keep the idea and the stability of the federated Fediverse.

0
@silverpill In a hilarious twist of fate, this gives (streams) and Forte an unfair advantage. They're nearly identical, they have the same maintainer, but they're two separate implementations, also seeing as Forte uses ActivityPub for nomadic identity, and (streams) doesn't and still uses its own Nomad protocol for it.

Since Mitra appears to implement (streams)/Forte features one by one and cast them into FEPs, that's three implementations already. Two if nomadic identity via ActivityPub is involved. And if Hubzilla happens to have it, too, we've got up to four implementations.

Yes, ActivityPub is only an optional add-on on Hubzilla and (streams), but an implementation is an implementation. And whatever they do on Nomad that federates has to get out through ActivityPub one way or another.

It'd be even more hilariously skewed, hadn't Mike discontinued the five apps between Hubzilla and (streams) on New Year's Eve 2022.

CC: @slyborg @Evan Prodromou @Connected Places @ArneBab @Alex Chapman

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #ActivityPub #Hubzilla #Streams #(streams) #Forte #Mitra
0

@joergiJörgi What may appear as a bug is really a consequence of the liberal and wide open configuration/driver options, for example postgres.

Or not properly configuring permissions.

These are not bugs, the one DM bug you reported is actually more complicated than you think, we adopt the same addressing that Mastodon does, so don't mention someone that you don't want the DM to be sent to.

@dansup
Yes, i try not to involve pixelfed users in DMs. And i was looking at the part of the code. And private was translated to followers only, that's why it happens.
I believe you 100%, that this is not an easy fix. I also don't know how this could be solved without adding a new privacy layer. I haven't looked it up, but isn't that defined by the protocol?
I know also has possibility to show posts only to some selected users. I fear the same thing will happen? I haven't tested it

0
@Rob Ricci @caterpillar @Stefan Bohacek @Ericka Simone This is exactly the problem.

I'm on both Hubzilla and (streams) with multiple channels, and I've been on Hubzilla under various guises for longer than the vast majority of Mastodon users have been on Mastodon. I guess you can say that I know both very well.

I can tell you that the possibilities of Hubzilla's permissions system are staggering. It works on up to three levels: for the entire channel (that's "account" in Mastospeak), for individual connections (that's "followers and followed" in Mastospeak), for individual content (posts and and entire conversations, but also images and other uploaded files and documents).

For example, you can grant or deny permission to
  • see your public profile (this requires OpenWebAuth magic sign-on which Mastodon has rejected)
  • see your connections (this requires OpenWebAuth magic sign-on which Mastodon has rejected)
  • see your public posts in your stream (this requires OpenWebAuth magic sign-on which Mastodon has rejected)
  • send you their posts (this means public posts that aren't replies because replies are not posts on Hubzilla)
  • like (that's "fave" in Mastospeak; you know, the star), dislike and comment on your posts
  • send you DMs
  • see your uploaded files (this requires OpenWebAuth magic sign-on which Mastodon has rejected, but this also extends to images and other media embedded into posts, comments and DMs)

All in all, Hubzilla has 18 such permissions, but these are the ones that matter from a Mastodon point of view. They can be granted or denied for your entire channel at seven or eight levels, and if they're denied at channel level, they can be granted for individual connections. Imagine that, on Mastodon, you could allow only certain followers to see your profile and your toots. Or you could only allow certain followed accounts to send you their toots. All of this is reality on Hubzilla right now.

Better yet: You know that you can send toots only to mentioned accounts on Mastodon. Hubzilla exceeds and improves upon this in three ways. First of all, you can send posts to individual connections. Or to a certain privacy group (from a Mastodon POV, that's a list on steroids). Or to a custom selection of individual connections and privacy groups while even being able to exclude certain other connections or privacy groups. This goes way beyond Mastodon's "mentioned = allowed to see".

But this doesn't only define who will receive your post. It also defines who is permitted to see your post.

And: The permissions of a post are inherited by the entire conversation. Comments always have the same permissions as the top post. There's no restricting the permissions in a comment, and there's no relaxing the limitations of a comment. It's impossible to pull other Fediverse users into a private conversation by mentioning them if the top post wasn't targetted at them.

Even better yet: You can allow or disallow comments on individual posts (remember that a post on Hubzilla is only a post if it starts a conversation, not if it's a reply).

On top of all this, Hubzilla's filters are both vastly more powerful than Mastodon's filters and easier to use. Mastodon requires you to set up one new filter for each word that you want filtered. It's always blocklisting. And it's always account-wide.

Hubzilla covers Mastodon's entire filter functionality with one or two text fields. You have one blocklist for the whole channel. And you have an optional extra feature named "NSFW" with its own filter list that generated individual, reader-side content warnings for you. The equivalent of defining a new filter on Mastodon is to add a new line to one of these filter lists. Want to back them up? Just copy-paste them into a text file.

But wait, there's more: Hubzilla also has a channel-wide allowlist. If you only want to see certain content in your stream, you can allowlist certain keywords.

Hubzilla even optionally has one blocklist and one allowlist per connection. Imagine you could filter individual followed accounts on Mastodon.

Hubzilla's filter lists support regular expressions. There is also a "filter syntax" that lets you filter by whether a message is a top post or not, whether a message is public or private, whether it's a repeat (that's "boost" in Mastospeak or "retoot" for those of you who still have Twitter on the brain). The filter syntax even lets you use Boolean operators.

(streams) and Forte are similar. Their permissions are somewhat different (you don't need permissions for wikis and websites if you don't have wikis and websites). The permissions system is vastly easier to use because it's no longer template-based. You can simply switch permissions on and off for your channel as well as for connections. And you can choose to have even more options for reply control.

Again, all this exists in the Fediverse right now. And most of it has existed for longer than Mastodon. Some of this dates back to the earliest days of Friendica in May, 2010.

Unfortunately, next to nobody knows.

For most Mastodon features, the features that Mastodon has are the features that the Fediverse has. If Mastodon doesn't have it, the Fediverse doesn't. Not only is Mastodon the default, but there's nothing that strays from this default. That's why Mastodon users keep wishing for "the Fediverse" to introduce features which Friendica has had for almost 16 years already. Or which Hubzilla has had for over a decade.

In addition, probably not even 10% of all Mastodon users have ever heard of Hubzilla. Probably not even 1% of all Mastodon users know what Hubzilla can do. And even only the existence of (streams) and Forte is almost entirely unknown outside of (streams) and Forte themselves and Hubzilla.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #CW #CWs #CWMeta #ContentWarning #ContentWarnings #ContentWarningMeta #Hubzilla #Streams #(streams) #Forte #Permission #Permissions #ReplyControl #ReplyControls #Filter #Filters #MastodonCentricism #MastodonNormativity
0
0

I wish I had ( ) , I mean like -fe . That would allow me to sort my subscription feed & browse sorted feed, to see ONLY relevant posts (on topic updates follow-up's?).
Well, the mastodon feature of "LISTS" tries something similiar by allowing to make a sorted list of people\subscription, sorted by your custom category/topic. But it doesn't include . Each must be browsed separately, individually, manually, and there is no feature of list of tags in mastodon.
Lemmy, mbin, kbin, piefed and other like implementations allow you to have topics-threads, but each thread does not replicate very well across multiple servers/instances. Can't be easely crossposted ( by pinging multiple category-bots). And doesn't replicate & easily-searchable as classic mastodon .

Other things I don't like:
- twitter like reposts. they make you feel you subscribed not to the original "reposter" friend, but to "reposted content" that you never subscribed for. the p2p architecture of () kinda eliminates that, they don't have nor show reposts. you see there only original posts, original content, of friends you follow. Kinda helps to slow down the mind from informational overflow. You can opt out to see posts of friend's friends, if you want more. Tags are also supported there.
- threads consist only of information aggretator url sharing in reddit like clones. Without having OP OC like in bbs|AgoraRoad , they just silo you to clickbait to other web sites.

!fediverse@piefed.social @fediverse

0
0

tofeo :verified: replied to the below article:

Deleting a post vs deleting an entire comment tree

julian @julian@activitypub.space

<p>For context:</p> <ul> <li>Two big threadiverse implementors (and probably mbin) currently federate <code>Announce(Delete(Object))</code> for deletion of content — all synchronized communities follow suit and delete the content as well.</li> <li>If that object is the root-level node, and it is deleted, <em>everything below it is also deleted</em>.</li> <li>Lemmy and Piefed are investigating the possibility of changing this behaviour so that the action deletes the <em>object itself only</em>, and the reply tree stays.</li> </ul>

Read more →
0
0

Mastodon may expose followers-only posts to public. Is it a feature or a bug?

For example, this reply is addressed to the followers collection (to) and the mentioned user (cc):

https://not-brain.d.on-t.work/notes/admrkcvj3hfn5crj

But Mastodon says the reply is "public". Anyone can view it in this thread:

https://neuromatch.social/@jonny/115343446216492915

#Iceshrimp also doesn't require authorization, but you need to know the post ID to view it.

@kopperkopper :colon_three: Did you know about this?

UPDATE: https://not-brain.d.on-t.work/notes/admrkcvj3hfn5crj is now addressed to public; apparently its audience was being modified by the originating instance depending on the delivery target.

@silverpill That's probably because "followers only" is not a Fediverse-wide standard backed by the ActivityPub spec or a FEP, nor does it tie in with any actual permissions systems available in the Fediverse.

As an example for the latter, Hubzilla, (streams) and Forte do not translate Mastodon's "followers only" into "these Fediverse actors are granted permission to view, like/dislike and reply to this message indefinitely, and everyone else isn't".

On top of that, all three assume that the permissions of all elements in a conversation are always the same because that's how they work. So if I post in public, and one of my Mastodon followers comments "followers only", then Hubzilla will treat it as public regardless because if my post is public, and it is, then all comments and replies are public, too.

At least Hubzilla shows a red padlock symbol on each message whose "permissions" don't align with what Hubzilla understands or expects.

CC: @kopper :colon_three:

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Mastodon #Hubzilla #Streams #(streams) #Forte #Permissions #FollowersOnly
0

I'm doing this week at work a talk about the Fediverse (a beginner talk)...
what do you think, should be definitely in?

(of course I will show all the major plattforms (e.g. @Mastodon, @pixelfed, @LemmyDevLemmy, @infoHubzilla and so on.. maybe even @loops)

and I will definitely show the lovely 4min video from @_elenaElena Rossini 📍 FOSDEM which is a great introduction to the Fediverse)

some fediverse logos in a star form
0

@ricci@discuss.systemsRob Ricci I will echo this same offer for up to two communities! I'll do the install, maintenance, upkeep, and keep the lights on. I have the automation to be able to run any of these:
- Mastodon
- Pixelfed
- GoToSocial
- Sharkey
- Akkoma
- Bonfire

And for that matter if anyone wants to take over any of these existing instances that I stood up for testing and am currently the only user on they're yours:
- gts.lgbt (GoToSocial)
- akkoma.lgbt (Akkoma and Mangane frontend)
- bonfire.lgbt (Bonfire social flavor)

@Stefan Bohacek If you mean that content that originated on Mastodon as opposed to appearing on Mastodon is declining, one reason may be because Mastodon's "market share" within the Fediverse is shrinking. But AFAIK, the Fediverse itself isn't.

So the activity that Mastodon has lost didn't go to Bluesky, but rather to places like Sharkey or GoToSocial or, in the cases of more daring users, even Friendica and its descendants (although I've yet to see anyone permanently move directly from Mastodon to (streams) or Forte, also because the latter inevitably requires your own server).

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Sharkey #GoToSocial #Friendica #Hubzilla #Streams #(streams) #Forte
0
@Szescstopni
What is too long/too short?

There can't be any fixed definition for that. Not here in the Fediverse.

The "Over 200 characters is too long" rule does not work in and can't be applied to the Fediverse. No, sorry, it can't. I've explained it in my (very early WIP) wiki about image descriptions and alt-text in the Fediverse: How are alt-text and image descriptions in the Fediverse different from other places? (tl;dr: On the Web, over 200 characters in alt-text are evil, but you've got captions, and you've got ample of other possibilities to describe an image than the alt-text. On Mastodon, you've only got the alt-text for image descriptions, and people cheer for 1,000-character alt-texts.)

Depending on a) the kind of image you post, b) the obscurity of its contents, c) your audience (including whoever might stumble upon your image post; if you post in public, that's basically the whole Fediverse and everyone with Web access), d) their knowledge about what your image shows and e) their to-be-expected curiosity about what your image shows, you may have to describe your image in way more than 200 characters.

This was the last time I've posted an image here on Hubzilla. It's a rendering from within a super-obscure 3-D virtual world. Next to nobody has ever seen it, but due to this being a 3-D virtual world (= proof that "the Metaverse is surprisingly not dead"), curiosity may be high. And my impression of especially Mastodon is that people prefer being given any and all information they may need right away to having to ask. Like, ask what something specific looks like.

And so the image description in the alt-text is a bit over 1,400 characters long. And it's still very lacking. It doesn't even mention certain elements in the image. And it doesn't transcribe even only one bit of text. It's actually an extremely shortened version of the long image description in the post text itself. Over 60,000 characters of visual description and necessary explanations and text transcripts. That's over 10,000 words. That's probably over three hours of a screen reader rambling. That's two full days of me examining the place up-close, looking up additional information and writing the description. But I deemed it necessary.

If it was an absolute requirement for me to a) cut the alt-text down to a maximum of 200 characters and b) cut the long description altogether, lots and lots and lots of information would be lost, including all text transcripts.

I must learn more about the rules of the capitalization police.


If you use a hashtag like #⁠superbowl, how is NVDA or any other screen reader software supposed to know whether that means "Super Bowl" or "superb owl"?

Thus, any new word in a multiple-word hashtag must be capitalised so that screen readers know that this is where a new word starts.

There are two ways of doing this.

One is camel case. Camel case is the lazy variant: The first word is not capitalised, all other words are. #⁠oneTwoThree

The other one is Pascal case, named after the programming language Pascal. Pascal case is the prettier variant: All words are capitalised. #⁠OneTwoThree

Oops, I shouldn't have posted those images in replies as public. Anyway, 833 out of 836 images with alttext ain't so bad.

Replying to a public post with a DM isn't supported everywhere in the Fediverse anyway. This only works on purist microblogging server applications on which a thread is just a bunch of posts tied together with mentions.

It does not, however, work on more elaborate Fediverse server applications like Hubzilla (where I'm commenting from right now), (streams) and Forte. On these, a thread is an enclosed object with exactly one post, the start post, and otherwise comments. They have a highly complex permissions system in which all permissions in a conversation are defined by the post. If the post is public, all comments are public, full stop. So if you had replied to this otherwise 100% public, 100% Mastodon thread with a DM, then Hubzilla would have monkey-wrenched your DM into a public comment with a red padlock symbol for a permission conflict.

CC: @Stefan Bohacek

#Long #LongPost #CWLong #CWLongPost #AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Hubzilla #Streams #(streams) #Forte #CamelCase #PascalCase #Permissions
0
@Julian Fietkau I'm surprised to read that (streams) allegedly has FEP-e232 implemented. As I happen to have two (streams) channels myself, and as (streams) allows me to have a look at the whole source code of any activity (whereas Hubzilla only shows me that of the content), I've checked a fairly recent post of mine that includes a link. And while it does define the hashtags just like Mastodon and Hubzilla, it does not define links in a way that conforms to FEP-e232. Either that, or (streams)' implementation of FEP-e232 is newer than the software was when I sent that post.




Next, I wanted to see if (streams) had its way of quote-posting changed in the last seven years or so of development and forking. I expected it to quote-post like Hubzilla, namely by turning a BBcode short code into a dumb copy of the original upon sending, but I wanted to see proof. As (streams) is a fork of a fork of three forks of a fork (of a fork) of Hubzilla that's still maintained by Hubzilla's own creator, I would have been surprised if he had changed the way (streams) quote-posts at some point on the way.

So I quote-posted my own post on (streams) just to see what happens. And (streams) acted exactly like Hubzilla and not at all like described in FEP-044f on the surface. It still inserts a dumb copy.

Good thing I have access to the full source code of any message on (streams). So here's what happened, namely what I expected to happen: (streams) quote-posts like Hubzilla.

First of all, when I clicked the "Share" button, this short code was inserted into the post editor:

[share⁠=1198713][/share]

The number, by the way, is the running number of the message to quote-post on the server.

Upon sending the post, (streams) automatically "expanded" the short code into the dumb copy I had expected.

[⁠share author='Jupiter+Rowland' profile='https://hub.netzgemeinde.eu/channel/jupiter_rowland' portable_id='_moYLN61-o3FbP3jyThygMDf-bjF2cApXgkrwlAE77iKy19xM1_6F06V4b71eTkqqNaTUjGiN0lfw2dyn5nXRw' avatar='https://streams.elsmussols.net/xp/6b50efa4bb804860f6128bba791b74fab4a0a5e09dbcbee8d8ca77cee00f0330-6' link='https://hub.netzgemeinde.eu/item/0a1cdda5-eb1c-4a33-9574-ddd896977b4f' auth='true' posted='2025-09-21 19:42:56' message_id='https://hub.netzgemeinde.eu/item/0a1cdda5-eb1c-4a33-9574-ddd896977b4f'] ...(the source code of the original message goes here)... [/share]

Both Hubzilla and (streams) render this the same way, namely with a header line above the copy that includes the profile picture of the original author, the name of the original author with a Zot/Nomad-type link to their channel/account and a Zot/Nomad-type link to the original of the post ("Zot/Nomad-type" means that [zrl][/zrl] is used rather than [url][/url] which means that the ID of an observer on Hubzilla/(streams)/Forte is attached to the link for OpenWebAuth identity recognition purposes.)

At the same time, curiously, (streams) includes the line "rel": "https://misskey-hub.net/ns#_misskey_quote" and a line that starts with "name": "RE: and continues with the URL of the original message into the code for the link to the original message. The latter is identical to what Misskey and all Forkeys have in quote-posting notes in plain sight, only that (streams) only reveals it in the source code rather than in the content as well.

So this part of FEP-044f is implemented, albeit concealed from most people and only happening in the code.




Now, looking at the quote policy part, that looks like it could be possible to add to the Fediverse's permission champions Hubzilla, (streams) and Forte. After all, they already have comment controls with no FEP backing it (and if GoToSocial's quote policy can be made into an FEP, maybe so can (streams)' and Forte's comment controls so that they actually do blank out reply buttons on the farther ends of the Fediverse if the software on the farther ends implement support for that FEP).

This could be done at three levels again. I'll illustrate this with (streams) and Forte because they're quite a bit less complex than older Hubzilla.

At channel level, quote-posting (and maybe quoting as well) could be set as usually, namely to semi-public (= everyone in the Fediverse = no quote policy), restricted (= only your contacts) and only yourself. (Seriously, you don't want random passersby with no accounts to quote-post you. Even though you can allow them to comment on your posts if you dare.)

"Only yourself" could be overridden at contact level by permitting certain contacts to quote-post (and maybe quote) your messages. This is actually standard behaviour on (streams) and Forte.

And then there is the per-post level which would be similar to (streams)' and Forte's comment controls. These allow you to limit who may comment on a post to only your contacts and those who have already participated in the same conversation, and they allow you to turn off comments altogether.

Quote authorisation would not be much different in handling from manually moderating comments from those who technically aren't permitted to comment (only that spammers don't quote-post, at least not yet, and they probably never will because that simply makes no sense). So that'd be nothing really new.

Of course, this would have some limitations which come from how Hubzilla, (streams) and Forte work and from their conversation architecture.

The first limitation is that you could only give certain contacts permission to quote-post your posts if you didn't give it to the whole Fediverse. Channel-wide permissions are always inherited by contact-specific permissions, and this cannot be overridden. So you couldn't generally allow everyone to quote-post your posts except for one certain contact of yours.

The second limitation is that you can only control the permissions of contacts, but not of non-contacts. So you can't disallow some stranger whom you aren't connected to to quote-post your posts while everyone else is allowed.

Then again, FEP-044f doesn't make either of these two possible either. It can only define who is permitted to quote-post a post, not who isn't.

The third limitation is that, on Hubzilla, (streams) and Forte, comments always have the same permissions as the post that they belong to because comments always have the same owner as the post that they belong to. Basically, if FEP-044f was to be defined for each comment individually, it would have a chance of clashing with conversation containers as per FEP-171b.

Here on Hubzilla, as well as from (streams)' point of view, everyone's comments in this thread are owned by me because I've started the thread. And the permissions on all these comments are defined by my post. I've seen my share of permission clashes whenever someone on Mastodon replied to a public post or a public comment with a DM, and Hubzilla overrode this by forcing the permissions of the post on that reply.

In practice, this means that the quote policies of all comments would be the same as that of the post. At least that's how Hubzilla, (streams) and Forte would understand them because the concept of comments having different permissions than the post is alien to them. So if you say that I'm not permitted to quote-post your comment, but I say that anyone can quote-post my post, Hubzilla and (streams) override the quote policy that you've given your comment on Mastodon with the quote policy that I've given my post on Hubzilla, and I can quote-post you.

So the actually difficult part would be to implement an exception in how Hubzilla, (streams) and Forte handle comment permissions for quote policies and make them individual for each comment rather than making comments inherit them from the post.

Well, and lastly, if you permitted all your contacts to quote-post a post of yours, and you had a few more contacts, the "canQuote" section would end up monstrous. (A bit less so if you could cherry-pick those who are allowed to quote-post you on a per-post base, just like you can cherry-pick those who are allowed to see the post in the first place.) Also, I'm wondering just how well policies as per FEP-044f (and their implementations in various server applications) will work with DIDs as per FEP-ef61 which (streams) and Forte use, and I guess, so does Mitra now.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Misskey #Forkey #Forkeys #GoToSocial #Hubzilla #Streams #(streams) #Forte #Mitra #QuotePost #QuotePosts #QuoteTweet #QuoteTweets #QuoteToot #QuoteToots #QuoteBoost #QuoteBoosts #QuotedShares #Permission #Permissions #FEP_044f #FEP_171b #FEP_e232 #FEP_ef61
0

post was written as reply in thread announced discontinuation of queer.party instance, but Original Post of Topic Starter lost .party
----------------------------------------------------------------------------------------------------------------------

@maffsie

that wouldn't be the case if queer.party was really decentralized like freenet, hyphanet, scuttlebutt manyverse tildefriends, , (or at lame case )
So refugees are welcomed to try those.

There is also promising project AutonomiDweb, but I haven't seen any users posting content there.

You could also try mitra.social & , both should have nomadic identities.

Follow me & boost if you interested in sutainable decentralized tech.

ribbit
@Decenta Lyzed @your purple friend AFAIK, Mitra has not rolled out full-blown nomadic identity yet (as in, no, you can't clone your Mitra identity between two Mitra servers). Even the development branch is only in a state in which it understands nomadic identity.

As for what nomadic identity is: https://joinfediverse.wiki/Nomadic.identity

There are three Fediverse server applications where you're guaranteed to have solid, proven-to-work nomadic identity:

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mitra #Hubzilla #Streams #(streams) #Forte #NomadicIdentity
0

post was written as reply in thread announced discontinuation of queer.party instance, but Original Post of Topic Starter lost .party
----------------------------------------------------------------------------------------------------------------------

@maffsie

that wouldn't be the case if queer.party was really decentralized like freenet, hyphanet, scuttlebutt manyverse tildefriends, , (or at lame case )
So refugees are welcomed to try those.

There is also promising project AutonomiDweb, but I haven't seen any users posting content there.

You could also try mitra.social & , both should have nomadic identities.

Follow me & boost if you interested in sutainable decentralized tech.

ribbit
0
@Decenta Lyzed I haven't seen Mitra in action yet, so I can't say anything about it.

Hubzilla creator and (streams) and Forte maintainer, that'd be @Mike Macgirvin ?️. By the way, the only one of the three that's actually ActivityPub-based is Forte. It just doesn't have any public, open-sign-up servers right now AFAIK.

Did I show you my Mastodon/Friendica/Hubzilla/(streams)/Forte comparison tables yet? If not, here they are. But lastly, you have to lay your hands on at least one of them to see how the family differs from the microblogging side of the Fediverse.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Mitra #Hubzilla #Streams #(streams) #Forte
0
0

@ricciRob Ricci

To be clear: the active user base of Hubzilla probably numbers less than 1000, and those of (streams) and Forte far far smaller than that; so in your plots, their exclusion/inclusion is not going to be visually discernible to anyone. At present, it will not affect any inferences one may draw from your plots.

But for the sake of completeness, you may want to consider these questions.

#(streams)

(continues)

@ricciRob Ricci

Also: if FEP-ef61

codeberg.org/fediverse/fep/src

becomes widely adopted in future, then other ActivityPub-based software may incorporate nomadic identity, and you may have to worry about all of the above at that point.

#(streams)

0

@ricciRob Ricci

To be clear: the active user base of Hubzilla probably numbers less than 1000, and those of (streams) and Forte far far smaller than that; so in your plots, their exclusion/inclusion is not going to be visually discernible to anyone. At present, it will not affect any inferences one may draw from your plots.

But for the sake of completeness, you may want to consider these questions.

#(streams)

(continues)

0
0
0

@ricciRob Ricci

This also raises another question. Hubzilla and (streams) both have nomadic identity, so a user can have multiple clones of a channel across different instances, and activity on any one of those gets mirrored across all the clones. And an account on an instance can have multiple channels—a channel is what participates in the Fediverse.

#(streams)

(continues)

0

@ricciRob Ricci

Are you counting the user base from instances which run software such as Hubzilla or (streams)—specifically, software that is NOT based on ActivityPub—but which federate with all the instances running ActivityPub-based software such as Mastodon?

If yes/no, why?

For context, the present mandarins of the ActivityPub world do not count Hubzilla or (streams) as parts of the Fediverse.

#(streams)

(continues)

@ricciRob Ricci

This also raises another question. Hubzilla and (streams) both have nomadic identity, so a user can have multiple clones of a channel across different instances, and activity on any one of those gets mirrored across all the clones. And an account on an instance can have multiple channels—a channel is what participates in the Fediverse.

#(streams)

(continues)

0

@ricciRob Ricci

You mention elsewhere that for your plots quantifying Fediverse decentralization, you (want to) count only those Threads users that federate with other instances running ActivityPub-based software. In contrast, Eugen Rochko seems to count any instance running software that natively speaks ActivityPub as part of the Fediverse.

Hence my curiosity questions below about some other software.

#(streams)

(continues)

@ricciRob Ricci

Are you counting the user base from instances which run software such as Hubzilla or (streams)—specifically, software that is NOT based on ActivityPub—but which federate with all the instances running ActivityPub-based software such as Mastodon?

If yes/no, why?

For context, the present mandarins of the ActivityPub world do not count Hubzilla or (streams) as parts of the Fediverse.

#(streams)

(continues)

0

@ricciRob Ricci

You mention elsewhere that for your plots quantifying Fediverse decentralization, you (want to) count only those Threads users that federate with other instances running ActivityPub-based software. In contrast, Eugen Rochko seems to count any instance running software that natively speaks ActivityPub as part of the Fediverse.

Hence my curiosity questions below about some other software.

#(streams)

(continues)

0

I know a lot of you still think of the #Fediverse as just “Mastodon”.

But it’s far more than that. There’s an entire ecosystem of federated message boards that’s already proven popular: #Piefed, #NodeBB, #Lemmy, #Mbin, and #Discourse.

Even the classics like #Friendica and #Hubzilla have solid forum features baked in.

If you’re only here for the microblogging, you’re missing a key piece. Communities built around interests are something #Twitter never offered, and #Bluesky still doesn’t.

So if you’re looking to replace your #Facebook Groups, the Fediverse already has you covered.

0

@julian So all this is just an elaborate ploy to convince Mastodon devs to display summary? It might make sense, but then I don't understand why it is presented as a protocol problem.

The FEP won't make any difference. I've spent of lot of time tweaking my software in order to make rich content look good across the Fediverse (including Mastodon), and I can confidently say that Long form text FEP is not helpful at all. It is a mix of obvious requirements (which are already present in AP & AS), some arbitrary recommendations (like the set of allowed tags), and bad ideas (like the preview property). This is because it is not written by a developer: the author simply doesn't know what needs to be done in order to render an article across 10 different implementations.

When it comes to long form content, the best resource is @helge 's support tables. For example, there is an analysis of what HTML tags are supported in Article.content: https://funfedi.dev/support_tables/generated/html_tags_article/

No one talks about this project, but it is far more useful than anything done so far by the so called "longformers".

@developer @mikedevMike Macgirvin 🖥️ @jupiter_rowland @feb

@silverpill Who are the longformers anyway?

They're those who either are commercial or looking for professional/commercial users or both. Flipboard. Automattic (WordPress). Ghost. These kinds.

They know themselves. They know each other. And they know Mastodon. And that's it.

None of them has ever heard of Pleroma or Akkoma.

None of them has ever heard of Misskey or the Forkeys.

None of them has ever heard of Mitra.

None of them has ever heard of GoToSocial.

None of them has ever heard of Hollo.

None of them has ever heard of Friendica, Hubzilla, (streams) or Forte, even though Friendica and Hubzilla are both older than Mastodon. And apparently, neither has @Helge. But then again, Friendica and its nomadic, security-enhanced descendants are being overlooked by almost everyone. That's why there's always on-going work for features to be "introduced to the Fediverse" which Friendica has had for a decade and a half.

Granted, the HTML support on Friendica, Hubzilla, (streams) and Forte can be summarised with "yes". But elaborate tables that show what either of them supports how would be very useful.

Also, granted, everything I've mentioned above (normally) uses something else than HTML for formatting in the frontend. For example, Misskey and all Forkeys use MFM ("Misskey-Flavoured Markdown"). Friendica uses extended BBcode with the option to use Markdown instead. Hubzilla uses even more extended BBcode. (streams) and Forte can use the same even more extended BBcode and Markdown and HTML at the same time within the same post, although not all markup languages support all features.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Pleroma #Akkoma #Misskey #Forkey #Forkeys #Mitra #GoToSocial #Hollo #Friendica #Hubzilla #Streams #(streams) #Forte #LongFormContent #BBcode #Markdown #HTML #TextFormatting
0

Long-form articles

I was reading the Fediverse Report – #128 post by @laurenshof and several sentences caught my attention:

Ghost’s connection to the fediverse currently means that following a Ghost blog from your fediverse account results in seeing a post with the article headline and a URL

That's how Mastodon displays Article objects: only a headline and a URL (see issue #24079). However, Mastodon is the only fediverse platform that removes content from articles. According to funfedi.dev data, others don't remove content:

https://funfedi.dev/support_tables/generated/object_types/

GoToSocial, Hollo, Misskey, Mitra, Pleroma. These platforms either have full support for long form content or use graceful degradation. The dataset doesn't include some other popular platforms like Friendica, but I am sure they also display long form content just fine. So this really has nothing to do with Fediverse or #ActivityPub.

Fediverse platform developers (including Mastodon, Ghost, WordPress, WriteFreely and more) are collaborating on creating a space on the fediverse that suites the need of blogging and articles well

I keep seeing this again and again, it increasingly looks like an attempt to take credit for solving the problem with articles in ActivityPub. But the problem doesn't exist, it is literally a flaw in a single implementation that can be fixed with a single line of code.

There are, of course, real problems with rich content. How to prevent tracking when remote media is embedded in the page? What to do with CSS? What about interactive content? Unfortunately, I haven't seen anyone talking about these problems.

This is a long form article, by the way. You can read it from Mastodon.

@silverpill
The dataset doesn't include some other popular platforms like Friendica, but I am sure they also display long form content just fine.

Friendica and its descendants from the same creator, Hubzilla, (streams) and Forte, can produce long-form content just fine. With just about all bells and whistles from a title plus six levels of headlines to an unlimited number of images embedded within the text.

So yes, they can display it as well. However, outside of their own communities, hardly anyone knows what they're capable of. Thus, Fediverse developers often try to solve problems that aren't even really there because they were solved before they became problems.

Mastodon's lack of support for articles, linking to the originals instead, is not really a lack. It's a deliberate design decision from around 2017 or so.

See, the first ActivityPub implementation was on Hubzilla. That was in July, 2017. And Hubzilla implemented ActivityPub by the book.

Mastodon followed two months later. But Mastodon has always had its own "interpretation" of ActivityPub that was limited by Mastodon's own intentional design limitations in order to remain Twitter-like, purist, minimalist, old-school, original-gangsta microblogging with as few features that Twitter didn't have as possible.

This is also why Mastodon has a HTML "sanitiser" built in. Up until the release of Mastodon 4.0 in October, 2022, that "sanitiser" reduced any and all incoming HTML to plain text. And it did so for all object types, including the Article-type objects which Hubzilla sent. After all, Hubzilla can act as a fully-fledged long-form blogging platform.

However, the ActivityPub spec defines Article-type objects as formatted long-form content. Still, Mastodon defaced Hubzilla's Article-type objects by reducing them to plain text.

So Mike Macgirvin got into contact with Eugen Rochko and told him to adhere to the spec and deactivate Mastodon's "sanitiser" and make it support full HTML rendering for Article-type objects.

And Eugen Rochko said that bold type and italics and bullet-point lists and images in the middle of the content have nothing to do with old-school microblogging, so they have no place on Mastodon, so he won't implement them.

This head-butting went back and forth. Eventually, Eugen presented a "solution". And that was not to render Article-type objects at all anymore. Instead, Mastodon links to them and adds their title above if they have one.

This was only done to shut Mike up so he'd stop complaining about Mastodon defacing Hubzilla posts and breaking the spec by doing so. From Mike's perspective, however, what Eugen did was flip Hubzilla the bird by completely refusing to show actual Hubzilla content and practically lock out a competitor.

Mike's reaction was to break the spec himself and switch Hubzilla from sending Article-type objects to sending Note-type objects, regardless of Mastodon still defacing them.

With the exception of a very short period after the release of Hubzilla 9.0 when Mario Vavti and Harald Eilertsend learned the hard way that Mastodon still links to Article-type objects, Hubzilla has only sent its posts as Note-type objects ever since.

Mike's other creations have different ways of handling object types.

Friendica, by default, sends posts with titles as Article-type objects and posts without titles as well as comments as Note-type objects. This can be deactivated so that Friendica only sends Note-type objects.

CC: @Laurens Hof

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #ActivityPub #Mastodon #Friendica #Hubzilla #Streams #(streams) #Forte #ArticleType #NoteType #LongFormContent
0

@benpateBen Pate 🤘🏻
> It’s all speculation in the absence of a C2S API that developers want to use

The main reason devs haven't wanted to use the C2S API in the AP spec is network effect. Clients devs don't want to use it because Mastodon doesn't, and servers devs don't want to use it because their services wouldn't work with all the clients following the Mastodon API.

But there are a bunch of projects now implementing AP C2S. I'm sure I've seen a list somewhere, maybe on SocialHub?

@jupiter_rowland

@Strypey
The main reason devs haven't wanted to use the C2S API in the AP spec is network effect. Clients devs don't want to use it because Mastodon doesn't, and servers devs don't want to use it because their services wouldn't work with all the clients following the Mastodon API.

It's actually tempting to imagine a vicious circle here: If almost everything has the Mastodon client API implemented, it isn't worth developing dedicated client apps that also cover other servers' extra features.

Instead, the reason why all kinds of server applications have the Mastodon client API implemented is because they absolutely need some phone apps that work with them. Just look around the Fediverse. Almost everyone is exclusively on phones nowadays. And especially iPhone users wouldn't touch a Web browser with a 10-foot barge pole if they don't absolutely have to, so expecting them to use the Web UI means you're stuck in a bubble or a time where smartphones are still a gimmick.

That's why even Friendica has implemented the Mastodon client API. I mean, Mastodon and Friendica are very different, and the Mastodon client API only covers a small fraction of what Friendica can do. It actually doesn't cover some critical everyday features.

At the same time, there's little to no incentive for those who can develop mobile apps to make apps for anything that isn't Mastodon. Many start working on Fediverse apps at a point when they still believe the Fediverse is only Mastodon. Or if they don't, at least they've never heard of Pleroma and its family, Misskey and its family, Friendica and its family (where Hubzilla would require a wholly different app than Friendica, and (streams) and Forte would require a wholly different app than both) etc. Or they genuinely think that developing the umpteenth iPhone app for Mastodon is worth the effort more than developing the first stable dedicated iPhone app for Friendica. It's a miracle that stuff like Aria for the *key family exists.

It seems like of all the server apps that don't do *blogging (purist long-form blogging stuff like WriteFreely excluded), Hubzilla, (streams) and Forte are the only ones that don't have the Mastodon client API implemented. And I can't see them do it. For one, their devs steer clear of all proprietary, non-standard Mastodon technology. But other than that, these three are even less like Mastodon than Friendica, and they work even less like Mastodon. Even using a Mastodon app for stuff like basic posting is out of question because it pretty much requires access to the per-post permission settings, something that Mastodon doesn't have implemented, and therefore, neither do the apps for it.

Now, Hubzilla, (streams) and Forte can be installed as so-called Progressive Web Apps. But only Hubzilla veterans ever do that, and that's for three reasons: One, next to nobody has ever heard of the very concept of PWAs. Two, all that people know is installing apps from the Apple App Store and the Google Play Store. And three, people want native mobile interfaces in the style of whatever phone they use. It doesn't matter how well the Web UIs of these three adapt to mobile screens, especially since 90% of all phone users have totally forgotten that you can rotate a phone sideways.

Hubzilla actually has its own client API, and I think (streams) and forte have their own one, too. But nobody has ever even only tried to build a native mobile app for either of them. Hubzilla's devs even have to admit that they don't know how well Hubzilla's client API works because there has literally never been a sufficiently-featured counterpart to test it against. All there is is an extremely basic Android app built by one of them that's available as a download somewhere, and all it can do is send very basic posts, I think, even only at your default settings. It's just a proof of concept.

The ActivityPub C2S API is just as untested.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #MastodonAPI #Friendica #Hubzilla #Streams #(streams) #Forte #ActivityPub #API #ClientAPI #MastodonAPI
0
0
0
0
0

Re: The Future is Federated!

@_elenaElena Rossini 📍 FOSDEM is who the Fediverse needed like 10 years ago. A great communicator with an unbelievable talent, not only to tell a story, but also to visualize it in a way, that everyone watching her four-minute video should ask themself: „Why in the world am I still wasting my life in capitalist-social-media bunkers instead of using the second-greatest thing since Tim Berners-Lee invented the internet.“

0

@jupiter_rowland

I didn't know Hubzilla had been doing quote-posts for so long — very cool.

I know Misskey and its various forks have had quote-posts working for a while, too.

I think also Pleroma and Akkoma have, too.

Mastodon is the latest to add support for quote-posts, not the first. But, I am happy that Mastodon has it.

...

Mastodon's quote-posts seems Twitter-like, so I suppose that is as intended (if that is what you meant).

0
0

ᜋᜊᜓᜑᜌ᜔᜶ (Mabuhay!) I'm 스노 (雪亮 Yuki), a .

I'm an person. () and () gave me the courage to say enough with the discrimination, prejudice, about and .

I believe in , and .

My first was in 2008. I used to run a instance for the , and had a solo instance.

👇🏽 Shalom! 👇🏽
im.youronly.one

0

Coming soon in 0.2.0: Native post support!

We're excited to share a preview of the upcoming quoting features in BotKit 0.2.0. This update will make it easier for your bots to engage with quoted content across the fediverse.

The quoting feature set includes:

Here's a quick example of how you can use the quote detection:

bot.onQuote = async (session, quote) => {
  // The quote parameter is a Message object representing the post that quoted your bot
  await quote.reply(text`Thanks for quoting my post, ${quote.actor}!`);
  
  // You can access the original quoted message
  const originalPost = quote.quoteTarget;
  console.log(`Original message: ${originalPost?.text}`);
};

And creating quote posts is just as simple:

// Quote in a new post
await session.publish(
  text`I'm quoting this interesting message!`,
  { quoteTarget: someMessage }
);

// Or quote in a reply
await message.reply(
  text`Interesting point! I'm quoting another relevant post here.`,
  { quoteTarget: anotherMessage }
);

Remember that quoting behavior may vary across different implementations—some platforms like Misskey display quotes prominently, while others like Mastodon might implement them differently.

Want to try these features right now? You can install the development version from JSR:

deno add jsr:@fedify/botkit@0.2.0-dev.90+d6ab4bdc

We're looking forward to seeing how you use these quoting capabilities in your bots!

@BotKit by Fedify :botkit: Be aware that quotes and quote-posts are two different things, and both exist in the Fediverse. At least Friendica, Hubzilla, (streams) and Forte can generate both.

This is a quote, like in every bulletin-board forum out there:

Coming soon in #BotKit 0.2.0: Native #quote post support!


Or this, but it has to be coded manually into the comment's source code:

BotKit by Fedify :botkit: schrieb:
Coming soon in #BotKit 0.2.0: Native #quote post support!


This is a quote-post a.k.a. shared post a.k.a. quoted share:

BotKit by Fedify :botkit:BotKit by Fedify :botkit: schrieb den folgenden Beitrag Mon, 21 Apr 2025 05:51:28 +0200
Coming soon in #BotKit 0.2.0: Native #quote post support!

We're excited to share a preview of the upcoming quoting features in BotKit 0.2.0. This update will make it easier for your bots to engage with quoted content across the fediverse.

The quoting feature set includes:Here's a quick example of how you can use the quote detection:
bot.onQuote = async (session, quote) => {
  // The quote parameter is a Message object representing the post that quoted your bot
  await quote.reply(text`Thanks for quoting my post, ${quote.actor}!`);
  
  // You can access the original quoted message
  const originalPost = quote.quoteTarget;
  console.log(`Original message: ${originalPost?.text}`);
};

And creating quote posts is just as simple:
// Quote in a new post
await session.publish(
  text`I'm quoting this interesting message!`,
  { quoteTarget: someMessage }
);

// Or quote in a reply
await message.reply(
  text`Interesting point! I'm quoting another relevant post here.`,
  { quoteTarget: anotherMessage }
);

Remember that quoting behavior may vary across different #ActivityPub implementations—some platforms like Misskey display quotes prominently, while others like Mastodon might implement them differently.

Want to try these features right now? You can install the development version from JSR:
deno add jsr:@fedify/botkit@0.2.0-dev.90+d6ab4bdc
We're looking forward to seeing how you use these quoting capabilities in your bots!

#fedidev


Also, Friendica, Hubzilla, (streams) and Forte handle quote-posts a lot differently from Misskey and the Forkeys.

Misskey and the Forkeys do quote-posts like so:

RE: https://hollo.social/@botkit/01965678-eb56-7003-9c91-07e4418bf63a

At least on Hubzilla, (streams) and Forte, a quote-post starts out like this:

[share⁠=74153074][/share]

Upon sending the post, this piece of BBcode is changed into a full, dumb copy of the original post, led in by a line that says who posted this first, complete with a link to the profile, and that also links to the original. The original poster is being notified about this (unless they chose not to), but if the original post is edited, the edit is not forwarded to quote-posted copies.

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Misskey #Forkey #Forkeys #Friendica #Hubzilla #Streams #(streams) #Forte #Quotes #QuotePost #QuotePosts #QuoteTweet #QuoteTweets #QuoteToot #QuoteToots #QuoteBoost #QuoteBoosts
0
@Joaquim Homrighausen @Kevin Beaumont To be fair, full data portability via ActivityPub has only been available in a stable release of anything for two weeks.

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

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

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

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

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

And only then they could actually start coding.

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

#Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Mastodon #Mitra #RedMatrix #Friendica #Hubzilla #Streams #(streams) #Forte #DataPortability #NomadicIdentity
0
0
0