Fine. I bought it while I still could. 60k IDR (less than 4 USD) is a good deal to get both new and old version (which I want for collection-ist reasons).

View this comment - View article - View full comments

I personally liked the model with Bazzite and bootable containers. Having Github build me a reliable image (and not send out failed updates) with my own extras on top Bazzite's default had been an enjoyable experience that was nice to maintain and manage.

It's just that I can't be bothered to make an entire new image file to build Bazzite from scratch, and maintain it, after the Ally image was discontinued, while the Deck image was too big for my free Github Actions, and also while there has been changes that I don't agree with.

I enjoyed being able to focus to managing my own house, while benefitting from yet without having to care about dealing with the rest of city-state. That's the ideal that bootable containers as a model represented to me.

I still recommend Bazzite to other people, but CachyOS seems like my home now. I tried making NixOS work, but there's just... Too much to get working, beyond the standard package installs and stuff. So a return to Arch-based with Nix Home-Manager (which thankfully has much better gpu integration now) for anything that don't need to be on the host system it is.

...

Also, everyone having an opinion on pineapple on pizza, and I never had it in my life. Can't be helped that they're only available on more expensive pizza joint here in Indonesia, and if I'm buying something at those expensive places it's going to be something that the whole group enjoys...

View this comment - View article - View full comments

Quoting: The_Real_BittermanMy experience seems to differ a lot. But first of I am a Tumbleweed user since forever. Hardware support on rolling release is usually not a big deal. It's all those pesky point-releases drawing the "Linux does not support new hardware"-image. While I say, a point release has nothing to do on a Desktop system.

As of CachyOS being so much faster I can not confirm. Everything I benchmark myself (with Tumbleweed vs Cachy) was roughly on par. Sometimes Cachy delivered a few more frames sometimes Tumbleweed. Most of the time neither did.

Tbh I don't know what TW does with their -default Kernel as there's also a -vanilla Linux kernel in the repos. Maybe they do some optimisations themselves which is why it doesn't get outperformed by Cachy.

As of unsupported Hardware I didn't ran into any systems not supported by Tumbleweed. Sure they do not have dedicated images for certain hardware as like Bazzite does. There's just one version (not counting Tumbleweed based distros like Kalpa or Aeon here). Also I do only own regular PCs, Laptop and a SteamDeck. Neither of which required extra tweaks or drivers (besides NVIDIA) to run properly.

Using stuff like OpenRGB made all the RGB stuff work as well.

No need for extra input drivers for the SteamDecks trackpads or extra buttons. They just worked (assuming Steam is running otherwise they where mapped to Keyboard and Mouse)

And so one. Zero issue since years. No need for a dedicated distro either. But I might as well not run the problematic systems, maybe, which is why I didn't ran into issues.

I am not sure if I understood the first thing you said right. What can't be controlled by flatpak Lutris? Inhibit screensaver? Sure this works. That's what portals and DBUS is made for.

Game launched by Flatpak Lutris can't be controlled by Steam. Added a game from Lutris as non-Steam games, it does launch correctly, but Steam then just thinks it's no longer running/playing. Or at least that was my experience last I used it - might have been fixed now, but I still just default to native Lutris where possible. I just don't want to deal with Flatpak limitations where I can avoid it.

I never used OpenSUSE, beyond maybe a single day of trying it or something. I recall installing virt-manager on its package manager, but I think I was missing another package I wanted. It does seem like a neat Fedora alternative, but I can't really say much beyond that.

For me, foremost, I can't really be bothered with setting up InputPlumber and all the kernel patches for ROG Ally (but god did I try). I just want the best defaults that lines up with what I want, so that I don't need to manage all the complicated stuff, and I can focus on managing the stuff I want on Flatpak, Nix HM, Distrobox, and the rest.

That's the value of these type of distro for me. Obviously, for people who prefers to start more vanilla, you can use something else. Especially when using older, more well-tested hardware where everything from upstream is all you need.

And I think the new status quo is a great middle-ground. People can work on UMU and OGC for what they agree they want to maintain together, and then add their own stuff that caters to specific audiences... That might not be you, me, or even anyone beyond a handful thousands or hundreds of people... But are still people they can cater to.

Personally, I don't think it make sense to fully pool everything into one project. I think that would just incite devs to fight each others on opinion and ego basis. That's what happens on Wayland Protocols that are stalled for years, basically. Just let everyone make their own project, cooperate where it make sense, and focus on their goals.

Quoting: The_Real_BittermanUhm, no. Gamescope works fine here. I mean there's literally an up-to-date Gamescope runtime which just maps into every flatpaks supporting it. But also why then not shipping just Gamescope outside of flatpak? Gamemode works the same way. Installed on the host and everything flatpak can use gamemoderun just fine.

