Fediverse

42 readers
2 users here now

This magazine is dedicated to discussions on the federated social networking ecosystem, which includes decentralized and open-source social media platforms. Whether you are a user, developer, or simply interested in the concept of decentralized social media, this is the place for you. Here you can share your knowledge, ask questions, and engage in discussions on topics such as the benefits and challenges of decentralized social media, new and existing federated platforms, and more. From the latest developments and trends to ethical considerations and the future of federated social media, this category covers a wide range of topics related to the Fediverse.

founded 2 years ago
351
 
 

If you ever have the problem of forgetting you were writing something and closing a window, or accidentally navigating away from the page on which you are composing, this is the browser extension to save your ass: Form History Control.

In kbin I especially have this problem as I get logged out constantly for some reason, for example while I am composing even a fairly short comment, and if I submit while logged out the text vanishes. But everything is stored in the extension. It is local to your machine where it will be secure.

I am using it for a year or two now and it has been flawless. It doesn't cause any slowdown in browser performance. It is unnoticeable until that moment you need it.

352
 
 

The Dutch government has officially launched their own Mastodon server. In an accompanying letter, the State Secretary explains how this relates to the government strategy of supporting digital common goods.

353
 
 

Hey all,

I know many of us have avoided Reddit entirely, while others have been working to ween themselves off the toxic bot nest. Speaking for myself, I know I've had a few technical problems whose solutions were only found on Reddit.

The migration dust has settled a bit and it's pretty clear that bots mass migrating subreddits isn't the direction the kbin/Lemmy community wants to go.

I propose that these explicit recommendations be mentioned at signup and as part of the user's profile page:

  • If Reddit is the easiest to access or only source of information you're searching for during regular browsing, please consider reposting that information to the relevant Fediverse community.
  • Begin these title of these posts with "[RX]" so that Fediverse users know why a seemingly random post has been added.
  • Please tag these posts with "RDX" (or "RedditExtraction") and the subreddit name it came from for easy filtering.
  • This is especially important for technical and detailed posts, as liberating this information will prevent it from disappearing at a corporate goon's whim, and it helps other users transition off Reddit.
  • Use whatever method you prefer for the format of the body. It's more important that the info is extracted than any rigid format be followed. You can:
    • Link to the original Reddit post.
    • Copy-paste the text, only mentioning the authors' screen names.
    • Simply summarizing the info.

General Example:

  • You search Fediverse posts for a solution to a computer problem, but find nothing.
  • A search from Google yields nothing useful except a post on r/TechSupport.
  • Create a new thread on kbin/Lemmy titled:
    • [RDX] (the question you searched)
    • Description of problem, including why it was hard to find.
    • Description of solution, preferably including some indication of time in the original post. (Was this post 1 year old or 10 years old?)
    • Any additional information you deem relevant.
    • Tags: RDX, RedditExtraction, TechSupport, troubleshooting, etc.

Specific Example:

[RDX] Do PCIE to PCI slot conversion adapters require the PCIE or PCI version of drivers?

I have an old PCI card that I would like to use on a current PC. I've seen adapters that should work, but my particular card had both PCI and PCIE versions released. Which driver should I install, or does it even matter?

Response by u/..... in 2013:

Install the PCI version.
Since the card itself is PCI, that is the "language" the PC needs to speak for it to understand. PCIE should be backward compatible, just not physically compatible.

I performed the steps recommended and it solved my problem.

Tags: RDX, TechSupport, PCI, PCItoPCIE, PCHardware


With proper identification (title or tags), it should be easier to add features to the website and apps for filtering out such posts.

I would be even more helpful if there was an option on the New Thread page that auto-filled some of this info or redirected to a form page with separate entries for each element.

Another, more complicated, possibility would be to include a user editable wiki with each community, with extracted data listed as a section. New entries and notes can be submitted, but require moderators approval. Unapproved entries would still show, but with a warning that it hasn't been approved yet.

Thoughts?

354
 
 

Is reddit really that unaffected? Are tech media companies keeping quiet on purpose? Is the Play app giving more artificial visibility to reddit app VS fediverse apps? It feels like all the mainstream centralized social platforms and search engines (Google) are censoring any updates on reddit's status to maintain a status quo. What are your thoughts?

