- AlmaLinux Users - AlmaLinux List Archives

Re: AlmaLinux 9.7 update question:
by Akemi Yagi 12 Oct '26

12 Oct '26

On Sun, Oct 11, 2026 at 9:28 AM Paul Graff via AlmaLinux Users <users(a)lists.almalinux.org> wrote: > > Hi, for a few weeks now there are a couple of packages libheif-freeworld > and vlc-plugins-freeworld that seem to be problematic. > > [root@ThinkCentre-72e ~]# dnf upgrade > Last metadata expiration check: 1:34:39 ago on Sat 03 Oct 2026 09:39:52 > AM CDT. > Error: > Problem 1: cannot install the best update candidate for package > libheif-freeworld-1.16.1-1.el9.x86_64 > - nothing provides libheif(x86-64) = 1.23.5 needed by > libheif-freeworld-1.23.5-1.el9.x86_64 from rpmfusion-free-updates > Problem 2: cannot install the best update candidate for package > vlc-plugins-freeworld-3.0.23-1.el9.x86_64 > - nothing provides vlc-libs(x86-64) >= 1:3.0.24 needed by > vlc-plugins-freeworld-3.0.24-1.el9.x86_64 from rpmfusion-free-updates > (try to add '--skip-broken' to skip uninstallable packages or '--nobest' > to use not only best candidate packages) > > So I have been passing 'dnf upgrade --nobest' as shown below. In order > to complete the update. > > [root@ThinkCentre-72e ~]# dnf upgrade --nobest > Last metadata expiration check: 1:35:13 ago on Sat 03 Oct 2026 09:39:52 > AM CDT. > Dependencies resolved. > > Problem 1: cannot install the best update candidate for package > libheif-freeworld-1.16.1-1.el9.x86_64 > - nothing provides libheif(x86-64) = 1.23.5 needed by > libheif-freeworld-1.23.5-1.el9.x86_64 from rpmfusion-free-updates > Problem 2: cannot install the best update candidate for package > vlc-plugins-freeworld-3.0.23-1.el9.x86_64 > - nothing provides vlc-libs(x86-64) >= 1:3.0.24 needed by > vlc-plugins-freeworld-3.0.24-1.el9.x86_64 from rpmfusion-free-updates (snip) > > Is this something that will correct itself? What is the best course of > action to take? > > -Greatest Hopes Maybe it's been corrected by now? If not, wait a little longer until the repository site you are accessing gets fully updated. Akemi

1 0

AlmaLinux 9.7 update question:
by Paul Graff 12 Oct '26

12 Oct '26