What NVIDIA flatpak driver issue? Do I live in a parallel universe? Zero issue with flatpaks and NVIDIA drivers here. They just work. (Well despite the usual NVIDIA stuff you have regardless)

I feel like this is a "works on my system" issue. You don't live in a parallel universe, you just live in a universe where there are billions of hardware and software combinations.

So you got something working for you. That's great, I'm happy for you. I'd also be very happy if there are other projects that can cater to other people's systems, needs, and preferences. And that's the universe we live in, fortunately.

Sidenote - I really don't want to deal with gamescope on Flatpak. Sometimes they work, most of the time they just crash. Idk where it went wrong, but native gamescope with native launchers just works better for me.

And both Bazzite and CachyOS already includes gamescope anyways - they had to, as apparently it doesn't work with Steam Game Mode (gamescope-session) anyways so I might as well use what's there. I'll use stuff in Flatpak when it make sense to me (like WPS Office to disable its internet access and Masterpdf so I can also have Masterpdf 4 which has less stuff paywalled on the same system).

View this comment - View article - View full comments

Quoting: The_Real_Bitterman"Reduce duplicate efforts", "replacing Lutris with fagus launcher" ... Nobody forced them not to use Flatpaks...

This really sounds like a self inflicted issue caused by point-releases and their cravings to package everything downstream instead. Then call it a win to form an organization to fix what they caused themselves...

I mean nobody prohibited them to push their modifications to the mainline kernel even before.

While I also came to learn that all these "gaming tweaks" and "optimisations" usually don't deliver any real differences or significant improvements over something not having these "gaming optimisations".

The issue with Lutris is that, as far as I'm aware, there are still things that don't work as well with its Flatpak version vs Native version. The one thing that I recall was that Steam can't control / monitor the run status of games run by Flatpak Lutris - which could be an issue for a distro where user is expected to be on Steam's Game Mode a lot of the times.

For a distro based on Fedora Atomic that is meant to be as battery-included (ready-to-use) as possible, it does need to include a lot of things. This is their goal - and for the most part the issue has been the sheer amount of devices they support.

Which is where kernel is an issue. I used NixOS with nix-cachyos-kernel flake. Even with THAT there are still a number of things that don't work and performance was garbage (it was already garbage with the default kernel tbh). And that's with a kernel based on the distro that is most focused on performance. As soon as I actually switched to CachyOS itself, everything becomes so much faster. Even back on Bazzite, I've had days where after a while my ROG Ally slows down and I need to restart - something which hasn't been an issue with CachyOS as I left it for the past few days to sync files from my server and download my games from Steam. At the same time, Bazzite also did some work with HHD which requires working some custom kernel and config stuff - those are getting semi-abandoned, but not fully as they do want to bring things like ROG/View Button Switching even after the InputPlumber migration.

At the same time, these are versions of the kernel for specific usecase. Linux is still predominantly used for servers - Valve and everyone else do try to upstream what they can, but obviously not everything can make it upstream. Nevermind the need to just move fast and support hardware if we want people to take Linux seriously as a desktop OS and not just get easily dismissed with, "Yeah, it's cool, but it doesn't support my hardware until months later, so it's a useless OS for me."

It does matter - a lot of these does matter. I used to be someone who scoffed at all these custom stuff but after trying to do it myself, I really do appreciate how well they make these things as ready-to-use as possible even for newbies.

View this comment - View article - View full comments

I recall Bazzite being very early with Steam Deck / handheld SteamOS-alternative, so I think that was why they use HHD? But InputPlumber being what Valve uses made it not a surprise it is what the rest of the community standardized on instead of HHD.

I did saw one person complained about CachyOS not supporting HHD, that it meant that it's less flexible than Bazzite, and they're right but it is clearly a double-edged sword given the maintenance burden of not using what everyone else is using.

The rest of the Open Gaming Collective is interesting. Notably, CachyOS isn't on that list, despite Nobara which had been based on a lot of what CachyOS did (and PikaOS I think is based on Nobara) being on the group.

Oh, and Faugus is good but I had issues with portals on Game Mode but I was also using a jank NixOS + Jovian setup on my ROG Ally so idk. Still, dropping Lutris? Hm, has Lutris Flatpak version matured enough? I feel like Lutris is still a core of getting many non-Steam non-Heroic games running.

View this comment - View article - View full comments

For anyone having issues installing (for me on ROG Ally with the handheld edition) I managed to work it out here: https://discuss.cachyos.org/t/cachyos-january-2026-release-changelog/21783/68 [External Link]

