Posts by CajunMoses 21 publicly visible posts • joined 8 Feb 2021
"This is really where TurboQuant's innovations lie."
Extremely ambiguous statement, that. At first read, this wording suggested to me that TurboQuant's innovation leads to a false conclusion (a lie). I believe that a much better phrasing would be something like 'this is the basis of TurboQuant's innovations.'
I'm a noob. I chose to use Fedora Silverblue because it reminded me of ChromeOS. I have absolutely zero issues with this distro, nor its sister, Kinoite. Everyday, it just works and works and works--on a 15-yo HP ENVY laptop. And it's so incredibly easy to use. It even looks great. But I see so much hatred expressed toward semi-immutable atomic distros like Silverblue, Kinoite, Vanilla OS, Endless OS, etc. I can't understand what's so god-awful unusable about their core OS that it needs to be "fixed" by users. Now, I realize that this need supports these seemingly illogical religious wars like the one against systemd. It doesn't make any sense or accomplish any greater good. The war is just waged by pitifully powerless people stuck in the past who need a reason to complain. It's a form of entertainment, I guess.
After a couple of experimental distro hops in 2025, I started out with Silverblue last June. I got frustrated with GNOME, so I switched to Kinoite in August. Then, just out of curiosity, I ran Endless OS from a USB stick. I liked it so much that I went back to Silverblue. There are a lot of descent mutable distros out there. But I could never in good conscience recommend anything other than an Atomic OS to a noob.
In essence, while you can often install and run snapd on an SELinux-enabled system (sometimes requiring the snapd-selinux package), the robust security confinement that snaps are known for is only fully functional with AppArmor, leading to potential issues and degraded security on pure SELinux systems.
I use Fedora. SELinux, not AppArmor, is standard on Fedora and all Red Hat-based systems. Snap is incompatible with SELinux. So, I can't and won't even try to use Snap. I use Flatpaks. I also use BoxBuddy/Distrobox to install packages with dnf and apt in containers. End of story.
I don't understand. There was a time when evaluating, selecting, and advancing candidates solely on the basis of competence and merit was the very definition of fairness. Other factors could take precedence only for exceptional circumstances applying to relatively small groups, like disabled veterans. Vocal factions in current society seem to insist on just the opposite. That's messed up.
The criticism of rpm-ostree is grossly unfair. Aurora has rpm-ostree because its part of Kinoite. For users, it's basically the Fedora Atomic equivalent of 'apt' or 'dnf', etc. There's nothing "complex" about it. It's an old technology that Fedora is replacing over time with bootc. Using rpm-ostree to "layer" applications is frowned upon not only because layered applications can potentially introduce update conflicts but also because using rpm-ostree is almost always unnecessary in a distro like Kinoite which is built for running distro containers. So if you absolutely cannot find the application that you need as a FlatPak or AppImage, just create the container that's native to the application and install the application package from within that container. Then, exit the container and the application will appear in the start menu.
I tried Aurora. I didn't need the extras that certainly add value for some but amounted to clutter for me. So I'm running Kinoite now. But I didn't find Aurora to be slow or inconsistent in design. Most importantly, I didn't find it to perform poorly in day-to-day use in any way. That should really be the bottom line. Atomic distros live in a realm of reliability and security that's vastly greater than that of mutable distros. I find that people who whine about atomic distros are just set in their ways and averse to anything slightly unfamiliar. Mobile phones are atomic, and nobody complains. Same with Chromebooks. Ultimately, very, very, very few people actually have a genuine need for access to core OS files for any purpose other than to "tinker." If you have a tinkering addiction, use any mutable distro like Ubuntu.
I can wait without test driving. But it sounds like this update is more about making a solid product even more solid than it is about injecting more features. I'm mostly looking forward to two upgrades though. Budgie Atomic will use Budgie 10.10, which moves Budgie from X11 to Wayland. (Yay!) And, it's sounding like the desktop Atomic OS updates will be automatically downloaded and installed in the background, with the user being notified afterward that a reboot will enable the update. That's how Chromebooks have always done OS updates, and it's the right way.
"A cross-platform browser as an OS is now closer than ever"
If the browser is cross-platform, then the platform has to be the OS, not the browser. Unless they're trying to redefine what an OS is, an OS has to be able to boot up, drive hardware, manage the interface with data files on storage media, and manage network connections. Chrome OS does all that and more. While Chrome browser is just the primary way of accessing applications on ChromeOS, ChromeOS is a lot more than a browser on steroids. ChromeOS is an immutable Linux distribution based on Gentoo Linux. Arc and Dia appear to be nothing more than browsers that users can use their OS to install.
Trying to win the Powerball jackpot will be a better bet than trying to win against MS. Unless someone's income is tied to running specialized Windows software that has no equivalent on any other OS platform, Windows 11 is little more than a great excuse for finally switching to either a Chromebook or a Linux distro. Switch to a Chromebook if you're willing to spend ~$300 to $500 for a nice one. And then enable Play Store and Crostini. Or, if you overwrite Windows with an immutable distro that uses the Wayland display server, you'll be able to essentially end up with the equivalent of a Chromebook, possibly a few additional features (like running a different browser or running containerized Windows apps), and a boot-up time that's 20-30 instead of 5-10 seconds.
KDE Linux will be an immutable/atomic OS that uses the KDE Plasma DE. That just seems like a totally superfluous effort to reinvent the wheel if you're a Fedora Kinoite user such as myself. And if you want your distro to come with more built-in device drivers and developers' tools than Kinoite offers, UBlue Aurora already exists. So, I just assume that Arch Linux must offer something awfully good that Fedora doesn't. But I do know for an absolute fact that many users of KDE Plasma would be head over heels jumping for joy if the KDE dev team just simply focused really, really hard on fixing KIO Gdrive instead of expending so much effort on creating an apparently superfluous distro.
At least KDE understands that M$ is handing Linux a better window of opportunity than it's likely to ever get again. And this window of opportunity won't remain open indefinitely. Depending on individual needs and personal preferences, some good Linux-based distro suggestions for Linux beginners are as follows:
ChromeOS (Flex or Chromebook),
Fedora (Bazzite, Aurora, Budgie Atomic, Kinoite, Nobara),
LMDE, MX Linux, Kubuntu, Zorin OS, Vanilla OS.
I'm hearing that Cameyo may be much more responsive than Citrix. Sluggish responsiveness is often the Achilles heel of running applications remotely, though it doesn't have to be that way. The Cloud servers really need to be mainframes. And the connectivity needs to be in the strata required for competitive gaming. Client graphics rendering also needs to be fast. Most companies aren't willing to change their mindset and aren't yet willing to pay business planners to look globally and strategically at the cost justification. It's the same old story of a dollar waiting on a dime.
