I’ve been using a 12 Pro and if it wasn’t for the version number in the name I wouldn’t even be aware of its age. They are all so fast these days the battery dies long before it becomes too slow to use. If it wasn’t for CarPlay and iMessage I’d absolutely use a flip phone with Android Go or something.

Noob. I once accidentally seeded to a ratio of 435 and blew 2TB of data 🥴

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.

Oof. Memory leaks?

The old ones are good, but the newer ones are disappointing. I had a 9th gen X1 specced out and it was unusable for development. It would thermal throttle after only 2 minutes on anything more than 40% CPU. Keyboard was nice and screen was ok, but the thermals and battery life was horrible.

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.

Steam can definitely compete with them on price. It runs steam out of the box; and they can expect to make some sales on that. OEM margins are already razor thin, and Valve has a major leg up on them.

Any word on what the hardware specs are? Someone there used their brain and loaded up SteamOS, but the hardware needs to be worth the jump or it’s just a steam deck clone.

I swear I’ll be dead before they figure out why they haven’t managed to take on the SteamDecks success. Put SteamOS on it. Put trackpads on it. What really separates this from the other devices? Slightly different hardware?

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

But why?

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.

This might get me to play FO4 again. I played through a few times, but got bored because once you explore the world there isn’t much else to do. F:NV had a story you could get lost in, so I find myself going back to that a lot.

I bet Pyro could make a mean pulled pork

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!