355
 
 
356
 
 

cross-posted from: https://lemmy.ca/post/1418762

I've made a number of improvements since the last time I was posting about my extension. The update is now available on both Firefox and Chrome web stores.

For questions / support: !instance_assistant@lemmy.ca

TLDR: See the respective download pages on Firefox & Chrome. The screenshots and features list are mostly self-explanatory.

Note on versions:

  • Firefox has a more recent 1.2.1 version, because my build script missed some files while uploading v1.2.0. It doesn't look like Chrome had this issue.
  • I'm uploading v1.2.2 to both stores today, which will bring the two missing features to Chrome as well. After 1.2.2, all browsers should have the same features. See below for details.

So how is this different from other similar extensions?

You may have noticed the extension's name changed to be more generic (and include Kbin 🥳). I'm trying to make this a more well-rounded extension, and that means I've incorporated some features from the other extensions, in my own way.

Lemmy Links, Kbin Links, and the other forks:

This is a great extension that replaces links on your page with versions that go to your home instance. However, in order for this to work, it needs to recursively check every element on your page whenever DOM content (the stuff the browser is reading) changes. This is somewhat resource intensive, and while testing I ran into lag and freezing issues. As such, I decided to not include this functionality in the same way.

Instead, I've added a right click context menu that does the same thing. This way the user can pick which links they want the extension to convert, and it's a lot more efficient resource wise. While it's an extra click, I felt this was a reasonable compromise. However, I'm open to feedback!

NOTE: The context menu is available on Firefox, and it will be available in Chrome in about a week, depending on when they approve my update.

Lemmy Home Instance Helper

This is another extension which checks if you are logged in to an instance, and it creates a button to the search page if you are not. As my extension creates a button on any foreign instance, the search page is only helpful when a community hasn't been loaded into your home instance yet (ex. because you're the first one to try accessing it).

To deal with this, my extension modifies the "Community not found" pages with more instructions, as well as buttons to trigger the fetch process or to open the community elsewhere. See this screenshot for an example. Again, open to feedback!


