OeRR_bewegen , to Random German
@OeRR_bewegen@chaos.social avatar

Ein Tipp für den :

In die Zukunft investieren und auf setzen, statt auf geschlossene und gewinnorientierte Social Media Plattformen.

rolle , to Random
@rolle@mementomori.social avatar

Hello Bluesky, this is me posting from Mastodon. 👋 Bridgy.fed is finally live.

pixelfed , to Random
@pixelfed@mastodon.social avatar

Loops is a new platform for sharing short videos, and it's open source + federated using

We're really excited to share this sneak peek that showcases the new onboarding flow and discovery features (Connect Mastodon) and look forward to the upcoming beta release!

Are you ready for ?

Loops app demo

dansup , to Random
@dansup@mastodon.social avatar
matt , to Random
@matt@writing.exchange avatar

Still in development, but got replies working! Once it goes live, replies from the fediverse will show up on Remark.as.

Last major issue is to add some basic moderation. Already got instance-level blocking done so I can easily defederate from bad servers, but want to make sure we can handle any potential abuse from individual users too.

box464 , to Random
@box464@mastodon.social avatar

The Podcast Index has an ActivityPub implementation, and now I can follow some of my more irreverent non-techie podcasts directly on the fediverse. So cool! Hopefully they'll add a Follow button soon...but in the meantime:

  1. Find your podcast on the site
  2. Grab the numeric value at the end of the url
  3. Search for the podcast with this name {numericValue}@ap.podcastindex.org

https://podcastindex.org/

UNHhhh podcast, available through ActivityPub as an actor I can follow!

dansup , to Random
@dansup@mastodon.social avatar

Don't get me wrong, I love Mastodon and everything it's done for the fediverse

That being said, I don't want Loops to become the only short form video platform, or the only well known one

I'm working with @stux on his own short vid platform called and PeerTube to enable seamless interop

We're stronger and better together

There is no reason NOT to work with "competitors" because when you have the right mindset and goals:

You build for the people, and listen wisely.

samxavia , to Random
@samxavia@lethallava.land avatar

I wonder if Tumblr actually joined the Fediverse is many people will have the same hatread towards it as Threads.

I guess Tumblr hasn't taken users data and been caught out for it. So maybe not.

18+ BeAware , to Random
@BeAware@social.beaware.live avatar

Serious question for those that this is relevant to: if you don't understand how ActivityPub works, even a little bit, why do you feel the need to have opinions on how it should work?

Isn't this backwards as hell? Shouldn't you try to understand how something works, then ask why it is that way and if it's intentional?

Too many people here have this strange opinion that they have some sort of privacy, even if their profile/posts are set to "public".

This is just simply not true. We're on the internet. There's over 20,000 Fedi instances and there's just no way to manually parse them to make sure there's no "bad actors" using your "public" posts for whatever the hell they want.

We already see this happening with things like NewsMast which is aiming to be a "news" app where their users don't have to login or register to a Fediverse server, yet they will see posts by Fediverse users from bigger instances based on "categories".

Maybe do some research about how the protocol works and how it's VERY opt-out to the core, before you have opinions on it. Just saying....

devnull , to Random
@devnull@crag.social avatar

Can an instance operator running a derivative of Misskey (Sharkey, firefish, or maybe even Misskey itself) get in touch with me? I can't seem to federate with that entire pie of the fediverse... 401 Unauthorized 😬

Alternateively, if you've run into this type of issue before, any tips? Heh.

hrefna , to Random
@hrefna@hachyderm.io avatar

This issue is a good illustration of like… 60% of my problems with SWICG https://github.com/w3c/activitypub/issues/429

hrefna , to Random
@hrefna@hachyderm.io avatar

The recent incidents have hilighted to me one of my personal struggles with

My first questions when developing a writeable API are 1. who can call this endpoint 2. what does the payload accepted by this endpoint look like?

AP is largely silent on (1) and is, for lack of a better term, actively hostile to (2).

Then I look at it from a database side and I try to draw a line between the use case and the schema and connect that to the payload.

Which again, AP is hostile toward

1/

janettespeyer , to Random
@janettespeyer@flipboard.social avatar

Who can see my posts? I am super curious as to how far this can travel? Learning the is interesting but a tad confusing for the laypeople like me. If anyone has an analogy do share. Visualizations help.

notizie , to Random Italian

Threads, il nuovo social network text-based rivale di Twitter si dovrebbe distinguere per la federazione e la privacy

Oltre alle caratteristiche innovative, come la "federazione" e l'utilizzo del protocollo , solleva importanti questioni riguardo alla privacy e ai rischi associati all'iscrizione. Esaminiamo a fondo gli aspetti che definiscono Threads e il suo impatto sulle esperienze digitali degli utenti.

@fediverso

altalex.com/documents/news/202…

ben , to Random
@ben@hardill.me.uk avatar

Wondering how hard it would be to build the absolute minimum single user ActivePub instance.

ThatOneKirbyMain2568 , (edited ) to Fediverse
@ThatOneKirbyMain2568@kbin.social avatar

Now that for-profit tech companies are beginning to implement , I think it's important to establish what we want with the and whether federation with , , Tumblr, and the like bring us closer to or further from those goals.

