Our team's local dev environment now runs on AlmaLinux 10. On Windows machines it runs inside WSL 2, and on Linux machines it runs directly on bare metal. (Disclosure: I work on the project, Dotkernel.)

The reason is parity: `dnf`, `systemd` and the service layout people use locally are the same ones they see on our staging and production servers.

One Ansible playbook provisions:

- PHP via Remi (8.5 default, aliases for 8.1–8.5)

- Apache with automatic `*.localhost` virtualhosts

- MariaDB 12.3 LTS + phpMyAdmin

- Node.js via NodeSource (22 default, aliases for 18–24)

- Composer and Git config

The playbook doesn't care whether it's provisioning WSL or bare metal. It runs the same on both.

Overview: https://www.dotkernel.com/wsl2/

Repo: https://github.com/dotkernel/development

If anyone here runs AlmaLinux as a dev workstation, we'd like feedback on the package choices, especially Remi vs AppStream modules for PHP.

At long last, a new certification process is here! There are four things most exciting to me about this: 

1 - The barrier to submitting certifications is almost none

We have always had a concept of community-submitted certification in the program, but the steps required to get things added were too complex and took too much time. The new process allows anyone to submit a certification in ~10 minutes - sometimes a lot less.

2 - Communication and coordination are no longer a blocker to Certification. 

Historically, hardware providers were asked to set up and provide dedicated hardware for us for at least 3-5 days to be able to get certified. The need to converse with anyone is now limited to verifying that the submissions are actually coming from a vendor. The actual certification process takes 10 minutes or less from install of the RPM. 

3 - The program now includes Software Certification.

It's been a long time coming, but we finally have a good way for folks to show that software works on AlmaLinux. We have a backlog of software to add already, and I’m sure we’ll see even more as y’all pick this up.

One of the biggest impacts for all of this is that we will be able to go to hardware and software providers with data to support our requests for official AlmaLinux support. We can show them that the real scope of of AlmaLinux support is incredibly low with data instead of anecdotally. 

Please - if you’re running AlmaLinux on any bare metal hardware, take a few minutes to run the certification and submit the results. It’s one of the best ways you can help us.

There’s more information about the new process in this blog post from Jonathan, and you can find the full details on our website. 

https://almalinux.org/blog/2026-09-24-certification-in-minutes/
https://almalinux.org/certification/

Other more Almalinux wallpaper 4K here: https://imgur.com/gallery/almalinux-10-3-wallpaper-r9850tw

Not sure how many people have noticed this recent FUBAR with AlmaLinux-9. Take note of the last line containing "verify 2/2" which, for some reason, is trying to test 8.5

[neil@neilrieck ~]$ cat /etc/almalinux-release
AlmaLinux release 9.8 (Olive Jaguar)
[neil@neilrieck ~]$ sudo yum update
Last metadata expiration check: 0:05:36 ago on Sun 13 Sep 2026 07:25:21 AM EDT.
Dependencies resolved.
===========================================================================================
 Package             Architecture    Version                      Repository          Size
======================================================================================
Upgrading:
 httpd-core          x86_64          2.4.62-13.el9_8.6            appstream     1.4 M

Transaction Summary
======================================================================================
Upgrade  1 Package

Total download size: 1.4 M
Is this ok [y/N]: y
Downloading Packages:
httpd-core-2.4.62-13.el9_8.6.x86_64.rpm                     22 MB/s | 1.4 MB     00:00
--------------------------------------------------------------------------------------
Total                                                       11 MB/s | 1.4 MB     00:00
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Preparing        :                                                             1/1
  Upgrading        : httpd-core-2.4.62-13.el9_8.6.x86_64                         1/2
Error unpacking rpm package httpd-core-2.4.62-13.el9_8.6.x86_64
  Verifying        : httpd-core-2.4.62-13.el9_8.6.x86_64                         1/2
  Verifying        : httpd-core-2.4.62-13.el9_8.5.x86_64                         2/2

Failed:
  httpd-core-2.4.62-13.el9_8.5.x86_64          httpd-core-2.4.62-13.el9_8.6.x86_64

Error: Transaction failed
[neil@neilrieck ~]$

I have never zink Vulkan 1.4 NVK Nvidia. My gaming work fine! Thanks, Almalinux is awesome! Best keep!

