PriorProject

I use k8s at work and have built a k8s cluster in my homelab... but I did not like it. I tore it down, and currently using podman, and don't think I would go back to k8s (though I would definitely use docker as an alternative to podman and would probably even recommend it over podman for beginners even though I've settled on podman for myself).

1. K8s itself is quite resource-consuming, especially on ram. My homelab is built on old/junk hardware from retired workstations. I don't want the kubelet itself sucking up half my ram. Things like k3s help with this considerably, but that's not quite precisely k8s either. If I'm going to start trimming off the parts of k8s I don't need, I end up going all the way to single-node podman/docker... not the halfway point that is k3s.
2. If you don't use hostNetworking, the k8s model of traffic routes only with the cluster except for egress is all pure overhead. It's totally necessary with you have a thousand engineers slinging services around your cluster, but there's no benefit to this level fo rigor in service management in a homelab. Here again, the networking in podman/docker is more straightforward and maps better to the stuff I want to do in my homelab.
3. Podman accepts a subset of k8s resource-yaml as a docker-compose-like config interface. This lets me use my familiarity with k8s configs iny podman setup.

Overall, the simplicity and lightweight resource consumption of podman/docker are are what I value at home. The extra layers of abstraction and constraints k8s employs are valuable at work, where we have a lot of machines and alot of people that must coordinate effectively... but I don't have those problems at home and the overhead (compute overhead, conceptual overhead, and config-overhesd) of k8s' solutions to them is annoying there.

Two tips:

I have not tried running WINE yet but I plan on doing so soon.

Steam "just works" on Linux, you can install it via flatpak (which I use) or from their deb repo. It includes "Proton", which is a fancy bundle of wine and some extra open source valve sauce to make it nice and easy to use. Any game that runs on the steam deck also runs on Linux via proton, and there's no messing around at all. It looks and feels just like steam on Windows, and thousands of games just work with no setup or config beyond clicking the big blue and green buttons to install and run. Not EVERY games works, but tons do. I'd heavily recommend this over raw wine to a beginner.

The second tip is not to ask what you can do on Linux. The answer, to a first approximation, is that you can do everything on Linux that you can do on Windows or OSX. I daily drive all three, and mostly do the same stuff on them. Instead, ask YOURSELF what you WANT to do on Linux. Then Google and ask us HOW to do it... or what the nearest approximation is if the precise thing you want to do doesn't work on Linux.

Here's a potentially unpopular opinion... Games that target the Proton API are actually native Linux games. Proton isn't virtualization or emulation, it's just an API that happens to be mostly compatible on both Windows and Linux. Other than the kernel itself, Linux has never had one true API to do anything... there's always more than one option to target (as you note with your Wayland/x11 example, but also pulse, alsa, pipewire, the list is endless). Proton is an API that's available on Linux, and programs that target the Proton API are Linux programs in every way that matters.

The question isn't native vs proton. The question is whether proton is a good API. At the moment, it's an API that offers pretty good cross platform compatibility with windows, which is hugely valuable to developers and they're using Proton for that reason and even testing against it. That's good for us as users and for gaming on Linux.

If Windows evolves their versions of the proton APIs in ways that break compatibility and are difficult to fix, we may find that game devs complain on our behalf to avoid breaking their Linux builds. If Proton begins to suck compared to alternatives, and enough people are playing games on Linux with Proton, devs will organically start to look at other porting options more seriously. But Proton is both a way to kickstart the chicken/egg problem, and itself may just actually be a good API to develop Linux games against.

The linked post dismisses the v0.18.0 upgrade as a possible cause, but appears to do so without evidence and it's by far the most likely explanation.

Whether the fix has to happen on the Lemmy or the kbin side to restore compatibility is an open question, but I don't see any evidence of anything beyond a normal upgrade that broke an untested cross-app interaction.

It's already been bumped: https://lemmy.world/comment/89876.

Yeah, I'm not a mod or admin. There's probably some etiquette here but I have no insights.

Check https://hakbox.social/modlog while logged in as admin. You ought to be able to see who is executing moderation actions there.

I don't know a lot about moderation/admin, but I believe mod actions federate around the network, at least by default. So probably an admin or community mod on an instance you federate with blocked those users and the ban federated to your instance.

Nothing wrong with that, admin'ing an instance is a pretty serious job. I wonder how many instances will fold once they realize what they really signed up for. I lucked out in finding a new Lemmy instance from an experienced mastodon admin team so I have some faith that they're not in for a rude awakening.

Whether or not they have signups disabled, lemmy.ml isn't a good instance to sign up for. It's the biggest, and is "too big" for the hardware available to the admins, as described in https://lemmy.ml/post/1147770. Join-lemmy.org has other options. Good choices have 100 - 1000 active users. Above 1k active users and you're at the leading edge of being on one of the biggest Lemmy instances that has ever existed and are in danger of experiencing lag and other performance problems as people continue to pile on.

Awesome hardware report. If my instance starts falling over too hard I'm definitely considering setting up my own and this is great info to help me size it properly... though my admins lived through the mastodon twitterpocalypse with 4k signups per hour so if anyone can keep the lights on through this madness I'd think they have the experience to do it.

It is possible that nginx or some other http proxy is forwarding requests via some borked virtual host or url rewriting config, such that requests are arriving at Lemmy tagged with the old name?

Perhaps the affected user could clear some browser caches as well to ensure there is nothing funky going on in their specific browser.

Hot ranking was identified as a problematically slow query in https://github.com/LemmyNet/lemmy/issues/2877. Maybe it's possible that it's timing out on the postgres backend and you're getting partial results.

I see you're a fellow lemmy.world user, you could crosspost to !lemmworld@lemmy.world and possibly at-mention Ruud or one of the new admins listed in https://lemmy.world/post/28012 to see if they anything funky going on in the logs.

My prediction is that there's nothing you can do about this personally, though, other than report it to admins and provide any information they request.