As always, I'd love to collaborate with other people while building this. I'm still cleaning up my code, but feel free to look at the GitHub. If this extension gets popular, I will definitely need help for translations and for things like getting the extension on Safari (I don't have a recent Apple device to sign the extension with).


Note on permissions:

  • The current versions request "Access to all sites". This is because the extension needs access to any page that contains "/c/", "/m/", or "/post/" in order to create the sidebar buttons. While the extension only looks for those pages, it will show up as "Access to all sites" when installing. Once I have a proper welcome message and settings page, I plan on making this permission optional so you can just use the popup menu if you would like.

Summary of Recent Changes:

  • Added support for Kbin
  • Fixed issue where button wouldn't load when navigating to a community within Lemmy (available on Firefox, should be on Chrome in a week).
  • (NEW) Right-click context menu on Lemmy/Kbin community links to let you open them directly. You can test them out here: https://lemmy.ca/post/1282303 (available on Firefox, should be on Chrome in a week)
  • (NEW) Information and buttons added to "Community Not Found" error pages to let you fetch the community or open it elsewhere.
  • Updates to sidebar button to state the current selected instance and provide more detailed instructions as a dropdownList
  • Refactored the code to remove more unnecessary permissions.
  • Another pile of bugfixes, UI improvements, and better wording for instructions.

Future Plans:

  • This is complete and will be in v1.2.2. ~~Bringing over the new changes to Google Chrome. Since chrome requires Manifest 3, I still need to iron out some issues with the service workers. The missing features are all related to the background processes that are running on the Firefox version~~
  • Pushing to other browsers: Microsoft Edge & Opera are still reviewing v1.2.0. Unfortunately, I don't have any immediate plans for Safari, as I don't have a device that can sign the extension. I am looking into getting help for that.
  • Setting up a proper Welcome page, Settings page, and Options menu to allow users to turn off features that they don't like. This will also let me make "access to all sites" optional.
  • Finishing the translations' setup so that people can contribute other languages to the extension.
  • Adding an option to save your own instances to the popup, for those that have multiple home instances.
357
 
 

Twitter under Elon Musk’s chaotic reign has seemingly created an opportunity for an alternative microblogging service.

358
 
 

When I visit the #mastodon page of a #kbin or #lemmy user/community through a direct link or entering the url (as opposed to navigating to it manually on mastodon), I get taken to the kbin/lemmy instance instead. How can I prevent that?

#fediverse

359
 
 

cross-posted from: https://lemmy.world/post/1374550

Currently I'm more aware of general interest instances for both Lemmy & Kbin, and a few more focused ones (e.g. Mander.xyz/slrpnk.net/startrek.website), so I'm curious what others there might be.

At the same time, would you be interested in more narrowly focused instances that aren't tech-oriented, and if so, concerning what subjects?

Also as to why you might want those, it's mainly for a more focused local feed related to communities surrounding the primary subject you joined for, meanwhile your subscribed/all feeds would remain more general. An example might be you join a country/region-oriented instance where the local communities may literally be based around local communities in your area as well as regional/national & sub-regional/national news or the like.

No idea if lemmy.ca is organized like that in any way btw, but I wouldn't be surprised if there are some Canadian-themed local communities there. Anyway, I'm getting sidetracked, but see first couple sentences for the main question & topic.

360
 
 

Google has shown that with enough scale, just running ads on a website is enough to keep the content free of charge. But of course, as with everything where money is involved, it went way too far. This limited the ad revenue, and so websites decided to add more ads.

To compound that, ads started paying less and less, so websites started chasing profits by making the internet worse for everyone.

Twitter's revenue is 89% ads. It has existed for more than 10 years, and has never made any money. So even at that scale, ads are just not working to sustain a company.

All the changes Musk is making to Twitter, like firing most of the workforce, charging for the API, limiting the number of tweets, Twitter Blue, it's all to try and turn a profit. So, the experience of Twitter is now ten times worse, because ads don't work.

Now let's look at Reddit. Reddit is about as popular as Twitter. And Reddit isn't profitable either. They're kept afloat by raising money from investors. And so Reddit charges for their API now. Reddit made their site worse for everyone: the regular users, and also everyone browsing the internet and landing on reddit to see a "this subreddit is private" message, making any web search ultra inefficient.

And we can also look at Youtube. Youtube is HUGE. And it's hard to know if youtube is profitable or not. The consensus seems to be that it is, but the actions of youtube seem to indicate that maybe it's not THAT profitable. For example, youtube seems to be planning some moves against adblockers. Youtube is also taking steps against third party frontends, like Invidious. They wouldn't do stuff like that if profit growth was awesome.

I love alternative platforms, but they'll probably never replace the giant ones: they don't offer a business model for people to create content on them.

As a user, you probably don't care about that. And the person running the instance of said platform maybe is ready to fund it out of pocket, but the people creating the content on these platforms? They're not making money from them.

And so as ad-based internet models start dying off, I have a feeling we're going to be faced with 3 options

First, the big platforms survive as-is with the ads, you can still have ads on your own website, but the platforms will start keeping more and more of the ad revenue.

This is where we're heading now. People are tired of ads and their privacy invasion, and the over abundance of them, but platforms seem to think this is the way to go.

Second option, the big platforms and websites evolve to another model, like paywalling everything behind a paid subscriptions like Youtube Premium.

It would basically kill off an entire portion of the internet, but it probably wouldn't be the worst portion to lose.

Third option, the big platforms and the internet as a whole can't find a new model to replace ad based ones, and big platforms and big websites die off. Content creation becomes a hobby mostly.

This is probably the best outcome for the internet as a whole, as it would probably kill off most clickbait, disinformation, AI generated crap. We would have far less things to read and watch, but a lot of if would be higher quality.

361
 
 

Only up-votes on posts and comments are federated. Is there a technical reason why (limitation of ActivityPub?) or is it a social reason?

My reading of the Activity Streams spec is that while 'Like' (used for upvotes?) is a standard Activity that all clients understand, there is no 'Unlike'. But we can define new types of Activity:

The Activity Vocabulary defines a small number of Activity types that are common to many social Web applications. This specification stops short of defining semantically specific properties for most of these activities. External vocabularies can be used to express additional detail not covered by the Activity Vocabulary.

... implementations are free to introduce new types of Activites beyond those defined by the Activity Vocabulary

362
 
 

To all #readers and lovers of #books (and here there is a sea!) I point out the federated

platform https://bookwyrm.social/

to share readings and #beauty 🙂

Obviously, being part of the #fediverso :fediverso:, you can follow the accounts of #bookwyrm 🐉 also from your profile #KBIN :KBIN:

RT@madmonkey@mastodon.uno

363
 
 

Title

364
 
 

Most Fediverse software supports image uploads, so there's no reason to use Imgur for image hosting. Hell, even on my small single-user server (atomicpoet.org), image hosting is easy peasy. Not only is Imgur not needed, they're an annoyance for those of us who are used to seeing images natively on the Fediverse.

I know habits are hard to break, but just remember: this isn't Reddit 🙂

365
 
 

A lot of us are pretty new to the fediverse and we've arrived just in time to grapple with what is easily the biggest federation/defederation controversy ever to hit it. I've put this thread together to hopefully help communicate some of the more complex ideas that we're trying to get our heads around.

What does federation do?

On a basic level, federation is offering an agreement and ability to share your content with other services. Being part of the fediverse means that the content from your instance (e.g. mastodon.social, lemmy.world, kbin.social) can be requested by anybody else. It's a system of requests and responses, where you freely hand over your content to other services who ask for it. When there's a bunch of services doing the same thing, you can request the content from their servers, too.

For a weird interpersonal analogy, it's like your group of friends show up to a street party in-progress carrying a big thing of candy beans and you announce to the party, "We brought candy beans for everybody!" You place them down on the table with all the other snacks, and grab yourself a tasty assortment of the things everybody else brought. You don't eat everything; that sketchy dude over at the side brought a fondue pot and it looks kind of gross. In turn, some people come over and eat your candy beans and some people don't. Even more people will arrive to the party after you, and even though you technically didn't offer them your candy beans, they can have some too because they're for the party. Importantly, nobody is force-fed anybody else's snacks.

In this analogy, the party is the entire fediverse. The friend groups at the party are instances, and the snacks are all the posts, comments and other share-able interactions.

What does defederation do?

Defederating another server means your instance will stop requesting content from that server. For a real-world example, several instances have defederated exploding-heads.com, meaning that they have stopped asking that instance to share its content with them. Those other instances still request content from most other parts of the "threadiverse" (which is, let's just say it, the Reddit-like segment of the fediverse), but they no longer ask for or receive exploding-heads.com content, whether that's posts, comments, upvotes or anything else. That's defederation.

Let's go back to the party analogy. Remember that gross fondue pot? Your friend group gets in a huddle and you all agree: you don't want anything to do with that fondue. You all have a great night at the party, trying all kinds of tasty and interesting foods, some of which you've never had before but none of which are fondue. It doesn't take long before you forget the fondue is even there. Nobody even tries to offer you any. At worst, somebody asks what you think of the fondue and you tell them you're avoiding it because you don't like the way it's furtively bubbling away in the shadows.

The dude who brought the fondue is an instance that you've defederated from, and the fondue is his content which you find objectionable. Maybe it's racist, transphobic fondue. Your group of friends (instance) decided not to see, respond to, think about or otherwise deal with that content.

What doesn't defederation do?

Defederation is about what data comes in, not what goes out. Your instance is still part of the fediverse, so if somebody comes asking for your instance's content, it gets handed over as normal. This is true even if the request comes from a server your instance has defederated. Defederation doesn't make you invisible, it doesn't block anybody else from seeing you, it doesn't protect your content, it only means you never have to see their content.

Let's head back to the party. Here's the crazy part: that weird fondue guy is allowed to eat your candy beans even though you're not eating his fondue. This is just how parties work. When you bring something for the party, it's for everybody who showed up, whether they're you're friends, your friends' friends, total strangers, or some creepazoid who everybody seems to be avoiding. As soon as you start guarding the table going "Not you! You get the f— away from my f—ing candy beans!", it's not a party any more. Don't do that.

As an open protocol, the fediverse is a street party. Anybody might turn up (start an instance), including people who bring fondue (people or groups you find objectionable). You can choose not to eat the fondue (defederate them), but they will still be able to eat your candy beans (request your content). This is just how street parties and the fediverse operate. You get to decide what you eat, but not what anybody else eats.

How will Threads joining the Fediverse affect the threadiverse?

Up to this point, I've mostly been talking about the fediverse as a whole, but on Lemmy and, to a lesser extent, /kbin, our primary concern is with the threadiverse: the part of the fediverse which revolves around discrete communities made up of discussion threads. Microblogging (like Twitter, Mastodon and Threads) as a type of personalized short-form content is not the primary focus of /kbin, and not part of Lemmy at all.

Threads is entering a space in the fediverse which is dominated by Mastodon, so it's Mastodon and other fediverse microblogging services (including, to some extent, /kbin) which will most heavily feel the impact of Threads. It is currently possible for microblogging platforms like Mastodon to interact with the threadiverse, but it is not optimized for this type of content, with non-linear threads sorted by recency and user voting. Mastodon and other "microblogging-side" fediverse users have mostly just signed up for Lemmy/kbin accounts, because stuffing a link aggregator through a blog-shaped hole is a terrible experience. How many Mastodon users have you noticed in your time on the threadiverse?

Threads as it exists currently is even less optimized to interact with the threadiverse than Mastodon, with no support for accessing groups (which it would need to see Lemmy communities/kbin magazines) whatsoever. If Threads were to start federating today, without any way to navigate the threadiverse, the only way to interact with our threads would be to visit a Lemmy/kbin instance directly in order to find a thread they're interested in, then copy the address to that thread, paste it into Threads to load it up as if it was a Twitter/Mastodon/Threads timeline, and finally start interacting with it. Consider that this is too much effort for the average Mastodon user–will Threads users be even more dedicated to posting on Lemmy/kbin than Mastodon users are now? Probably not. It's possible Meta will implement groups support in Threads before they start federating, but that still places them where Mastodon is now: such a poor way to interact with the threadiverse that nobody bothers.

Party analogy: The threadiverse and the microblogging fediverse are two different parties, a couple of street apart. Occasionally, somebody from one party will wander over to see the other one, but everyone's speaking some foreign language they don't understand, so they get bored and wander off again.

Why are people worried about federating with Threads?

Many fediverse and threadiverse users are concerned that Meta's Threads joining the fediverse will be harmful to the rest of the fediverse, for a number of reasons. This will not be an exhaustive list, but some of the causes for concern people have stated include the following:

  1. Meta wants to attract the fediverse's users to leave their respective instances and join Threads instead

    The idea here is that Meta is specifically targeting the current fediverse userbase and desires to have them on their service

  2. Meta wants to embrace, extend and extinguish (en.wikipedia.org) competing social media so that they have all of the users in perpetuity

    This is similar to the above, in that Threads will make proprietary improvements to their instance which make using alternatives an inferior experience so that people naturally prefer Threads, but with the end goal being that competitors die off so that future users have no choice but to join Threads

  3. Meta wants to access all of our data in order to use it against us for marketing or other creepy data-hoarding purposes

    This one's pretty self-explanatory.

  4. The large userbase of Threads (currently at 104 million registered accounts, compared to 12 million fediverse accounts) will overwhelm the culture and moderation of the fediverse

    Before anybody starts: yes, there's that many Threads accounts. Meta has reserved accounts for all one billion+ Instagram accounts but there is no indication that they are counting those as registered Threads accounts, which you can see for yourself by considering which number is bigger out of 104 million and 1 billion.

Some of these concerns have more merit than others, so let's address that next.

How will defederating from Threads protect us from the above?

Necessarily, some of the below are just my opinions since it's what I imagine Meta's motives are and how they relate to the goals of the threadiverse. While Meta may well be hostile to the fediverse, how it will impact the threadiverse is a different question.

  1. Meta wants the fediverse's current users

    Firstly, the fediverse is a drop in the ocean compared to Threads (104 million registered [note: not active, we don't have those figures] users). Obviously, Meta wants everybody, but their specific goals in terms of user-poaching are far more likely to center around the ~350 million active Twitter users than the ~12 million fediverse users (~3.5 million active). The threadiverse is smaller again, at something like 100,000 active users. We're not even in the same medium as Threads and the current size of our userbase is not a threat to Meta or anybody else's dominance in the social media space.

    Defederating prevents us from being exposed to the handful of Threads users who are dedicated enough to figure out how to post to the threadiverse via the Threads microblogging interface. They were unlikely to convince us to move to Threads in this manner, so defederation doesn't do much here. 100,000 threadiverse posters are not a high priority for Meta, who are currently gaining about 4 million Threads users per day.

  2. Meta wants to EEE the fediverse so that it never becomes a threat in future

    This is plausible, but again more of a concern for the microblogging side than the threadiverse. Threads could extinguish the entire microblogging community and we'd still be over here upvoting articles about how Meta just caused mastodons to go extinct for the second time in history.

    Defederating doesn't really do anything here. Until Meta decides to launch a Reddit-like (which could happen), any extension and extinguishing they do will be of software that's in the same microblogging arena as they are. Nothing indicates that they are currently trying to compete with link aggregators.

  3. Meta just wants our data

    The fediverse (including Threads in future) doesn't really get our "data" via ActivityPub in the way people generally think about it. ActivityPub doesn't share our IP addresses, email addresses, click tracking, etc. Only the public interactions we make are shared (posts, comments, votes), and we already know we're sharing those because we're posting them on the Internet. More importantly, defederating changes literally nothing about how much of our content Threads can see. Remember the street party: defederating means we're not eating Meta's fondue. They're still eating our thing of candy beans.

    Defederating does literally nothing to prevent Meta accessing your data.

  4. Threads will overwhelm the fediverse with their inferior content and culture

    Like the EEE fears, this one is legitimate but once again something that will primarily be felt by microblogging providers (/kbin included). Toxic users, advertisers, etc. can push garbage into feeds all day, but they will largely not be targeting the threadiverse because there's some 100 million sets of eyes to put that crap in front of on the microblogging side and it will be difficult-to-impossible for them to push that content into Lemmy/kbin threads from their interface that was never made to interact with the threadiverse.

    Defederating will again have a minimal impact, because Threads content is not coming to the threadiverse in the first place.

In short, these fears, for the threadiverse specifically, are mostly misplaced and not addressed by defederation anyway. Some of these concerns are valid for the microblogging softwares like Mastodon and to a lesser extent, /kbin, since microblogging is where Threads will be interacting with the fediverse and have the most opportunity to cause damage. While it's different for microbloggers, threadiverse instances defederating Threads is more of an ideological choice than a practical one, which is fine. I am passing no judgment on anybody who makes that decision.

Is there any chance Meta has good intentions?

No.

But it might have intentions that are both self-serving and fediverse-neutral.

The absolute best intention I can possibly ascribe to Meta is that joining the fediverse is a CYA (cover your ass) mechanism to head off regulations, especially in the EU, where the newly-applicable Digital Markets Act regulates "gatekeepers" of Core Platform Services like online social networks to prevent them from using their popularity to hinder other providers becoming or remaining available.

The EU has not released their list of who they identify as "gatekeepers" currently, but it is expected to include all of "Big Tech": Alphabet, Amazon, Meta, Apple, and Microsoft. By joining the existing fediverse community, Meta may hope that this allows them to claim they are not in control of the social network and so not subject to DMA regulations, or failing that, that it proves Meta are playing fair with other social media providers since Threads is graciously allowing services like Mastodon to exist. This becomes even more likely when considering that direct Threads competitor Tumblr is also planning to join the fediverse.

The fact that Threads doesn't support federation yet and is also not available in the EU yet is probably not a coincidence, since in their current state there's no indication that they're trying to accommodate other social media providers as they would likely be required to do. Some of the obligations under the DMA are that social media "gatekeepers" must support communication with other social media platforms and portability of user accounts across different providers.

Let's have a look at Meta's big introduction of Threads (I'll quote you the good bit so you don't have to actually visit Facebook):

Compatible with Interoperable Networks

Soon, we are planning to make Threads compatible with ActivityPub, the open social networking protocol established by the World Wide Web Consortium (W3C), the body responsible for the open standards that power the modern web. This would make Threads interoperable with other apps that also support the ActivityPub protocol, such as Mastodon and WordPress – allowing new types of connections that are simply not possible on most social apps today. Other platforms including Tumblr have shared plans to support the ActivityPub protocol in the future.

We’re committed to giving you more control over your audience on Threads – our plan is to work with ActivityPub to provide you the option to stop using Threads and transfer your content to another service. Our vision is that people using compatible apps will be able to follow and interact with people on Threads without having a Threads account, and vice versa, ushering in a new era of diverse and interconnected networks.

(Emphasis mine.)

If you read past all the marketing jargon, this is almost word-for-word just checking off the terms of the Digital Markets Act one by one and very publicly drawing attention to that fact. "Hey, look at us, we're doing all the things. You don't even need to regulate us, look how good we're being!" This doesn't mean "You should trust Meta," but it does offer one possible explanation for why they want to join the fediverse which is not "to destroy the fediverse."

tl;dr?

Defederation is about what an instance allows in, not what an instance allows out. Defederation stops you seeing the defederated instance's content, but it does not stop them seeing your instance's content.

Threads poses some danger to the fediverse, in particular the portion of it centered around microblogging (mostly Mastodon, but also Pleroma, parts of /kbin, etc.), but very little risk to the threadiverse.

The worst thing about the fediverse is all the fondue, but you don't have to eat it.

What's your problem with fondue?

Honestly nothing, I've never even had it. I just hate what the fondue represents.

366
 
 

My instance is quite liberal and not many instances are defederated. But there are some instances I don't want to see at all, like containing NSFW content.

While I can block any unwanted communities, it requires me to go to all of them one by one and block.

Can i somehow block all instance communities?

367
 
 

Shared by @tchambers and originally written by @chipotle

With kbin’s microblogging integration I think this is particularly relevant for our community as well! It’s a great read please take the time to read the full post.

Relevant Paragraph:
"Look. At the end of the day, I’m a Mastodon partisan. But I don’t love its collective tendency toward self-important dogmatism....The truth is, #Threads is not about Mastodon. It’s about Meta and only about Meta, and Mastodon isn’t important enough to them to spend the considerable effort that would be necessary to destroy it.

It’d be awfully damn ironic if the Fediverse decides it’s become necessary to destroy itself to stop them."

368
 
 

This is just a thought I had that I wanted to bounce off people who know more about ActivityPub/the fediverse— would it be feasible (and would it make sense) to build an open-source, ActivityPub-compatible dating app as an alternative to Tinder/Bumble/etc.? And if so, what could that look like? Obviously the small userbase would be an issue, but I feel like there's enough frustration with the mainstream apps that there'd be at least some migration if a good decentralized & non-commercial option existed. I know I'd use it. What do y'all think?

369
 
 

Notes: The vulnerability appears to be with Lemmy software, and other instances are possibly vulnerable until the Lemmy devs resolve it, however Lemmy.World has implemented their own fix in the meantime. It has not yet been ruled out if non-admin users have had their tokens compromised, but all accounts should be forced to manually log in again, as a preventative measure.

370
 
 

lemmy.world and lemmy.blahaj.zone are down from what seems like a JavaScript injection attack

371
 
 

Lemmy.world and lemmy.blahaj.zone have been hit with a JavaScript injection attack it seems.

372
55
submitted 2 years ago* (last edited 2 years ago) by ThatOneKirbyMain2568@kbin.social to c/fediverse@kbin.social
 
 

Went there and got some… less than savory images. Do not recommend going there.

Did it get hacked or smth?

373
 
 

Looks like lemmy.world has been hacked, I'd advise not going there for a bit.

#fediverse

374
 
 

guys how to add threads?

#fediverse

375
102
submitted 2 years ago* (last edited 2 years ago) by Kara@kbin.social to c/fediverse@kbin.social
 
 
view more: ‹ prev next ›