Hi, for a few weeks now there are a couple of packages libheif-freeworld and vlc-plugins-freeworld that seem to be problematic. [root@ThinkCentre-72e ~]# dnf upgrade Last metadata expiration check: 1:34:39 ago on Sat 03 Oct 2026 09:39:52 AM CDT. Error: Problem 1: cannot install the best update candidate for package libheif-freeworld-1.16.1-1.el9.x86_64 - nothing provides libheif(x86-64) = 1.23.5 needed by libheif-freeworld-1.23.5-1.el9.x86_64 from rpmfusion-free-updates Problem 2: cannot install the best update candidate for package vlc-plugins-freeworld-3.0.23-1.el9.x86_64 - nothing provides vlc-libs(x86-64) >= 1:3.0.24 needed by vlc-plugins-freeworld-3.0.24-1.el9.x86_64 from rpmfusion-free-updates (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) So I have been passing 'dnf upgrade --nobest' as shown below. In order to complete the update. [root@ThinkCentre-72e ~]# dnf upgrade --nobest Last metadata expiration check: 1:35:13 ago on Sat 03 Oct 2026 09:39:52 AM CDT. Dependencies resolved. Problem 1: cannot install the best update candidate for package libheif-freeworld-1.16.1-1.el9.x86_64 - nothing provides libheif(x86-64) = 1.23.5 needed by libheif-freeworld-1.23.5-1.el9.x86_64 from rpmfusion-free-updates Problem 2: cannot install the best update candidate for package vlc-plugins-freeworld-3.0.23-1.el9.x86_64 - nothing provides vlc-libs(x86-64) >= 1:3.0.24 needed by vlc-plugins-freeworld-3.0.24-1.el9.x86_64 from rpmfusion-free-updates ==================================================================================================================================================================================================== Package Architecture Version Repository Size ==================================================================================================================================================================================================== Installing: kernel x86_64 5.14.0-687.53.1.el9_8 baseos 1.0 M kernel-core x86_64 5.14.0-687.53.1.el9_8 baseos 17 M kernel-devel x86_64 5.14.0-687.53.1.el9_8 appstream 18 M kernel-modules x86_64 5.14.0-687.53.1.el9_8 baseos 40 M kernel-modules-core x86_64 5.14.0-687.53.1.el9_8 baseos 31 M kernel-modules-extra x86_64 5.14.0-687.53.1.el9_8 baseos 1.5 M Upgrading: bootc x86_64 1.16.4-2.el9_8 appstream 6.0 M distribution-gpg-keys noarch 1.123-1.el9 epel 773 k ghostscript x86_64 9.54.0-19.el9_8.1 appstream 36 k ghostscript-tools-fonts x86_64 9.54.0-19.el9_8.1 appstream 11 k ghostscript-tools-printing x86_64 9.54.0-19.el9_8.1 appstream 11 k gvfs x86_64 1.48.1-8.el9_8.1 appstream 345 k gvfs-client x86_64 1.48.1-8.el9_8.1 appstream 735 k gvfs-fuse x86_64 1.48.1-8.el9_8.1 appstream 27 k gvfs-goa x86_64 1.48.1-8.el9_8.1 appstream 67 k gvfs-gphoto2 x86_64 1.48.1-8.el9_8.1 appstream 59 k gvfs-mtp x86_64 1.48.1-8.el9_8.1 appstream 60 k gvfs-smb x86_64 1.48.1-8.el9_8.1 appstream 39 k kernel-headers x86_64 5.14.0-687.53.1.el9_8 appstream 2.6 M kernel-tools x86_64 5.14.0-687.53.1.el9_8 baseos 1.3 M kernel-tools-libs x86_64 5.14.0-687.53.1.el9_8 baseos 1.0 M libgs x86_64 9.54.0-19.el9_8.1 appstream 3.1 M libpcap x86_64 14:1.10.0-4.el9_8.1 baseos 170 k openssh x86_64 9.9p1-12.el9_8.alma.1 baseos 422 k openssh-clients x86_64 9.9p1-12.el9_8.alma.1 baseos 769 k openssh-server x86_64 9.9p1-12.el9_8.alma.1 baseos 545 k python3-perf x86_64 5.14.0-687.53.1.el9_8 appstream 2.6 M Removing: kernel x86_64 5.14.0-687.48.1.el9_8 @baseos 0 kernel-core x86_64 5.14.0-687.48.1.el9_8 @baseos 68 M kernel-devel x86_64 5.14.0-687.48.1.el9_8 @appstream 71 M kernel-modules x86_64 5.14.0-687.48.1.el9_8 @baseos 38 M kernel-modules-core x86_64 5.14.0-687.48.1.el9_8 @baseos 29 M kernel-modules-extra x86_64 5.14.0-687.48.1.el9_8 @baseos 429 k Skipping packages with broken dependencies: libheif-freeworld x86_64 1.23.5-1.el9 rpmfusion-free-updates 68 k vlc-plugins-freeworld x86_64 3.0.24-1.el9 rpmfusion-free-updates 122 k Transaction Summary ==================================================================================================================================================================================================== Install 6 Packages Upgrade 21 Packages Remove 6 Packages Skip 2 Packages Total download size: 129 M Is this ok [y/N]: Is this something that will correct itself? What is the best course of action to take? -Greatest Hopes

1 0

VirtualBox kernel modules fail to build
by John Thompson 04 Aug '26

04 Aug '26

