V ‎ ‎

Same. Install Firefox on a ChromeBook, which are almost all universally low powered, then watch it chug.

I don’t care how long the former CEO has been involved with the foundation, she has not been good for Mozilla.

I said something similar once before when they first announce me their decision to kneecap themselves, but it’s worth saying again:

They gained nothing from this decision. We used CentOS to trial deployments to prod servers running RHEL. We like how stable RHEL was. We appreciated the service agreements. We especially like how CentOS freed us from worrying about licensing. Their boneheaded decision ruined all of that. Before I left we had plans to migrate off RHEL (I asked an old coworker they actively are) because we can’t trust IBM not to Oracle us with some other world-ending BS in six months. Hundreds of RHEL servers and licenses gone, for what? They lost control of the open-source narrative when they shotgunned CentOS, and now the community initiative is led by people who don’t like them. Do yourself a favor and make it a priority to achieve Linux platform independence before RedHat is further Borgified by Big Blue.

Good job on them cratering their value before that launch.

Usually trim runs on a cycle, either invoked by the OS or triggered by the drive. The time between trim and you deleting the files may see a performance hit as the firmware has to check if the blocks are in use, rather than knowing beforehand if they are.

Having used both:

Debian is very easy to manage, it has the one of packages and mostly sane defaults. Ubuntu’s user friendliness owes a lot to Debian. I do not like the state of package management however. Dpkg is in need of some upgrades, and the deb package format has some security concerns.

Rocky, being RHEL-derived is, as expected, exceptionally stable. I personally find DNF to be the superior package manager and I have historically run into fewer issues with it. Repos are extensive, especially with copr and fusion, but not as good as Debian.

For a simple home server use Debian. If you want experience with enterprise Linux use Rocky.

Incredible how fast we see flatpak improving and spreading throughout the ecosystem.

Hi to run into this problem. I have a Mac mini that I use as a bridge from my home network to my work laptop. Now, most workloads requiring horsepower, I will run in the cloud, but there are some workloads that I want to run locally. I can parsec into the Mac, but I can’t parsec into the Linux server I have. The state of media on Linux is not great, and there are understandable reasons as to why.

People really dislike it when you point this out, But the security model on Linux is lacking. Yes, we have things like apparmor and SELinux, but compare it to sandboxd on macOS. The windows sandbox isn’t perfect, but it’s really user-friendly, and it works in most cases. Linux doesn’t have a direct equivalent. We’ve made great strides with making immutable distros through things like flatpack, and snap, but something that they failed to do is implement a least privilege model that is as robust as sandboxd on macOS.

SUSE is weird but their YaST was compelling enough to make them an option. Cockpit in RHEL doesn’t compare. I think that having admins edit text files is bad. The capability should be there, but it should not be mandatory. Editing files manually instead of a GUI increases the odds of a mistype trashing the system.

Even in the most stable distros I’ve had this issue. We had a RHEL 9 server acting as a graphana kiosk and it failed after an update. Something dbus related. I’d love to know why, as it’s been the only failure we ever had but nonetheless it shakes confidence. Windows 11 updates trashed three servers, one to the point we had a to fly an engineer out. My hope is that immutable distros fix this.

Yes, it’s not just a DE and default package set but actual system improvements other distros aren’t offering. Kudos to the Asahi team for making this possible!

I expect better of Ars. Absolute clickbait title and sensationalism. You need a two point MITM and even then it’s not a magic shell.

That kinda is his point. A distro maintainer patching and distributing a thousand packages is duplicitous. Especially when the only real difference to the user is the DE. Putting those efforts upstream is a better use of resources. I develop software, and I’m not going to test a million different distros especially when the difference between Ubuntu and Zorin is a DE and some additional packages. It makes Linux users very mad, but the reality is that they are too fractured to support every distro they use equally.

My understanding is that’s a yes.

Yes, in my opinion. The configuration of grub (boot loader) is just another step to go wrong, and this will eliminate that possibility. Additionally, it will prevent stupider operating systems (cough Windows) from accidentally overwriting the boot loader during an update.

Same, I’m not a big multiplayer person so most of the time it works out. My latest has been Lethal Company, my first new multiplayer game this year 😂. Been a blast.

It’s been pretty good. So long as you stick to verified and playable games your experience is going to be pretty solid.

I picked up a Black Friday Lenovo ChromeBook (Flex 3) for US $160 and use it essentially the same way you describe. You can load up a Debian-based Linux environment within ChromeOS. It's basically my web-capable thin client.

I used to own an 9th Gen X1 Carbon but the speakers were god-awful given the lack of a DSP. Otherwise a very nice laptop though, amazing keyboard. This is going to sound crazy, but I picked up a Lenovo ChromeBook since my last post and just installed the Linux environment on it. For my needs (I SSH/Parsec into my Mac for most off-cloud workloads) it's a combo of "just works" and *NIX where I need it. Since it's cheap too I don't care if it breaks which is a plus.

For what it's worth I didn't even notice they changed it. Can't be the end of the world but I'd like to hear what network admins opinion's are.