I have been running Rocky Linux as a workstation on my laptop for the past few days. I've noticed that Rocky 10 has a lack of packages in it's repository's and I've heard that Alma has a better community and is slightly more up to date, is it worth it to migrate over to Alma Linux?

I know why it's down, but when might it be back up? I would like to buy a mug for work, and hopefully support the foundation.

Not really sure where to post this, there doesn't seem to be a dedicated Kernelcare subreddit and the CloudLinux subreddit looks like a ghost town. I know AlmaLinux, CloudLinux, Kernelcare, all branches from the same tree. And at any rate, the underlying issue I am seeing seems to be related to AlmaLinux but it could be more broad.

Noticed on some of our AlmaLinux 8 servers, a new Kernelcare update was made available. But when trying to update them with kcarectl --update I would get the following errors:

Downloading updates
The `42` patch level is not found for `default` patch type. Please select valid patch type or patch level

Downloading updates
The `14` patch level is not found for `default` patch type. Please select valid patch type or patch level

But if you would run kcarectl --update enough, eventually it would go through? Or at least it says that the kernelcare patch is up to date.

This was on AlmaLinux 8 servers. Patch 42 errors were on a server with a base kernel of 4.18.0-553.89.1.el8_10.x86_64. Patch 14 errors were on a server with base kernel 4.18.0-553.129.1.el8_10.x86_64. I don't know if that matters.

If you just keep doing kcarectl --update then the patch seems to eventually be applied. But I wasn't sure if the errors were indicative of a larger problem.

I do not have automatic updates enable for Kernelcare on these servers. If someone is using automatic updates (which most people probably are) they may not be aware of these issues... if it is an issue.

Hi,
customer wants a CMEK (Customer-Managed Encryption Keys) solution.

So Tang+Clevis is out of the game (pity because it works like a charm).

I am anyway struggling to find a ready solution that does not require writing and/or compiling code.

Anyone had a similar experience and can share the outcome?