I'm trying to update my VirtualBox installation to VirtualBox-7.2-7.2.12_174389_el9-1.x86_64.rpm on my Almalinux-9.8 machine, but the kernel modules fail to build. Here is the tail of the log file: CC [M] /usr/src/vboxhost/vboxdrv/combined-os-specific.o In file included from /usr/src/vboxhost/vboxdrv/combined-os-specific.c:43: /usr/src/vboxhost/vboxdrv/r0drv/linux/fileio-r0drv-linux.c: In function ‘VBoxHost_RTFileOpen’: /usr/src/vboxhost/vboxdrv/r0drv/linux/fileio-r0drv-linux.c:162:30: error: implicit declaration of function ‘open_with_fake_path’ [-Werror=implicit-function-declaration] 162 | struct file *pFile = open_with_fake_path(&Path, fOpenMode, d_inode(Path.dentry), current_cred()); | ^~~~~~~~~~~~~~~~~~~ /usr/src/vboxhost/vboxdrv/r0drv/linux/fileio-r0drv-linux.c:162:30: warning: initialization of ‘struct file *’ from ‘int’ makes pointer from integer without a cast [-Wint-conversion] cc1: some warnings being treated as errors make[3]: *** [scripts/Makefile.build:250: /usr/src/vboxhost/vboxdrv/combined-os-specific.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[2]: *** [Makefile:1968: /usr/src/vboxhost/vboxdrv] Error 2 make[2]: Leaving directory '/usr/src/kernels/5.14.0-687.20.1.el9_8.x86_64' make[1]: *** [/usr/src/vboxhost/vboxdrv/Makefile-footer.gmk:146: vboxdrv] Error 2 make[1]: Leaving directory '/usr/src/vboxhost/vboxdrv' make: *** [Makefile:78: vboxdrv] Error 2 Any ideas? -- -John (JohnDThompson(a)gmail.com) Appleton, WI USA

1 1

Re: VirtualBox kernel modules fail to build
by Akemi Yagi 14 Jul '26

14 Jul '26

On Mon, Jul 13, 2026 at 4:34 AM John Thompson via AlmaLinux Users <users(a)lists.almalinux.org> wrote: > > I'm trying to update my VirtualBox installation to > VirtualBox-7.2-7.2.12_174389_el9-1.x86_64.rpm on my Almalinux-9.8 > machine, but the kernel modules fail to build. Here is the tail of the > log file: > > CC [M] /usr/src/vboxhost/vboxdrv/combined-os-specific.o > In file included from /usr/src/vboxhost/vboxdrv/combined-os-specific.c:43: > /usr/src/vboxhost/vboxdrv/r0drv/linux/fileio-r0drv-linux.c: In function > ‘VBoxHost_RTFileOpen’: > /usr/src/vboxhost/vboxdrv/r0drv/linux/fileio-r0drv-linux.c:162:30: > error: implicit declaration of function ‘open_with_fake_path’ > [-Werror=implicit-function-declaration] > 162 | struct file *pFile = open_with_fake_path(&Path, fOpenMode, > d_inode(Path.dentry), current_cred()); > | ^~~~~~~~~~~~~~~~~~~ > /usr/src/vboxhost/vboxdrv/r0drv/linux/fileio-r0drv-linux.c:162:30: > warning: initialization of ‘struct file *’ from ‘int’ makes pointer from > integer without a cast [-Wint-conversion] > cc1: some warnings being treated as errors > make[3]: *** [scripts/Makefile.build:250: > /usr/src/vboxhost/vboxdrv/combined-os-specific.o] Error 1 > make[3]: *** Waiting for unfinished jobs.... > make[2]: *** [Makefile:1968: /usr/src/vboxhost/vboxdrv] Error 2 > make[2]: Leaving directory '/usr/src/kernels/5.14.0-687.20.1.el9_8.x86_64' > make[1]: *** [/usr/src/vboxhost/vboxdrv/Makefile-footer.gmk:146: > vboxdrv] Error 2 > make[1]: Leaving directory '/usr/src/vboxhost/vboxdrv' > make: *** [Makefile:78: vboxdrv] Error 2 > > Any ideas? > > -- > > -John (JohnDThompson(a)gmail.com) > Appleton, WI USA Try this solution/workaround: https://forums.rockylinux.org/t/virtualbox-7-1-rocky-9-8/20579/6 Akemi

