Email or username:

Password:

Forgot your password?
Chris Trottier

It really is too bad that Diaspora never integrated ActivityPub.

They talk to Friendica and Hubzilla.

But they don't talk to Mastodon, Pleroma, Pixelfed, or PeerTube.

38 comments
Cyber Yuki

@atomicpoet No, thank you. Last time I went to diaspora I couldn't even mute a remote spam account.

Chris Trottier

@yuki2501 Last time I went to Diaspora, it was just really old memes that would have been posted on Facebook 10 years ago.

Bogie B. šŸ‡ØšŸ‡¦ šŸ‡ŗšŸ‡ø

@atomicpoet I was part of the 2019 Google Pluxodus to Diaspora (& MeWe and others) In addition to no ActivityPub, Diaspora also suffers from being a walled garden with no search or discovery function unless you login.

Chris Trottier

I wonder how Dennis Schubert feels about @mozilla starting up mozilla.social.

He's a core diaspora* dev who works at @mozilla.social

He wrote this very intense post about why diaspora* wasn't going to add ActivityPub, and it seems he wasn't very happy about Mastodon.

github.com/diaspora/diaspora/i

maegul

@atomicpoet @mozilla @mozilla.social So, as a layperson on AP, Iā€™ve more or less thought the same as this blog post just by being underwhelmed by the quality of the internet-platform integration in the fediverse over AP. It seems a tad over-hyped because of what Dennis outlines. It isnā€™t opinionated, so every interface between any two platforms requires its own additional layer.

TBH, Iā€™d like to read a serious reply to this in support of AP.

Chris Trottier

@maegul I think Dennis is looking for a uniform experience. However, the lack of uniformity is a feature to me, not a bug.

It is nice that a microblogging platform talks to a video platform.

Elias MĆ„rtenson

@atomicpoet @maegul to add to what you said, a flexible protocol allows for new ideas to be implemented, ideas that weren't even considered when the spec was defined.

I'm sure the Diaspora protocol is great for implementing Diaspora. But people experimenting in this don't want to implement Diaspora. They want to build something completely new. AP provides the underlying framework to allow these applications to link to an existing network. It lets them take advantage of the network effect as it were.

Most applications using AP are still microblogging platforms in one way or the other. The idea to tie a code forge (was it gitea?) platform to AP is one of the more interesting ideas, and something you could never do with Diaspora, I think.

@atomicpoet @maegul to add to what you said, a flexible protocol allows for new ideas to be implemented, ideas that weren't even considered when the spec was defined.

I'm sure the Diaspora protocol is great for implementing Diaspora. But people experimenting in this don't want to implement Diaspora. They want to build something completely new. AP provides the underlying framework to allow these applications to link to an existing network. It lets them take advantage of the network effect as it were.

maegul

@atomicpoet I think both have trade offs (uniformity/diversity).

And by the same token, Iā€™d wonder whether thereā€™d be benefits to a more opinionated standard that is also sensible for creative diversity. ATM, it feels like a solid standard has been given up on, which might come back to but the fediverse?

Otherwise, from a users perspective, Iā€™ve seen the lack of uniformity amount to a lack of usability. #lemmy for instance ā€œtalksā€ to mastodon, but not usably.

Oblomov

@atomicpoet @maegul that's only if both sides agree on at least a minimum of sensible information to exchange so that there is something to show for it. Can Mastodon do anything with a Place object? An Event? A Tombstone? Heck, Mastodon doesn't even go out of its way to support Article objects sensibly. We can argue that this isn't AP's fault, like it's not HTTP's fault that not all UAs support all image formats, but it is a limitation.

Oblomov

@atomicpoet @maegul and ultimately, this is a limitation that makes the platform more important than the protocol, because the platform is responsible for actually accepting the objects: you can't write a separate client that knows what to do with a Tombstone and have it display those objects that were sent to your Mastodon account. So platforms that want those Tombstones to be shown on Mastodon will end up sending Notes instead.

Oblomov

@atomicpoet @maegul again, this might not be considered an AP limitation, but in this sense, Mastodon's dominance is actually destroying that same flexibility of the protocol.

maegul

@oblomov @atomicpoet yep, itā€™s an interesting question to consider ā€¦ at some point, will Mastodon need to die or diminish for the fediverse to thrive?

Chris Trottier

@maegul @oblomov It's not a matter of if Mastodon's dominance will diminish but when.

Oblomov

@atomicpoet @maegul by the time Mastodon dominance will have waned, the damage to the Fediverse diversity will already have been done.

Chris Trottier

@oblomov @maegul I, of course, disagree. Mastodon validates the notion of a Fediverse. There's more to come.

Oblomov replied to Chris