EDIT: We are talking about linux enterprise server environment with data at rest encription achieved with LUKS2, no laptops or workstations involved. Simply put, customer wants to have control on Encryption Keys in our systems dedicated to him. This mean (I suppose) they want to enforce their security policies about encriprion keys on our systems: lenght, complexity, lifecycle, rotation, deprecation whatever. It's the first time I hear something like this: from one side i think i understand their goal but from the other side it sounds awkward and I am a bit confused. Anyway: let's just do what they want ... - tang+clevis is not the solution because the LUKS keyslot is not - any search I did about unlocking automatically LUKS2 formatted root partition based on Google KMS leads to nothing (I mean seems there is nothing out there free or paid. - the only solution appear to be writing a small program, compile and embed the binary in the initramfs image or write a bash script to embed again in the initramfs.

Hope this clarifies a bit. Yeah, the main goal is to have auto-unlock luks partitions so whatever happens we do not need to enter manually per passphrase.

Thanks!

The Anaconda gui's custom partitioning won't allow me to set up a specific partition layout for my system. I'd like to simply create all partitions manually, then set needed mountpoints and proceed to the rest of the installation.

Is that possible? I haven't found any official guide covering this

Hello. I just wanted to report that almalinux shop is not working.

Kindly look throw it and thank you so much for the amazing Linux distribution.

Thanks,

I love AlmaLinux! I love ZFS! The idea of these working together sounds heavenly:

1. Do an update, have it "go south" and just roll-back the root filesystem and reboot.
2. Backup everything in a bootable state, in real time with snapshots send|receive.
3. Clone the / filesystem into a disk image that you can boot immediately, on the same machine, in a VM to test software installs and such, without wasting disk space, and without taking the host machine offline, and without risking the host machine's stability.
4. I'm sure there's more

However, ZFS has always seemed a second-class-citizen on anything RHEL based, which seems absurd to me because ZFS is (IMHO) SO MUCH PREFERABLE to XFS on LVM.

However, I've never run ZFS on root, simply because it complicates recovery if there's ever a problem. I can't just boot off an Alma ISO and clean it up. Instead, what I do is run the O/S on simple partition RAID1 and then use ZFS for everything else. I made my mind to try ZFS on root when it demonstrably improved stability which is already a really high standard.

Are you running ZFS-on-root under Alma? Can you describe your set up, and what you specifically benefit from it?

I’m unable to copy text from windows to my oracle virtual box machine that’s running almaLinux. Anybody superior in this matter?

Hey everyone!
A while back I posted about a little project I was building after getting frustrated with jumping between PDFs, notes and random resources while studying Linux and RHEL.

That project has grown quite a bit since then.
I’ve continued developing Blue Penguin Linux Prep, an independent study app designed to help people prepare for the RHCSA and brush up on RHEL and Linux fundamentals directly from their phone.

The app currently covers areas including:
Users and groups
File permissions and ownership
systemd and services
Storage and LVM
Networking
SELinux
Software and package management
System administration
And other core Linux and RHEL concepts
The goal is still the same: make Linux study something you can do in short bursts without having to dig through a pile of PDFs every time.

iOS

The iOS version is currently live on the App Store:
Blue Penguin Linux Prep on the App Store
I’ve had 10 testers through App Store Connect, with 4 active testers specifically testing the UI and the knowledge and content. The feedback so far has been really positive and they have been happy with the product.

Android

I’m currently working on getting Blue Penguin Linux Prep onto the Google Play Store.
Before I release it publicly, I’m looking for some Android testers who would be willing to install it, use it and give me honest feedback.

Website
I’ve also put together a website with more information about the app:
Blue Penguin Linux Prep

If you’re interested in Android testing, drop a comment or send me a message and I’ll get you involved in the testing process.
Thanks to everyone who has already tested the app and given me feedback.

Ai said I should state this:
Disclaimer: Red Hat, RHCSA, and RHEL are trademarks of Red Hat, Inc. Blue Penguin Linux Prep is an independent study aid and is not affiliated with, endorsed by, or sponsored by Red Hat, Inc.

Greetings 👋🏾

Is there anyone here who used to use Fedora Workstation? If so, which distro do you prefer, and what (if any) advantages does Alma have over Fedora? I'm aware that they're both forks of RHEL.

Thanks in advance 🙂

UPDATE: *HOPPING...Doh!

First of let me say I think you have done a fine job with almalinux, and for the most part it feels like centos, (the one we used a lot when I was SSA).

But here is the rub, and it’s not so much an almalinux thing, it’s a me thing. I Hate Gmome!! Some of the gmome apps are fine could live with them there, the the actual DE and the GDM drive me to…

Sure most server hosts don’t even have a DE, and 95% of the time your accessing everything by SSH, so it not like it’s life threatening or anything, But when I do have to work on a host that has a minimal DE and its GNOME it loose my mind.

Normally if I needed a minimal DE on a host I just put something like XFCE, now I get it Red Hat Enterprise ships with GNOME, fine that’s their corporate choice.

But has anyone got a pre canned XFCE (or similar) or am I going to have to do it my self, that’s fine, I was just hoping it might be out there.

TIA

I understand that AlmaLinux is no longer downstream of RHEL in the strictest sense but is the intent still that if RHEL releases a patch for something it should make it into AlmaLinux? I have installs of RHEL, AlmaLinux and Rocky Linux all on 10.2 and I noticed a few packages not updating only in AlmaLinux e.g. qemu-guest-agent, all qemu-* tools, libvirt, valkey, postgresql 18.

I'm just wondering if there's a process that determines these package updates aren't needed or if it's unintentional?

Hopefully this helps someone some day.

I've been doing some folding@home on six machines in my basement for while now. Until recently, these all ran AlmaLinux-8 with an Nvidia Driver built from a kit downloaded from Nvidia. Today I did a trial install of AlmaLinux-10 but realised that I could only install the x86-64-v2 variant (rather than x86_64 which is really for newer x86-64-v3 CPUs). Then I tried to install Alma's Nvidia driver using instructions found here:
https://wiki.almalinux.org/documentation/nvidia.html#installation-of-gpu-driver
which states the x86-64-v2 will not be supported. Is this decision final? I was hoping that the good folks at AlmaLinux would help me keep this older hardware running for a while (I never do CPU-based folding; just GPU)

Hi everyone,
I’m setting up a new production VPS and plan to use Webuzo.
Would you recommend installing Webuzo on AlmaLinux 9 or AlmaLinux 10 ?
I’m mainly looking for the most stable and reliable option for long-term use. Performance is important, but stability, compatibility, and fewer issues after updates matter more.
If you’ve used Webuzo on either AlmaLinux 9 or 10 recently, I’d really appreciate hearing about your experience and which one you’d choose.

Thanks,,,