2 2

GhostLock (CVE-2026-43499) kernel LPE - patched kernels in testing repo now
by Jonathan Wright 09 Jul '26

09 Jul '26

Hello AlmaLinux Community! It's me again! Patched kernels for GhostLock (CVE-2026-43499), a newly disclosed Linux kernel local privilege escalation, are available in the almalinux-testing repository right now, and we need your help verifying them before we promote them to production. WHY THIS MATTERS GhostLock is a use-after-free in the kernel's rtmutex priority inheritance code. An unprivileged local user can exploit it to gain root, and it works from inside a container to escape to the host. No special capabilities are required, and all supported AlmaLinux releases (8, 9, and 10) are affected. The bug has been present in the kernel since 2011. Our core team has backported the upstream fix to every affected branch, and ALESCo approved shipping ahead of the CentOS Stream / RHEL update. Community testing is what gets these kernels safely into production, so please help if you can. HOW TO TEST 1. Install the testing repo: sudo dnf install -y almalinux-release-testing 2. Update the kernel: sudo dnf update 'kernel*' --enablerepo=almalinux-testing 3. Reboot: sudo reboot 4. Confirm the patched kernel is running: uname -r rpm -q kernel Patched versions (or higher): AlmaLinux 8: kernel-4.18.0-553.141.2.el8_10 AlmaLinux 9: kernel-5.14.0-687.23.2.el9_8 AlmaLinux 10: kernel-6.12.0-211.31.2.el10_2 Unless this is a non-production environment, we recommend disabling the testing repo once you've updated: sudo dnf config-manager --disable almalinux-testing REPORT RESULTS Whether things work or break, we want to hear from you as soon as possible: - AlmaLinux Chat: https://chat.almalinux.org - Bug tracker: https://bugs.almalinux.org Full technical details, including how the vulnerability works, are in the blog post: https://almalinux.org/blog/2026-07-09-ghostlock/ Thank you for helping us keep AlmaLinux secure!

1 0

Re: Almalinux-9.8 speed problem
by Jonathan Wright 07 Jul '26

07 Jul '26

John, Testing with speedtest isn't going to be too reliable. I'd suggest an internal network test like iperf3 between local machines to rule out outside factors (the internet). On Fri, Jul 3, 2026 at 6:32 AM John Thompson via AlmaLinux Users < users(a)lists.almalinux.org> wrote: > My almalinux-9.8 desktop machine has suddenly suffered a severe network > (wired connection) slowdown. My ubuntu-24 laptop on the same network > (wifi connection) is much faster. This only happened recently: > > Almalinux-9.8 (wired) > speedtest-cli > Retrieving speedtest.net configuration... > Testing from Spectrum (74.135.192.205)... > Retrieving speedtest.net server list... > Selecting best server based on ping... > Hosted by 5NINES LLC (Madison, WI) [155.45 km]: 120.835 ms > Testing download > > speed................................................................................ > Download: 5.47 Mbit/s > Testing upload > > speed...................................................................................................... > Upload: 18.46 Mbit/s > > > Ubuntu-24 (wifi) > spedtest-cli > Retrieving speedtest.net configuration... > Testing from Spectrum (74.135.192.205)... > Retrieving speedtest.net server list... > Selecting best server based on ping... > Hosted by 5NINES LLC (Madison, WI) [155.45 km]: 44.175 ms > Testing download > > speed................................................................................ > Download: 193.94 Mbit/s > Testing upload > > speed...................................................................................................... > Upload: 21.31 Mbit/s > > Any ideas? > > > > -- > > -John (JohnDThompson(a)gmail.com) > Appleton, WI USA > > _______________________________________________ > AlmaLinux Users mailing list -- users(a)lists.almalinux.org > To unsubscribe send an email to users-leave(a)lists.almalinux.org > -- Jonathan Wright AlmaLinux OS Foundation Mattermost: chat <https://chat.almalinux.org/almalinux/messages/@jonathan>

1 0

Almalinux-9.8 speed problem
by John Thompson 03 Jul '26

03 Jul '26