Preliminary opinion is that it is blazing fast. I know I'm coming from a jank NixOS with cobbled together Jovian (Game Mode) and nix-cachyos-kernel, but even compared to Bazzite it still feels very fast. I like a lot of the included or easily-installable gaming packages as well - `proton-cachyos-slr` offering a Proton that is managed by the package manager.

There are still a lot of things for me to go through. Their wiki do assume a decent level of familiarity with Linux though. See here [External Link], here [External Link], and here [External Link]. This really isn't a Manjaro, Garuda, or Endeavour style of "baby's first Arch-based install", it's more of "Okay, we assume you know the basics - here is what we offer and you may make a value judgement based on it." For the most part? It seems to offer some great stuff.

Quoting: scaineI suppose the performance thing is cool, but the bit of CachyOS I love is that it integrates snapper into grub seamlessly, so if you break your system (say, an aberrant Arch update), you just reboot into an earlier snapshot and you've learned your lesson. Takes all the pressure off the fact it's Arch. Or being an idiot like me and constantly experimenting with stuff and breaking things.

I'd like them to include ChaoticAUR by default, like Garuda does, but it's straightforward enough to add manually. If you haven't used ChaoticAUR before, it's a precompiled version of the AUR - very fast, because it acts like any other Arch source. No waiting around for AUR compiles.

My next challenge with CachyOS is integrating the boot with TPM, so I don't have to manually unlock my disks at startup. If that's successful, I don't think I'll be distro-hopping for a long, long time.

Yes, the installer is kinda ehh. Coming from Bazzite that sets everything up for you, I had chosen to just forgo encryption setup because I can't be arsed to manually set it up.

I liked Chaotic AUR, but it requires trusting someone else to build the AUR packages correctly and without any bad intention. I personally trust the team, but should a distro maintainer make that judgement for their users? Also, what happens if it gets abandoned a la their Chaotic Nyx [External Link] project?

And snapper function isn't unique to CachyOS - I think Manjaro already have it since 3 or more years ago (if you installed with btrfs filesystem) and before then I used Garuda with it as well. But yes, it should be standard in all Arch and Arch-based install IMO, saved my butt multiple times before (though there was nothing it could do if the issue was bootloader or you messed up a nofail fstab entry).

Quoting: Curupira

Quoting: Liam DaweI'm not too clued up on it, but it seems it was done differently before. Direct from their blog post "bootloader selection has been moved directly into the installer".

Oh yeah, the bootloader selection screen appeared before the installer. Now it makes sense, thanks.

In the previous version, it asks you which ones you want to choose BEFORE the Calamares installer starts (see Mutahar's video here [External Link]).

That's because for each of the different bootloader you want, it seems a different Calamares package is called. So there are four Calamares packages. I'd imagine that's a bit complicated and fragile (judging by the links in my link above, there has been a noted installation issues with mirrorlist and Calamares versions since October 2025).

And Limine seems interesting. I'd love it if they use it and offers an automated/simple encryption setup a la Bazzite and touchscreen support like rEFInd apparently does, while maintaining the current stated speed of it.

View this comment - View article - View full comments

That is actually very useful and I suspect will be a "killer feature" for some people.

View this comment - View article - View full comments

Quoting: SzkodnixI hope Umamusume series won't be enshittified too soon.

Brother, Umamusume IS the enshittification game.

I remember the time before Umamusume. When projects were allowed to make a decent profit, and player goodwill was the priority. A lot of free resources, rates were permissive, events weren't excessively monetized.

If you want to look at what post-Uma Cygames looks like, look at Shadowverse: Worlds Beyond. I play that game, and I would rather spend money on the physical Shadowverse Evolve TCG despite them costing more due to how greedy the monetization in SVWB is.

View this comment - View article - View full comments

A lot of it seems great. Hopefully, this does mean Steam moving to Wayland and 64bit this year to be possible. But even outside of that, there are some pain points like windowing, IME, and Bluetooth that this addresses - as well as touching up on the behaviour of things like ODBC and other Windows dependencies that was an issue for me when I once tried to run local official tax apps and MS365.

At the same time, I'm not going to expect this to magically fix everything. I've had too many times when I think "everything should be fixed now!" and then you still have a dozen different issues. But, I am hopeful that things are maturing even further in a year or two.

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: fenglengshunWill the full podcast be uploaded to YouTube as well? I only watch/listen to YouTube podcasts.

As noted in the article yes, the full episode should be on YouTube next week.

Thanks! I didn't saw it since I was scanning around for a link to the full YouTube release, haha.

View this comment - View article - View full comments