@atomicpoet @maegul IE ā€œvalidatedā€ the web, but also set back its development for over a decade, wasting inordinate amounts of developer time trying to work around its limitations and preventing some useful ideas from reaching any kind of popularity.
This is a discussion we already had. It would be better for the Fediverse if platforms focused on the lower level without being opinionated on what should be accepted and what shouldn't, allowing UX to be customizable and extensible.

Oblomov replied to Oblomov

@atomicpoet @maegul I should be able to read an Article from my Fediverse client regardless of what my server platform thinks about it. I should likewise be able to receive (and see) any kind of object sent by people I subscribe to regardless of my server platform capability to handle it. AP servers shouldn't be the ones responsible for deciding which object types and attributes the user has access to. That should be the client's responsibility.

Johannes Ernst replied to Chris

@atomicpoet@mastodon.social @oblomov@sociale.network @maegul@hachyderm.io mastodon right now is used both a server-only for separate (mostly mobile) clients, and a server+client web app. Historically it has mostly been the second. The growth right now is in the first. It will have to decide which one it wants to be growing up, because I donā€™t think it can excel at both.

Oblomov replied to Johannes

@atomicpoet @maegul
@J12t
This wouldn't even be a problem per se, if not for the fact that the two sides are very tightly coupled. Ideally, the two sides should be completely decoupled, and the server should ā€”for the most partā€” only act as passthrough, with the objects getting passed to the client (and to other servers when posted) essentially unchanged. Also, ideally all information should be available through AP, rather than platform-specific APIs.

Johannes Ernst replied to Oblomov

@oblomov @atomicpoet @maegul Naturally, said the architect. And then we have software in the real world :-) Mastodon was written as a plain normal rails web app, and that, I believe, was the right and perhaps only way that could have gotten us to the good place where we all find ourselves today. The question is where it wants to go. (Iā€™m going to take the liberty of ccā€™ing @Gargron just in caseā€¦)

Chris Trottier replied to Johannes

@J12t @oblomov @maegul @Gargron People have been trying to make decentralized social media happen for nearly 20 years now.

We can all talk about how Mastodon could be better till we're blue in the face. The fact is that Mastodon has created a halo effect on other server software too.

In other words, Mastodon's growth is Friendica's growth too.

For real. Look at this chart. In September, Friendica was little more than 250 nodes. Now it's nearing 400.

Chris Trottier replied to Chris

@J12t @oblomov @maegul @Gargron For the sake of comparison, let's look at diaspora's growth.

It went from 115 nodes in September to 117 nodes in September. Now imagine how much more growth it could have if it simply integrated ActivityPub.

So again, while diaspora's devs bemoaned lack of uniformity and usability, few people are using it -- and it can't speak to the rest of the Fediverse.

There's a reason why we're here and not there.

Olav

@atomicpoet @mozilla @mozilla.social

when I was running a diasp* pod, there were arguments about pod portability with the emphasis if "someone wants to write it" they'd consider. ActivityPub was anathema.

I'll skip the bit about how their privacy decisions have repeatedly bitten them in that ass

Chris Trottier

@olavf @mozilla Iā€™ve had multiple accounts on diaspora*, and almost all of the pods that host them end up shutting down.

Olav

@atomicpoet @mozilla I had a hundred or so (bobspora), lack of moderation tools and iffy signups did me in.

My amigos that ran the 10k+ Pluspora pod, there was the tools problem, the mistake on insufficient moderators + what they had to see (read: phone number for a FBI agent) and some personal stuff

Part of why if I do something (more than family) again there will be several admins and a small team of moderators. that more should agree on more serious moderation

JohnW

@atomicpoet @mozilla @mozilla.social I'll definitely be following this, but I'm not up to speed enough to comment as of yet... and that will probably be a while.

Chris Trottier

@the_Effekt @mozilla Probably not a good idea to comment. The thread is old.

Kevin Davidson

@atomicpoet @mozilla @mozilla.social I can see his point, that he wants a fixed standard that everyone can work to. Unfortunately that leads to stagnation and no experimentation or growth. The ActivityPub spec seems to be actively forward compatible, requiring implementations to deal gracefully with things theyā€™ve never seen before. Social pressure would then work to create compatibility with popular new features. And the Fediverse advances.

d(jackā€™o la)ngo šŸŽƒ

@atomicpoet I was using diaspora in early days, and one thing @evan said, comically dubbing it Evans law of networks: (paraphrasing) Software projects will only ever adopt or join networks larger than themselves.

Chris Trottier

@django @evan Well, now ActivityPub is bigger than diaspora*.

d(jackā€™o la)ngo šŸŽƒ

@atomicpoet yeah I think even Ostatus was already bigger than diaspora at that time, basically why @evan was ruling out adopting diasporaā€™s protocol

Go Up