My almalinux-9.8 desktop machine has suddenly suffered a severe network (wired connection) slowdown. My ubuntu-24 laptop on the same network (wifi connection) is much faster. This only happened recently: Almalinux-9.8 (wired) speedtest-cli Retrieving speedtest.net configuration... Testing from Spectrum (74.135.192.205)... Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by 5NINES LLC (Madison, WI) [155.45 km]: 120.835 ms Testing download speed................................................................................ Download: 5.47 Mbit/s Testing upload speed...................................................................................................... Upload: 18.46 Mbit/s Ubuntu-24 (wifi) spedtest-cli Retrieving speedtest.net configuration... Testing from Spectrum (74.135.192.205)... Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by 5NINES LLC (Madison, WI) [155.45 km]: 44.175 ms Testing download speed................................................................................ Download: 193.94 Mbit/s Testing upload speed...................................................................................................... Upload: 21.31 Mbit/s Any ideas? -- -John (JohnDThompson(a)gmail.com) Appleton, WI USA

1 0

cuda12 and cuda13.3 coexistence
by Oscar Conchillo-Solé 18 Jun '26

18 Jun '26

Dear All I' am a sysadmin with around 10 computers working with Almalinux 8 and 10 (I am in a small biology research institution) Several of them have cuda installed. We are Amber25 / pmemd24 heavy users so we need cuda-toolkit-12-8 which is the only one compatible. I try to keep my systems updated. I keep updating cuda every time a new one comes around. Recently I found that if I have cuda-toolkit-12-? I cannot install cuda-toolkit-13-3 or what is the same, I cannot update cuda-toolkit. If I have cuda-toolkit-13-3 installed I cannot install cuda-toolkit-12-?. I had no similar problems up until now. cuda-toolkit has been updated without a problem up until 13-2 and all previous 13 versions where coexisting with all 12. Here Is the error: # dnf -y --disablerepo=oneAPI update --exclude=kernel-ml* No repository match: oneAPI Last metadata expiration check: 0:59:10 ago on Thu 18 Jun 2026 11:06:46 AM CEST. Error: Problem 1: package cuda-cudart-devel-12-0-12.0.146-1.x86_64 from @System requires cuda-cccl-12-0, but none of the providers can be installed - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-0 provided by cuda-cccl-12-0-12.0.140-1.x86_64 from @System - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-0 provided by cuda-cccl-12-0-12.0.140-1.x86_64 from cuda-rhel8-x86_64 - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-0 provided by cuda-cccl-12-0-12.0.90-1.x86_64 from cuda-rhel8-x86_64 - cannot install the best update candidate for package cuda-cudart-devel-12-0-12.0.146-1.x86_64 - cannot install the best update candidate for package cuda-cccl-12-0-12.0.140-1.x86_64 Problem 2: package cuda-cudart-devel-12-2-12.2.140-1.x86_64 from @System requires cuda-cccl-12-2, but none of the providers can be installed - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-2 provided by cuda-cccl-12-2-12.2.140-1.x86_64 from @System - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-2 provided by cuda-cccl-12-2-12.2.128-1.x86_64 from cuda-rhel8-x86_64 - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-2 provided by cuda-cccl-12-2-12.2.140-1.x86_64 from cuda-rhel8-x86_64 - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-2 provided by cuda-cccl-12-2-12.2.53-1.x86_64 from cuda-rhel8-x86_64 - cannot install the best update candidate for package cuda-cudart-devel-12-2-12.2.140-1.x86_64 - cannot install the best update candidate for package cuda-cccl-12-2-12.2.140-1.x86_64 Problem 3: package cuda-cudart-devel-12-6-12.6.77-1.x86_64 from @System requires cuda-cccl-12-6, but none of the providers can be installed - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-6 provided by cuda-cccl-12-6-12.6.77-1.x86_64 from @System - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-6 provided by cuda-cccl-12-6-12.6.37-1.x86_64 from cuda-rhel8-x86_64 - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-6 provided by cuda-cccl-12-6-12.6.77-1.x86_64 from cuda-rhel8-x86_64 - cannot install the best update candidate for package cuda-cudart-devel-12-6-12.6.77-1.x86_64 - cannot install the best update candidate for package cuda-cccl-12-6-12.6.77-1.x86_64 Problem 4: package cuda-cudart-devel-12-8-12.8.90-1.x86_64 from @System requires cuda-cccl-12-8, but none of the providers can be installed - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-8 provided by cuda-cccl-12-8-12.8.90-1.x86_64 from @System - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-8 provided by cuda-cccl-12-8-12.8.55-1.x86_64 from cuda-rhel8-x86_64 - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-8 provided by cuda-cccl-12-8-12.8.90-1.x86_64 from cuda-rhel8-x86_64 - cannot install the best update candidate for package cuda-cudart-devel-12-8-12.8.90-1.x86_64 - cannot install the best update candidate for package cuda-cccl-12-8-12.8.90-1.x86_64 Problem 5: package cuda-cudart-devel-12-9-12.9.79-1.x86_64 from @System requires cuda-cccl-12-9, but none of the providers can be installed - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-9 provided by cuda-cccl-12-9-12.9.27-1.x86_64 from @System - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-9 provided by cuda-cccl-12-9-12.9.27-1.x86_64 from cuda-rhel8-x86_64 - cannot install the best update candidate for package cuda-cudart-devel-12-9-12.9.79-1.x86_64 - cannot install the best update candidate for package cuda-cccl-12-9-12.9.27-1.x86_64 Problem 6: package cuda-libraries-devel-12-9-12.9.2-1.x86_64 from @System requires cuda-cccl-12-9 >= 12.9.27, but none of the providers can be installed - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-9 provided by cuda-cccl-12-9-12.9.27-1.x86_64 from @System - package cccl-13-3-13.3.3.3.1-1.x86_64 from cuda-rhel8-x86_64 obsoletes cuda-cccl-12-9 provided by cuda-cccl-12-9-12.9.27-1.x86_64 from cuda-rhel8-x86_64 - package cuda-libraries-devel-13-3-13.3.0-1.x86_64 from cuda-rhel8-x86_64 requires cccl-13-3 >= 13.3.3.3.1, but none of the providers can be installed - package cuda-toolkit-13-3-13.3.0-1.x86_64 from cuda-rhel8-x86_64 requires cuda-libraries-devel-13-3 >= 13.3.0, but none of the providers can be installed - package cuda-toolkit-13.3.0-1.x86_64 from cuda-rhel8-x86_64 requires cuda-toolkit-13-3 >= 13.3.0, but none of the providers can be installed - cannot install the best update candidate for package cuda-toolkit-13.2.1-1.x86_64 - cannot install the best update candidate for package cuda-libraries-devel-12-9-12.9.2-1.x86_64 I'm using nvidia cuda repo here is my repolist: ]# dnf repolist repo id repo name appstream AlmaLinux 8 - AppStream baseos AlmaLinux 8 - BaseOS code Visual Studio Code cuda-rhel8-x86_64 cuda-rhel8-x86_64 docker-ce-stable Docker CE Stable - x86_64 elrepo ELRepo.org Community Enterprise Linux Repository - el8 epel Extra Packages for Enterprise Linux 8 - x86_64 extras AlmaLinux 8 - Extras libnvidia-container libnvidia-container powertools AlmaLinux 8 - PowerTools rpmfusion-free-updates RPM Fusion for EL 8 - Free - Updates By any chance anybody here knows if this is an unintended behavior or something planned? Do you believe that we could expect a different behavior in 13-4? Any suggestions to bypass this problem? thank you very much OCS -- Oscar Conchillo Solé Computational Biology Group Data Center Manager, Sysadmin and Bioinformatics Institut de Biotecnologia i Biomedicina (UAB) Department of Genetics and Microbiology (UAB) mail:Oscar.Conchillo@uab.cat telf: 0034 93581 4431

