Just a dorky trans woman on the internet.

My other presences on the fediverse:
@[email protected]
@[email protected]

  • 0 Posts
  • 18 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle


  • Could you please provide some sources for that? I’d like to know more.

    First of all though, there is no such thing as a “hostile fork”. Being able to fork a project, for any reason, is the entire point of open source. And to be fair, not wanting to continue working for a for-profit company for free is a very good reason.

    And yeah, when you suddenly turn a FOSS project that’s been developed with the help of a bunch of contributors, into a for-profit company, without making a big fuss about it beforehand and allow the contributors and community to weigh in, then yeah, that’s a hostile takeover of sorts, at least in my opinion. Developers gotta make money, but they could’ve done that by creating a new brand instead of taking over that of a previously completely FOSS project. Forgejo is preventing that exact thing from happening by joining Codeberg (a non-profit).




  • Version 5 of a software, device, vehicle or such isn’t necessarily better than version 4, and no official definition of the word “version” require this, either. If I may make another anology: You may pick one of 5 different versions of an outfit to wear, and even though they were labeled in the order they were made, from 1 to 5, none are inherently, objectively better than any other. In the case of UUIDs there are versions that are meant to supercede others, but also simply alternatives for different use-cases. Anyone with access to some up-to-date information can learn what each version’s purpose is.






  • On Mastodon, when you follow another user on another instance, your instance will send a request to the other, to be notified of new posts made by that user, as well as posts they’ve boosted. When such a new post arrives, a copy will be created on your instance so it can be displayed without nagging the original instance again for the post’s content and such.

    Lemmy is similar of course, since it uses the same underlying protocol (ActivityPub). Think of communities as “special users”. Whenever someone creates a post or reply, the community will boost it, so it ends up on every instance where a user has subscribed to that community.

    This part I’m not entirely sure on but I believe it’s how things work: The other way to send messages around other than subscription is obviously to send messages directly. In ActivityPub there’s a field that specifies the recipients of a message. When such a message is created, it is pushed to the instances of the recipients. On Lemmy, the recipient is the community you’re posting to. On Mastodon, the recipients are filled with all the users that you @-mention in the contents of the message. So for a Mastodon user to post to Lemmy, they have to mention the community, which is why you see some posts that contain the community’s handle.

    Because you can’t follow / subscribe to users on Lemmy, the posts of Mastodon users that don’t involve Lemmy never end up being “federated”, meaning Lemmy instances don’t get notified of these posts, so they don’t end up being “copied”. This is the same on Mastodon by the way. Unless your instance sends out a request to fetch posts from an unknown user, it doesn’t know about their posts, since nobody so far has cared about them.

    This makes sense because if you were to try and store all the content from the fediverse you would need a LOT of storage for little gain. Similarly it would be bad to never store the content and always fetch it, because that would generate a bunch of additional traffic, which especially small instances would suffer from.

    To summarize: Lemmy doesn’t display Mastodon posts because it doesn’t have a mechanism to subscribe to those users.



  • How long have you been part of the fediverse? (A term which tends to not be capitalized, by the way. *nerd snort*) It’s not about you getting to interact with every instance using just one account. It’s about putting the power into the hands of ordinary people. Including the power to associate or disassociate with certain people, communities, and content. That includes an admin’s ability to go “I see you’re not sufficiently moderating your instance. We will defederate until you’ve taken steps to ensure your instance sufficiently moderates with common-sense rules.”. Whether that is due to some content policies or to block an instance from which a ton of spam originates.

    Just how with email a provider can choose to block or automatically mark-as-spam any email coming from a server they don’t trust, for example because it’s a known source of spam. It’s actually how a lot of the internet works. And it works as long as well-intentioned people are in positions to make such decisions. And if a server or service goes rogue, they get the equivalent of defederated.


  • Incorrect. I’m fine with instances that host a variety of content. Including stuff I don’t want to see.

    However, I’m allowed to join an instance whose admins take a stance against bigotry for example, and therefore take better care that such content isn’t allowed to freely go through their instance. That way I and a thousand of other users don’t need to all block the content they don’t like manually. It’s my instance admin’s choice, and my choice to go with their instance.



  • If you want your freedom – whatever that means to you – you go to an instance that represents those values. Admins that run their own instance get to decide how they moderate that instance. And that includes blocking (or defederating) whole instances, communities, or individual users. You don’t have to sign up to one that does something you don’t like.

    Besides, you don’t seem to understand the importance of moderation. If it wasn’t for the ability to defederate, we’d have tons of fake instances with fake users creating fake posts. Not to mention people going out of their way to make others feel miserable. Do they have the right to spew their hatred? I have my opinion, but it doesn’t matter. I happen to also have the right to join an instance that has a policy to take care of that stuff so I can browse for things that actually interest me.


  • Allow the admins of the instance to enforce their rules?

    Say you have an instance with a “no-NSFW” rule, for people who don’t want to randomly come across NSFW communities. Their admins could take care of the curating of rule-breaking NSFW communities without having to resort to defederating from the entire instance. This doesn’t have to be an outright block but just a filter that could prevent the community to show up in “All”.