> it is extremely opinionated so instead of ending with a tailored custom tiling WM that suits your needs at the end of the learning curve, you end up with a tiling WM that is suited for someone else’s needs.
DHH built it, and I find it absolutely hilarious that his Linux distro is literally his insufferable personality personified in Linux form
I’m glad everyone is dogpiling on this statement cause man people seriously have to stop parroting this years out of date claim at this point. Any big well supported distro using Wayland should be fine, at the very least KDE and GNOME are guaranteed work perfectly with HiDPI.
Daily Fedora KDE user here on 4K HiDPI monitor plus another of a different lower resolution, flawless experience using both together in a setup. Fractional scaling also there working perfectly as well and you choose how you want KDE to scale the apps if you want (forcefully or let the app decide).
Funny you mention Fedora, since the installer itself is unusable in my 4K display, defaulting to the 4K resolution instead of a 2x. I never managed to install Fedora using the GUI.
Gotta be something hardware specific to you like the other guy said cause I literally just did a fresh fedora install on a 4K display a few months ago with zero issues, and majority of people I know also use 4K displays for their Fedora workstations, and that has never once been brought up as an issue. Maybe search around for whatever hardware you’re running, otherwise I really have no idea what would cause that.
I mean it is probably a bug that may have been limited to your specific combination of hardware for all I know, not like they make sure it cannot work.
I don’t like macOS or GNOME, but if I had to use something from that paradigm I think GNOME is way better. GNOME feels like how Mac users talk about macOS. Whereas macOS just has nonsensical stupid things like delete key behavior, apps staying open after hitting the red X, lack of window snapping, etc that make no sense in 2025. GNOME at least has a rationale and a workflow behind it, even if I don’t like it I can respect it.
>the only (rather big) downside is that the web runs visually worse on it. I don't know how, but painting and font rendering feels suboptimal (compared to Windows and MacOS).
This is definitely worth investigating as that shouldn’t be the case at all…web performance is one of the best benefits of Linux. That’s why it’s often recommended as the best developer system especially for web devs, as it’s the most native web platform that most web technologies are developed for and ultimately deployed to. Font should be crisp (assuming you’re not using fractional scaling, which can cause font issues on any OS). And painting/performance should be the fastest of the three major OS. On the same system Linux and Windows feel somewhat comparable with an edge to Linux I think simply do a a more responsive system overall. And anything beats macOS, even using a brand new Mac feels like molasses sometimes. I would investigate drivers/scaling/hardware acceleration, cross chrome/chromium browsers and Firefox to see if you can narrow down your issue.
> one of the best benefits of Linux
> as it’s the most native web platform that most web technologies are developed for
This is a very idealsitic stance. It's not the best for web because web has been refined where users are - MacOS or Windows. I wish it were different.
> And anything beats macOS, even using a brand new Mac feels like molasses sometimes. I would investigate drivers/scaling/hardware acceleration, cross chrome/chromium browsers and Firefox to see if you can narrow down your issue.
Simply not remotely true - try it yourself. The best supported distros (Redhat, Ubuntu, SUSE, etc.) all suffer from the same fragmentation of the Linux ecosystem. In fact not even Windows comes close to MacOS's font rendering (why do you think designers prefer it).
esim is maybe my favorite mobile innovation ever. As someone who also travels a ton I could not stand dealing with a bunch of physical sims and would just end up not even bothering and relying on WiFi which made everything a massive pain. Now I have one esim provider that supports every country, takes all of 30 seconds to activate it for whatever country I’m traveling to.
Also, your original point is irrelevant anyway, because every single part of validating an esim also happens with a physical sim, there is zero difference in the process on the part of the carrier, from their perspective a sim is a sim, doesn’t matter (and some might not even be able to tell) if it’s a physical sim or an esim. No idea what you’re talking about with regards to IDs, never once had to provide an ID to use an esim abroad. Thats likely some local government regulation.
> My first computer had a whopping 24 mb of memory. That computer browsed the web, with javascript. Now just my browser winds up eating ~ 3 gb of ram on a regular basis, with just youtube easily eating 600 mb of ram.
Eh, that’s a massively disingenuous take when you consider capabilities. Web browsers back then could not do even 1% of what we can do now with modern browsers, where we can run damn near full fledged desktop level apps in a browser or with frameworks like electron. With that vastly increased power comes increased requirements, which is a complete non issue given memory is dirt cheap nowadays.
> Of course then there is also that one guy who fidgets around on stage for 10 solid minutes, before we are treated to a tiling window manager with eleventynine terminal windows and a hundred nervously fat-fingered xrandr command lines. Everyone in the audience chuckles and shakes their head "Linux people, typical...", and the guy on stage, already sweating blood begins the presentation.
Lol exactly. These people cause everyone else to think that's what Linux is like in 2024...just because you can doesn't mean you should, especially with the OP. Why use some arcane commands instead of the easily, single glance solution? We're not talking about advanced power user cases, just a simple day to day check...
> But the caveat was that some of the features were not translated via wine. For example some type of lightning or shading (as in shadows) technique... like you would just not have shadows. So back then it was said that games ran faster because the GPU did less work cause of the missing "features" when doing the translation.
Do you have a source or example vid or something to link to showing this? I ask cause I've seen this claim pop up a number of times here and on reddit but never have been able to find concrete examples of it actually happening, in addition to the Wine docs saying (IIRC) that if Wine runs into something that isn't/can't be translated, that the program will crash, not just omit it. The idea that it would just not appear at all seems less probable to me than the game crashing.
Unfortunately no, this is from the memory, from around when I first heard of WINE like 20 years ago. Might have been a discussion on osnews.com but I can't really remember it well.
>The idea that it would just not appear at all seems less probable to me than the game crashing.
Now that you mention it, the story might have been something else... there was news about linux beating windows in gaming, but the issue was not WINE but linux drivers for the GPUs at the time not having some features supported.
Again this is such a random information for me to remember it's all hazy. I'm almost 40 years old >.>
This isn't accurate. Only ~30% of Fedora contributions come from Red Hatters, they specifically changed the council structure so much more appointments can be selected by the community rather than Red Hat:
"Historical Note
The previous previous governance structure (Fedora Board) had five members directly appointed by Red Hat and five elected at large. The current structure is more complicated but has a much greater proportion of members selected by the community by election or merit. In the previous board structure, the Fedora Project leader had a special veto power; in the current model, all voting members can block on issues, with a valid reason. The FPL does not have a special veto, but does have a limited power to “unstick” things if consensus genuinely can’t be reached and a decision needs to be made."
Note that the community can and does select Red Hatters willingly if they are the best fit for the position. It doesn't change the fact that the community is still in full control of the project, Red Hat just sponsors it. Fedora could go off in whatever direction they want, and assuming the community supports it, Red Hat can't do anything about this, many community members have made this very clear over the years, and they also lay it out in the docs:
https://docs.fedoraproject.org/en-US/quick-docs/fedora-and-r...
That's (one of the reasons) why Red Hat forks Fedora and then makes whatever changes they need to make.
DHH built it, and I find it absolutely hilarious that his Linux distro is literally his insufferable personality personified in Linux form