Kealper

irssi here!

Narrator: It was the prod creds.

Android is already Linux-based, so that is just running regular Linux binaries while providing tweaks and shims to make those binaries play nicer with Android's setup. Things running in it don't have root access, they've only got the access that the base "UserLAnd" app has due to how Android handles security but that's more than enough to get you a "traditional" desktop with utilities.

It's more akin to installing and running all sorts of programs on a non-admin Windows account with all the "Install for only me" options instead of "Install for all users". Except instead of Windows, it's just Linux.

A fitting ad for the ambiance, for sure!

Basically, this.

Cinnamon is my choice on both laptop and desktop, though if it's for a particularly underpowered system, I go for MATE.

In theory yes, but right now the main kbin.social website's DDoS protection solution is making it a bit wonky for Lemmy instances to properly federate with it. At least that's what I've heard as of a couple days ago. Not sure if they've got that fixed yet.

EDIT: Looks like as of yesterday, they've fixed that so it should be working correctly in theory.

Every last post here feels like it's directly calling me out. I hate it, but I also love it.

💀

Optimally the defederated instance should not show the community at all but that would require changes on actual lemmy code.

I agree, that would be the best thing is if it just made the defederated community disappear instead of become a local fork. My thinking for the sidebar notice was in case a local fork was the intended outcome by the Lemmy devs as opposed to an unintended side-effect or a bug. If it was intended then it should be made obvious that it happened, and if it wasn't intended, it should just be hidden all together.

My concern about it isn't for false-flags, but for end-user confusion.

In specific cases like this, it looks, to the defederated instance's users, like they're still participating in the whole community they thought they were participating in. There's nothing outwardly visible to that end user that implies it's anything except what they thought it was unless they already had prior knowledge about how it works and about whether their instance was still federated with the instance that hosted the community. Under the hood, however, it's only a small fraction of the actual whole community, and it's completely isolated from the rest of that community out in the fediverse. That's where the problem comes in, is that there's no indication that you're actually only viewing and participating in a small fraction of that community instead of the whole one you thought you were.

The fix for this could be as simple as the local Lemmy instance checking if it's still federated with the remote community and if it isn't, put a note in the community's sidebar (and maybe one under the post/reply buttons) that says it isn't currently federated and that you'll only see local user activity and your posts/comments won't show up for non-local users. Something like that would basically eliminate the confusion and solve the problem that's being seen here.

So it appears that lemmy.world users can only see and interact with other new lemmy.world posts, so if you see a post from beehaw right now while using a lemmy.world account, it’s clear it’s from another lemmy.world user (if you are aware of the defederation, it definitely doesn’t tell you which is pretty bad imo)

Well that's weird, but I see what you're saying now. From Lemmy.world, you can still see the Beehaw communities and participate in them, but only as if they were local Lemmy.world communities. There's nothing in the UI to show that they're not actually communities hosted on Beehaw, but functionally they still act as local communities, even though their name, description, icon, stats, and mods are all copies of the actual community on Beehaw.

Yikes then, but for a different reason, and that seems like a bug with defederation in Lemmy.