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.
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.
I am at this point fully convinced it will never come out, and if it does, it will be a hollow shell of what people want it to be.
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.
So long as they are comfortable with me never buying them.
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.
I warned you lol. Can’t talk about it without someone putting words in your mouth. Trolls, malingerers, and plain old people getting mad.
Thanks for the info. I see why they did it then. Defensive copyright is fine for a good cause.
Hot take but I’m not a fan of the modified pride flag. First, it’s copyrighted. Second is that adding special interests defeats the purpose of making the flag all-inclusive. I get that there is a desire to recognize marginalized groups, but that was the purpose of the rainbow flag to being with. Unfortunately, even attempting discourse on the topic gets you accused of things. Fly what you feel best represents you though. If more people trend toward the modified pride flag then that’s what represents them and what they want.
Edit: see the reply below, the copyright situation is different than I understood.
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.
Just like I don’t need to be a ship captain to tell when the titanic is sinking. It doesn’t matter how it’s made, a product is bad if your model audience doesn’t like it. Starfield isn’t some avant-gard experimental piece, it was meant to appeal to the masses. He can’t use the excuse of opinionated craftsmanship to excuse its poor quality.
My understanding is that’s a yes.
Additionally, as a high level emulator Yuzu sacrifices some accuracy for speed. It’s possible that this allows it to also be faster than the official implementation.