1 0

No audio after upgrading to 9.8
by Adrian P. van Bloois 01 Jun '26

01 Jun '26

Hi Folks, This Wednesday I upgraded to 9.8, everything went smoothly as usual. Only after the upgrade the audio was muted one way or another. On my old laptop it still functions but that is no aalternative. The card is different so I guess it has something to do with that, but I can't find it. THe card causing the prroblem is a Rapter Lake high definition. Any suggestion to how to solve this? Adrian -- Adri P. van Bloois It's never too late for early music!!!

1 0

Security roundup: Copy Fail, Dirty Frag, NGINX Rift, Fragnesia, and ssh-keysign-pwn
by Jonathan Wright 16 May '26

16 May '26

Howdy folks, The last two weeks have been unusual, to put it mildly. Five separate high-severity disclosures that affect AlmaLinux have been announced since 2026-05-01: four local-root kernel flaws and one unauthenticated nginx RCE/DoS. If you have lost track of the running tally, you're not alone. Our build servers want a break. Here is where each one stands as of today, where we still need help, and a brief word on what to expect going forward. At a glance: Copy Fail (CVE-2026-31431) <https://almalinux.org/blog/2026-05-01-cve-2026-31431-copy-fail/>: in production Dirty Frag (CVE-2026-43284, CVE-2026-43500) <https://almalinux.org/blog/2026-05-07-dirty-frag/>: in production NGINX Rift (CVE-2026-42945) <https://almalinux.org/blog/2026-05-13-nginx-rift-cve-2026-42945/>: in production Fragnesia (CVE-2026-46300) <https://almalinux.org/blog/2026-05-13-fragnesia-cve-2026-46300/>: testing, please verify ssh-keysign-pwn (CVE-2026-46333) <https://almalinux.org/blog/2026-05-15-ssh-keysign-pwn-cve-2026-46333/>: testing, please verify To the community: thank you. The volume of testing reports we received on these rounds is the reason they moved from testing to production as quickly as they did. The Copy Fail rollout in particular was the highest-engagement community call for testing we have ever run. We do not take that lightly. Two patches are still sitting in the testing repository and need community verification before we can move them to production: Fragnesia (CVE-2026-46300) <https://almalinux.org/blog/2026-05-13-fragnesia-cve-2026-46300/> test builds in almalinux-testing were refreshed on 2026-05-14 with additional upstream patches. ssh-keysign-pwn (CVE-2026-46333) <https://almalinux.org/blog/2026-05-15-ssh-keysign-pwn-cve-2026-46333/> is a __ptrace_may_access() logic bug that lets an unprivileged user lift open file descriptors out of a dying privileged process and read root-owned files like /etc/shadow and SSH host keys. Public exploits are already out. The ssh-keysign-pwn build also carries the Fragnesia patches, so installing it gets you both fixes in a single reboot. See the blog post <https://almalinux.org/blog/2026-05-15-ssh-keysign-pwn-cve-2026-46333/> for testing instructions. A quick note on the pace. We are aware that "another week, another root" is becoming an actual schedule rather than a joke. Four local-root kernel disclosures in fifteen days is, statistically speaking, a lot. Here is what is not changing: 1. We will keep shipping ahead of upstream when the severity warrants it. ALESCo has approved every one of these fast-track rollouts so far, and that bar has not moved. If a critical fix is sitting upstream and our users are exposed, we will build it. 2. We will keep our patches strictly compatible. Every kernel and every nginx package we have shipped during this run uses the upstream fix backported and adapted to the AlmaLinux branch, with the same NVR scheme, the same module ABI, and the same repository layout you would expect from a normal Red Hat security update. Drop-in compatibility is the contract, and we are not breaking it to ship faster. 3. We will keep asking you to test. Community verification is what lets us move from testing to production with confidence. The reason these patches have rolled out cleanly so far is that you have been there to catch the things we cannot reproduce in our lab. Stay informed: Blog: https://almalinux.org/blog/ Mattermost: https://chat.almalinux.org/ Announce: https://lists.almalinux.org/mailman3/lists/announce.lists.almalinux.org/ Security: https://lists.almalinux.org/mailman3/lists/security.lists.almalinux.org/ -- Jonathan Wright AlmaLinux OS Foundation Mattermost: chat <https://chat.almalinux.org/almalinux/messages/@jonathan>

1 0