With that in mind, I've come up with a few statements (in no particular order) that describe what I think is an "ideal fediverse" — a fediverse that's not necessarily realistic but that we should aim for:

  1. No actor controls a large portion of visible activity.
  2. Users can move between instances without penalty.
  3. Creating and running an instance requires minimal effort.
  4. People on or entering the fediverse understand the variety of available options.
  5. There is no downside to using free and open-source platforms over proprietary ones.

These definitely aren't comprehensive, and if you have anything you'd add, let's discuss that! They're currently helping me reassess my stance on Threads now that Flipboard is also entering the stage, and I hope they're helpful for others as well.

I'll elaborate on these five statements in the comments.

1/3

ThatOneKirbyMain2568 , (edited ) to Fediverse
@ThatOneKirbyMain2568@kbin.social avatar

I've been thinking a bit about this post regarding 's responsibility to be compatible with the ( thread aggregators like & ). Right now, a thread from Lemmy or Kbin usually federates to Mastodon with truncated text and a link to the actual thread. However, many want Mastodon to be more compatible with threads so that the people over on Mastodon interact with the threadiverse more.

I was initially in agreement as a Kbin user. But having given it some thought, I think this is an unwise approach that'll only serve to overcomplicate platforms on the . Yes, people on Mastodon should promote other parts of the fediverse (and vice versa), but complete interoperability shouldn't be expected of every platform.

As much as many would like it, you can't have long-form video from PeerTube, images from Pixelfed, threads from Kbin, blogs from Writefreely, etc. all neatly fit in a microblog feed. These are different formats made for different platforms, and the people making them are expecting them to be interacted with in completely different ways. When someone makes a thread in a Lemmy community, they're probably expecting that the people who are going to see and interact with the thread are people that want to see threads and are thus on a Lemmy instance (or another thread aggregator). If someone from Mastodon were to interact with it as if it were a microblog post, there'd be a big mismatch. People interact with microblogs differently than they do with threads — that's why they're separate to begin with. You don't see everyone on Twitter also wanting to use to Reddit because people who want microblogs don't necessarily want Reddit-style threads, and vice versa.

The other option, then, is to separate these different formats into different feeds or otherwise make them clearly distinct from one another. Kbin does this by separating threads and microblog posts into two tabs. While you can view both in the "All Content" tab if you'd like, they're styled differently enough that it's very clear when you're looking at a thread and when you're looking at a microblog post. This distinction lets users treat threads like threads and microblog posts like microblog posts, which is really helpful since the two formats serve different purposes and have different audiences. This option — clear distinction — is a great way to solve the conundrum I've been talking about… if your platform is meant for viewing all these different kinds of content to begin with.

And that's what it really comes down to imo. Mastodon is a platform for microblogging. Most people go to Mastodon because they want a Twitter alternative, not a Twitter alternative that's also an Instagram alternative and a Reddit alternative and a YouTube alternative. Even if you put these different content types in separate tabs, it would inevitably make things seem more confusing and thus raise the barrier of entry. Add a Videos tab to Mastodon to view stuff on PeerTube, and people are inevitably going to go, "Wait, what's this? Is this like YouTube? I thought this was just a Twitter alternative! This all seems too complicated," even if you tell them to ignore it.

It's probably best to leave Mastodon as it is: a microblogging platform that has some limited federation with other formats. The way Kbin threads currently display on Mastodon is fine. In fact, when I post a Kbin thread, I'm expecting it to be viewed via a thread aggregator. If people on Mastodon were part of the target audience, I would've made a microblog post.

Now, if you want to make something that lets you view everything on the fediverse via different tabs, feel free. As aforementioned, Kbin supports both threads and microblogs, though it comes with some challenges (e.g., trying to fit magazine-less microblog posts into Kbin's magazine system). However, this doesn't mean every platform on the fediverse needs to seamlessly incorporate everything else. I'd love people on Mastodon to promote and even try out Lemmy & Kbin more, but that doesn't mean Mastodon needs to also become a thread aggregator.

0x1C3B00DA , to Fediverse in Automattic's Tumblr/ActivityPub integration reportedly shelved
@0x1C3B00DA@kbin.social avatar

I don’t think pitching to existing social media makes sense. Adding federation to a non-federated social media service isn’t a net win.

You have to spend the time and money to implement it. Then you have to spend the time and money to maintain it. Most of the time, ActivityPub support is implemented as mastodon compatibility, not true AP support. This means having to constantly make sure you keep up with masto changes and constantly fielding issues with other implementations because you didn’t fully implement AP.

And after implementation, you don’t just gain access to a ton of new users, you have to take on the burden of moderating all of it (which is a persistent ant recurring time and money cost). And since the has a ton of opinions on moderation, you’re always pissing somebody off.

And after all that, what you’ve enabled is an easy way for your users to recreate their social graph without your service. The idea of an interconnected social web is cool, and hopefully it’ll be the futrue, but it doesn’t make sense for profit-driven businesses.

-- From my alt [email protected]

erlend , to fediversenews
@erlend@writing.exchange avatar

Several years in the making, GitLab is now very actively implementing ! 🙌

https://gitlab.com/groups/gitlab-org/-/epics/11247

The end-goal is to support AP for merge requests (aka pull requests), meaning git.alice.dev can send a merge request to gitlab.com/Bob/project.git

First bite-sized todo on the implementation path there is ‘subscribe to project releases’.

Smart move by ; through ActivityPub they’re getting a distributed version of GitHub’s social layer.

@fediversenews

  • All
  • Subscribed
  • Moderated
  • Favorites
  • random
  • All magazines