• 1 Post
  • 170 Comments
Joined 2 years ago
cake
Cake day: March 22nd, 2024

help-circle
  • I don’t want to leap into your throat, but have you tried a clean install of a different distro on a USB? And I mean clean; no reusing your home partition, no weird configs until you test out-of-the-box settings.

    One thing I’ve come to realize is that I have tons of cruft, workarounds, and configurations in my system that, to be blunt, screw up Nvidia + Wayland. And my install isn’t even that old.

    Hunting them all down would take so long that I mind as well clean install CachyOS.

    I haven’t bitten the bullet yet (as I just run Linux off my AMD IGP, which frees up CUDA VRAM anyway), but it’s feeling more urgent by the day.


  • The real issue is devs not wanting to pay for hosting server side anticheat. I

    Or allowing self hosted servers. With actual mods that just ban people who are being jerks, and basic anticheat tools shipped to them.


    Whatever the issue and solution, the current state of the gaming market still makes mass linux gaming kind of impossible. Not from the anticheat games specifically as much as the OEM problem.








  • Mint.

    You’re already familiar with it, so it will just be the least time invested doing stuff.

    If you’re trying to squeeze out performance/efficiency, you can load CachyOS and play with it. As an example, it has a scheduler (lavd) specifically designed to minimize idle power use, and another one (tickless) specifically optimized for docker containers/VMs. It has easy access to optimized Java to make modded Minecraft faster. Stuff like that. But ask yourself if you want to spend time messing with that.


  • I just let KDE handle it. I think… it was a long time ago. I’ll turn on my PC and check my fstab in a sec.

    But yeah. I’d recommend a fresh install, with the philosophy of “don’t mess with the defaults unless it isn’t working, or you have a very good reason.” As not only are CachyOS defaults pretty good, but they’re set up in a way so the system will maintain itself through updates.

    It’s (ironically) very different than my experience with Ubuntu, where I had to manually maintain a bunch of stuff and fight the system packages.


  • I think I may have installed ntfs-3g before the reboot

    Isn’t this the legacy driver? Why do you need it?

    …Respectfully, it feels like you’re falling into the classic Arch trap of “messing with too much stuff.”

    I mount a whole bunch of NTFS Sata partitions at boot, on CachyOS, and they don’t need a password or FUSE driver package or anything. It just works out of the box. The only thing I chose to mess with was adding a single mount flag in fstab, and only so it plays with Windows permissions better.








  • Apparently, this is hardly hyperbole. For example: https://bugs.kde.org/show_bug.cgi?id=377162

    Talk about arrogance. In the window paradigm, only a few desktops ever REQUIRED a similar look and feel for all windows. Apple was the worst offender for that. I suggest that if Edmundson wants a similar look and feel, he should go get himself a Mac and stop mucking up KDE.

    From a quick look at the proposed patch - and obviously without having the full picture - it’s true that it would add some complexity. But it’s code for the sake of people’s convenience, not the other way around, right? IMHO, as long as:

    • shading is off by default,
    • users get a clear message about limitations and SSD/CSD complications before enabling it,
    • the implementation doesn’t introduce impossible-to-maintain logic and limits some weird edge cases like resizing a shaded window, then it’s worth doing.