[-] shrugal@lemmy.world 14 points 6 months ago

An app to manage important config and unit files (fstab, hosts, sysctl, systemd units, ...), and present them as settings menu or editor with auto completion and tooltips. Kinda like how VSCode handles settings, where you can use the GUI or a context-aware text editor.

[-] shrugal@lemmy.world 61 points 1 year ago

The Opera of today is not the same as the one from back in the days! The original company sold all their code and rights to a chinese consortium in 2016. Since then it's basically a variant of chromium, with some propriatary features and tracking added. I don't know the new owners, so I don't trust them with my browsing data!

[-] shrugal@lemmy.world 15 points 1 year ago

This is not the solution! Being able to pick a server to trust your data and content moderation with is a feature, not a bug.

What we do have to do is make this feature more resilient and easier to use. Like adding the ability to easily transfer accounts and communities between instances, or even change the domain name of an entire instance.

[-] shrugal@lemmy.world 30 points 1 year ago* (last edited 1 year ago)

Not really. Most centralized services are accessible via multiple domains, e.g. for different countries. This would just disable one of them, but users could still use another to log into their accounts. For the Fediverse it "disables" an entire instance, cuts it off from federation and locks out users.

Lets not put a positive spin on a situation that exposes a weakness of the current system. The federation protocol needs to be able to handle these things gracefully, like propagating domain changes and migrating accounts between instances!

[-] shrugal@lemmy.world 72 points 1 year ago

A domain takedown was never able to shut a server down, not even with centralized servers. Most big services are accessible via multiple domains of different countries, and this would just disable one of them. But for the Fediverse that means that they also "disabled" an entire instance with all its users.

This actually shows us that relying on domains can be a problem for the Fediverse! Imo we need to upgrade the federation protocol to be able to handle these things, like propagating a domain change or migrating accounts to other instances.

[-] shrugal@lemmy.world 28 points 1 year ago* (last edited 1 year ago)

This is suspicion on the level of "you can't be sure reality didn't just pop into existence 10 seconds ago". You can never be 100% sure of what others are doing on their hardware, or of anything really, especially if other people are involved. Your chat partners could leak all your chats and metadata for all you know!

What we do know is that Signal is operated by a non-profit foundation, their client and protocol are open source and considered the gold standard for privacy by pretty much every expert on the subject, they had multiple independent audits and a very good track record, they were subpoenaed and couldn't comply because they didn't have the requested data. That's about as good as you can get.

[-] shrugal@lemmy.world 70 points 1 year ago

Just leaving this here: Aurora Store

[-] shrugal@lemmy.world 16 points 1 year ago* (last edited 1 year ago)

Fedora! To me it sits right at the sweet spot of stability and bleeding edge (they call it "leading edge"), and I'm very happy with how they run things (including the most recent controversy!).

[-] shrugal@lemmy.world 13 points 1 year ago

Your right to choose is the same as everybody else's right to choose. You can decide to post something, and others can decide they don't want to see it. Decentralized just means there is no one entity to make those decisions for you.

[-] shrugal@lemmy.world 9 points 1 year ago

Also depends how the other clock is broken, if we're this picky about it.

[-] shrugal@lemmy.world 21 points 1 year ago* (last edited 1 year ago)

The author of this blog post just realized that things posted publicly on the internet are indeed public, and that Ctrl+C and Ctrl+V exist.

This is not some special property of the Fediverse, it's how the internet has always worked. If you post something publicly (say on your personal blog) then others can see it, make copies and redistribute them, even if you later decide to delete the original content. Companies like Google build massive indexes of everything posted by anyone ever, and there is nothing you can do about it if you want your content to be publicly accessible. If you share something with just a group of people, and someone decides to make it public, then it's public. Nothing new about that.

The GDPR works in exactly the same way in the Fediverse as with the existing services right now. If you want something deleted you have to send a notice to every service that has your content. In reality you'll just send it to the X biggest services, because they represent 99% of the users that could potentially see that content, and that's usually enough. You can do the same with the X most popular Fediverse instances. Even better, we might be able to create a standardized and automated process for it, because they all run the same set of Fediverse apps using ActivityPub after all.

Afaik DMs work just like unencrypted (so regular!) emails. If you send your company secrets to john@we-leak-your-mails.com then you're probably screwed, same thing with @john@we-leak-your-dms.lemmy.

[-] shrugal@lemmy.world 39 points 1 year ago* (last edited 1 year ago)

Afaik this is not an error from Lemmy but from nginx, which is not able to relay the request to Lemmy and therefore returns a 502 bad gateway response. Imo this just means the servers are over capacity, so most likely a scaling/infrastructure issue.

I had a quick read of the code and it looks pretty solid to me. Not the most "enterprise" code imaginable, but definitely no code smell or quick hacking job.

view more: next ›

shrugal

joined 1 year ago