Do a fresh install, not just of the operating system. Back up your home directory and start clean, bring over what you need from the backup piecemeal so you’ll know if something in there causes issues.
He is talking about Gentoo and LFS (being harder) in the beginning phase of the video. And in general he does talk a lot meme talks and don't mean it literally. It's probably just a joke or a wink to a friend of him using Fedora.
Other than that I appreciate his take on the installation, explaining all the things along the way. And with the 3.5 million subscribers, I think it will reach and teach a lot users to Arch and Linux in general. His content isn't even Linux centric, that's why this tutorial on the main channel is a highlight to me.
True, it’s still quite bad though on older hardware and I’d suggest those with it to turn it off. Not as bad as akonadi though in my experiance. Still let it run on my main pc though as I have the resources to waste
Hmm. Maybe it's all a coincidence. When one of my CPU cores was stuck at 100%, I opened htop and configured it to show kernel threads too. I spotted MariaDB running in the background. I thought "I don't remember installing MariaDB". Went to uninstall it with pacman, which said it's a dependency of Akonadi. After googling, I turned off Search Indexing and CPU usage dropped to zero. I'll keep an eye on it to see if the problem comes back.
Akonadi is a pig. Nearly 20 processes, each one using 20-150MB resident set (20-40MB unique set), multiplied by the number of users logged in. And then there’s the other stuff it keeps resident, like mysqld.
That might be okay if I was getting something important from it, but I’m not. It provides zero value to me. It’s just wasting RAM that I would rather use for other things.
Unfortunately, it’s part of the Plasma dependency chain on my distro, so removing it would be problematic. When I find the time, I may build a custom metapackage to allow me to get rid of it without taking most of KDE with it.
Akonadi also hogs a lot of memory for services i never use (calendar and centralised mail service, not sure if thunderbirs uses them). It’s not a problem for my desktop pc so i don’t tinker with it, on my 8 year old laptop on the other hand I’m going to have to switch to something lighter in the future (lxqt or xfce).
As of Linux kernel 6.2, any distro should theoretically be able to support M1 and M2. The problem is, most distros will probably have a slightly older kernel upon initial install. I'm personally going to wait for an Arch-based distribution that supports Mac.
One option is through the usage of UBI container images which are based on RHEL and available from multiple online sources (including Docker Hub). Using the UBI image, it is easily possible to obtain Red Hat sources reliably and unencumbered. We have validated this through OCI (Open Container Initiative) containers and it works exactly as expected.
Another method that we will leverage is pay-per-use public cloud instances. With this, anyone can spin up RHEL images in the cloud and thus obtain the source code for all packages and errata. This is the easiest for us to scale as we can do all of this through CI pipelines, spinning up cloud images to obtain the sources via DNF, and post to our Git repositories automatically.
When Oracle bought Sun Microsystems, it demonstrated it didn't know how to interact with open source communities. The Hudson -> Jenkins fork is probably the most famous where Oracle thought they could dictate where teams would collaborate. The bullying tone Oracle took made it clear they viewed the community as employees who should do as they are told.
To me this kind of fumble shows people in the Red Hat side are suffering the same issue, they don't understand they manage an ecosystem. Ironically if Oracle, Alma and Rocky work together they stand a good chance of owning that community.
Linux
Active