[Stable Update] 2025-06-23 - Kernels, KDE, Nvidia, Pamac, Wine, Virtualbox, Pipewire, Qt6

Hello community, here we have another set of package updates. This also might mark the end of updates to the Manjaro Zeta 25.0 series …

Current Promotions

  • Find out all about our current Gaming Laptop the Hero with Manjaro pre-installed from Spain!
  • Protect your personal data, keep yourself safe with Surfshark VPN: See current promotion

Recent News

Valkey to replace Redis in the [extra] Repository

2025-04-17 - Andrew Crerar

Valkey, a high-performance key/value datastore, will be replacing redis in the [extra] repository. This change is due to Redis modifying its license from BSD-3-Clause to RSALv2 and SSPLv1 on March 20th, 2024.

Arch Linux Package Maintainers intend to support the availability of the redis package for roughly 14 days from the day of this post, to enable a smooth transition to valkey. After the 14 day transition period has ended, the redis package will be moved to the AUR. Also, from this point forward, the redis package will not receive any additional updates and should be considered deprecated until it is removed.

Users are recommended to begin transitioning their use of Redis to Valkey as soon as possible to avoid possible complications after the 14 day transition window closes.

Arch Linux - News: Valkey to replace Redis in the [extra] Repository

Previous News
Finding information easier about Manjaro

Finding information easier about Manjaro always has been a topic that needed to be solved. With our new search we have put all Manjaro data accessible in one place and divided by sections so it makes it easier to digest: News – Manjaro

Notable Package Updates

Additional Info

Python 3.13 info

:information_source: You will need to rebuild any AUR Python packages that install files to site-packages or link to libpython3.12.so.

Print a list of of packages that have files in /usr/lib/python3.12/ :

pacman -Qoq /usr/lib/python3.12/

Rebuild them all at once:*

pamac build $(pacman -Qoq /usr/lib/python3.12)

Use rebuild-detector to see if anything else needs to be rebuilt:

 checkrebuild

* It’s recommended to clean your build cache first with pamac clean --build-files

Info about AUR packages

:warning: AUR (Arch User Repository) packages are neither supported by Arch nor Manjaro. Posts about them in Announcements topics are off-topic and will be flagged, moved or removed without warning.

For help with AUR packages, please create a new topic in AUR and a helpful volunteer may be able to assist you.

Get our latest daily developer images now from Github: Plasma, GNOME, XFCE. You can get the latest stable releases of Manjaro from CDN77.


Our current supported kernels

  • linux54 5.4.295
  • linux510 5.10.237
  • linux515 5.15.185
  • linux61 6.1.141
  • linux66 6.6.94
  • linux612 6.12.34
  • linux615 6.15.3
  • linux616 6.16.0-rc3
  • linux61-rt 6.1.134_rt51
  • linux66-rt 6.6.87_rt54
  • linux612-rt 6.12.28_rt10
  • linux613-rt 6.13_rt5
  • linux614-rt 6.14.0_rt3
  • linux615-rt 6.15.0_rt2

Package Changes (Fri Jun 20 09:13:26 CEST 2025)

  • stable core x86_64: 86 new and 86 removed package(s)
  • stable extra x86_64: 4310 new and 4406 removed package(s)
  • stable multilib x86_64: 52 new and 55 removed package(s)

A list of all package changes can be found here.

  • No issue, everything went smoothly
  • Yes there was an issue. I was able to resolve it myself.(Please post your solution)
  • Yes i am currently experiencing an issue due to the update. (Please post about it)
0 voters

Check if your mirror has already synced:


5 Likes

Known issues and solutions

This is a wiki post; please edit as necessary.
Please, consider subscribing to the Stable Updates Announcements RSS feed


Please RTFT (Read This Fine Thread) first before reporting the same issues over and over again!

Note: Do not forget to review your .pacnew files:

:arrow_right: 2025-06-23

Possible breaking changes to pacman-mirrors

:warning: With pacman-mirrors 5.0-1, the global mirrors.json data file has been moved from /usr/share/pacman-mirrors to /var/lib/pacman-mirrors.
:warning: This move introduces a possible breaking change if you have custom scripts relying on the mirrors data file. If this is the case, then simply create a symlink from the new location under /var/lib back to the old location, i.e. /usr/share.

ln -s /var/lib/pacman-mirrors /usr/share/

:information_source: The moving of the file is the only change and has been made to make it possible for users to have their /usr-tree on a separate read-only partition or btrfs subvolume.

xkeyboard-config 2.45 issue with symlinks

You may fail to upgrade from 2.44 to 2.45 due to some changes to symlinks. A discussion about it can be found here: Cannot update xkeyboard-config to 2.45 / Pacman & Package Upgrade Issues / Arch Linux Forums

The solution is to update the AUR packages depending on xkeyboard-config or move the files to the new folder /usr/share/xkeyboard-config-2.

More information about it here: xkeyboard-config 2.45 issue with symlinks (#1) · Issues · Arch Linux / Packaging / Packages / xkeyboard-config · GitLab

avahi-discover python script may fail to discover services

avahi-discover fails when attempting to write the discovered services to a sqlite database in /usr/lib/avahi due to lack of permissions.

The issue can be reproduced using a pristine Arch LInux system - it appears from the issues at GitHub - avahi/avahi: Avahi - Service Discovery for Linux using mDNS/DNS-SD -- compatible with Bonjour the issue is known - but not fixed.

Use of dbm causes problems with Python 3.13 · Issue #670 · avahi/avahi · GitHub
Fix issue with dbm.sqlite3 on readonly directories by mickael9 · Pull Request #698 · avahi/avahi · GitHub

Even though the issue has been known to upstream since december 2024, the behaviour on unstable branch has changed fairly recently - perhaps 4 weeks.

Temporary workaround
The workaround it is not optimal - but if you rely on avahi discover service - it will work

Move /usr/lib/avahi to /var/lib and symlink it back to /usr

sudo mv /usr/lib/avahi /var/lib/ && sudo ln -s /var/lib/avahi /usr/lib/

Change the ownership of the folder /var/lib/avahi including files

sudo chown root:avahi /var/lib/avahi -R

Change permissions to allow avahi group to write into the folder including the existing db file

sudo chmod g+w /var/lib/avahi -R

Finally add yourself to the avahi group

sudo gpasswd -a $USER avahi

Logoff and login to activate the new group.

Topic in German section
Avahi zeroconf browser zeigt nichts an

2025-04-12

Grub gained security fixes. Updating it may be risky

When Manjaro updates the grub package the actual installed binaries in master boot record (MBR) or UEFI won’t get updated. This is however needed to apply recent security fixes added to grub. Therefore we created Install-grub: a new way to keep your EFI/MBR in-sync with grub package to make it easier.

A more manual approach can be found here: [root tip] [How To] Primer on handling a grub package update

We also have it documented in our wiki on how to manually install grub when a disaster happens: GRUB/Restore the GRUB Bootloader - Manjaro. So if you are not experienced with it you can either ignore that extra step or have an install media at hand to recover as needed.

See also on how to create a boot media to install Manjaro fresh: Burn an ISO File - Manjaro. Those who want to get install medias having this update included may look for 25.0 ISOs when released or here: Releases · manjaro/release-review · GitHub

Remember, update-grub only updates the boot menu and install-grub is a script helper to install or reinstall grub on most case automatically via grub-install. All grub installations can be with a risk when not done properly as the user will change low level system parts and can easily break their systems.

Note: most likely grub was initially installed by an installer and therefore the user doesn’t know how grub got installed. So if you are unsure simply skip a reinstallation of grub.

2025-03-24

System may hang during splash screen when Nvidia 570 drivers are used

A lot of users with older Nvidia cards report system hanging on Plymouth splash screen after installing Nvidia 570 drivers. In the past we had issues with plymouth in general combined with Nvidia drivers. Therefore we didn’t update plymouth in our stable and testing branch.

As a workaround splash could be removed from /etc/default/grub file followed by a update-grub cmd to remove plymouth from starting. Another alternative is to test the newer plymouth and give feedback if that solves the issue:

sudo pacman -U https://mirrors.manjaro.org/repo/pool/overlay/plymouth-24.004.60-12-x86_64.pkg.tar.zst

No sound from PulseAudio after PipeWire update

If PulseAudio audio playback is suspended after PipeWire update, unload module-suspend-on-idle

pactl unload-module module-suspend-on-idle

If that works, create a custom default.pa configuration for PulseAudio in home folder

cp /etc/pulse/default.pa ~/.config/pulse/default.pa

and comment out module-suspend-on-idle in custom configuration

sed -i '/load-module module-suspend-on-idle/s/^/#/' ~/.config/pulse/default.pa

2025-03-05

[community] repository removed from servers

Similar to Arch we removed our [community] repos from our mirrors and servers. You may want to check your pacnew files or manually remove [community] and [kde-unstable] when used in your /etc/pacman.conf file.

2025-05-02
community has been re-created as an empty repository so that systems where package manager configuration /etc/pacman.conf has not been updated can still be used to update packages from other repositories

2025-02-16

Update only regular repository packages first, no AUR

Follow the best practice of first updating only regular repository packages, followed separately by AUR packages.

  1. Update regular repository packages first with
    • pamac update --no-aur
      or
    • sudo pacman -Syu
  2. Then, if needed, update AUR packages.

Failure to follow this practice may result in the installation of packages that you may not need, and may cause problems. For further details, see:

Keyboard layout issues / Update issues with fcitx5

If a system had sdl2 installed and AUR updates enabled, fcitx5 might be installed as a make dependency

It is recommended to remove fcitx5 and any other orphan packages following the update

pamac remove --orphans

Update issues with fcitx5

2025-02-04

Kernel 4,19 and 6.11 are EOL, 6.11 and 4.19 got removed from repos

Kernel 6.11 and 4.19 got marked [EOL] on kernel.org
Linux 6.11 and 4.19 have been removed from the repositories.
Please ensure your system use a supported kernel mhwd-kernel -l

PostgreSQL users should consider to prepare the change of major version 16→17

More info here and here

Update libpamac before installing the 2025-02-04 updates

Run sudo pacman -Sy libpamac in a terminal to make sure pamac-manager doesn’t crash during the update.

XFCE 4.20 may blank display after 5 mins idle time regardless of power management settings

Most likely this: Disable screen blanking

Call xfce4-screensaver-preferences and disable the screensaver.
xfce4-screensaver - Usage [Xfce Docs]

2024-12-16

Linux-Meta packages may prevent removal of linux611

Since we introduced the new meta packages to remove EOL kernels, as soon as we drop them from our repos, the newly EOLed linux611 kernel might be prevented to be removable due to possible installation of them when linux610 got removed.

If you want to remove the kernel now, please add modules like linux-meta and linux-nvidia-meta to your removal list.

Example:

sudo pacman -R linux611 linux611-nvidia linux-meta linux-nvidia-meta

More fancier cmd:

sudo pacman -Rns $(pacman -Qq linux611 | sed ‘s/611//’ | sed -e ‘s/$/-meta/’) $(pacman -Qq linux611)

You can find more information about it here: Find a proper solution to automate EOL kernel removal via ALPM (#13) · Issues · Release plan / Packaging · GitLab

Critical rsync security release 3.4.0

2025-01-16 - Robin Candau

We’d like to raise awareness about the rsync security release version 3.4.0-1 as described in our advisory ASA-202501-1.

An attacker only requires anonymous read access to a vulnerable rsync server, such as a public mirror, to execute arbitrary code on the machine the server is running on. Additionally, attackers can take control of an affected server and read/write arbitrary files of any connected client. Sensitive data can be extracted, such as OpenPGP and SSH keys, and malicious code can be executed by overwriting files such as ~/.bashrc or ~/.popt.

We highly advise anyone who runs an rsync daemon or client prior to version 3.4.0-1 to upgrade and reboot their systems immediately. As Arch Linux mirrors are mostly synchronized using rsync, we highly advise any mirror administrator to act immediately, even though the hosted package files themselves are cryptographically signed.

All infrastructure servers and mirrors maintained by Arch Linux have already been updated.

Arch Linux - News: Critical rsync security release 3.4.0

2024-12-06

Nvidia 470xx driver may cause black screen and cursor on Plasma with Wayland

When you try to use Wayland with the Nvidia 470xx driver you may have an activated a ghost screen, which leads to a so called ghost screen.

You can still use the right-click context menu and go to screen settings. Choose your other screen as primary and deactivate your ghost screen. Else you can use X11, which should not have that issue. More information about it here: Help testing Nvidia drivers with Kernel 6.12 - #20 by Arrababiski

2024-11-30

Plasma 6.2 might create a black screen when using X11 and default theme

For a while we are tracking the following bug of Plasma 6.2: 483163 – Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive. There seems to be a regression when using X11 and the default theme breeze. A workaround is to use some other variant of Breeze or use Wayland. People who have issues could comment on that bug report in a polite and helpful way, so the KDE developers may fix it soon.

GTK4 apps may not start due to Vulkan GSK Renderer by Default on Wayland

With GTK 4.16 release GNOME switched to Vulkan GSK Renderer by default. When you have not setup Vulkan support properly your GTK4 apps might not work as expected. Also users with Nvidia drivers might have issues, such as people using RasberryPi and older hardware. You can override it by setting the GSK_RENDERER=ngl or GDK_DISABLE=vulkan environment variable in /etc/environment file. For much more older PCs even GSK_RENDERER=gl is recommended. To boost rendering you can also set GDK_GL_DISABLE=buffer-storage, so the ngl renderer would perform similar to what you knew from GNOME 46.

Graphical interface might not start due to missing libpixbufloader-svg.so

Seems there was a so-name naming change within librsvg: 2.58.90: -/_ switch in the name of the pixbuf loader? (#1075) · Issues · GNOME / librsvg · GitLab. To fix it issue: sudo gdk-pixbuf-query-loaders --update-cache
More information here: After today's update my machine is stuck on loading lightdm, no TTY access possible either - #36 by Photon

Pamac might not find AUR database

It is a known bug to have a message like this:

Failed to read AUR data from /var/lib/pacman/sync/packages-meta-ext-v1.json.gz : Error opening file /var/lib/pacman/sync/packages-meta-ext-v1.json.gz: No such file or directory

You can fix it by doing this: pamac upgrade --aur --force-refresh --dry-run
If it does not work that way try without --dry-run parameter.

Cursor sizes may vary when Wayland is used

If you enabled global scaling in Wayland within Plasma 6, especially with a fractional scale like 2.5x, cursor sizes would be a mess across various apps. For more information see this blog post: Cursor Size Problems In Wayland, Explained - KDE Blogs

Cinnamon 6.4 might change the default theme to a dark one

With Cinnamon 6.4 a lot of changes were made. The theme is significantly darker and offers more contrast than previous versions. Objects within the interface are now rounded, and a gap has been introduced between applets and the panel, giving the desktop environment a modern and polished appearance.

Nvidia: drivers might not work with 6.12 kernel

See also this open issue: 6.12: drm_open_helper RIP · Issue #712 · NVIDIA/open-gpu-kernel-modules · GitHub Nvidia provided a patch and shipped it in their 550.135 driver. More information here: Patch for 565.57.01 + Linux kernel 6.12 - Linux - NVIDIA Developer Forums.

We also patched 470xx and 390xx driver series as needed. Based on the current feedback, it seems that 470xx and 390xx drivers might not work at all with 6.12 kernel. 390xx got its last update by end of 2022, and we managed to keep it alive with kernel patches. If you have a legacy gpu you may consider to use the FOSS nouveau driver or exchange the GPU for a newer hardware.

Those who face issues with current provided drivers, may politely voice-up at the Nvidia developer forums in a civil manner and report their issue there: »»»»»»»»»» If you have a problem, PLEASE read this first «««««««««« - Linux - NVIDIA Developer Forums

Previous stable update threads:

Hello, thanks for the great development. I had no issue updating, however I do have a situation I am curious about. I am on stable and kernel 6.12.34, shouldn’t the kernel be automatically updated to 6.15? If not, how do I upgrade to it? Through the manjaro software manager? Or is there a specific command?
Once more, thank you. Cheers.

Kernels are updated, e.g. from 6.12.xx to 6.12.yy.
Kernels are NOT changed to a complete different kernel, e.g. from 6.12 to 6.15 without manual interaction.
If you want to change the kernel, you have to do this manually, e.g. through the manjaro-settings-manager. This is very easy and the tool will install all the needed software.
As soon as 6.15 is EOL you manually need to switch to another kernel and delete 6.15 from your system.
If 6.12 is a working kernel for your hardware, do not delete this LTS kernel but leave it installed as a “backup” kernel that always works.
And boot - if you want (as I do, because I want to use the latest kernel (don’t ask my why … it’s just "I want because I can :slight_smile: )) in GRUB into the newest installed kernel, e.g. 6.15.

4 Likes

You can simply use the following cmd or the graphical package manager which has a similar kernel update functionality built in order to install an additional kernel.

sudo mhwd-kernel -i linux615

Either graphical by selecting the kernel package of choise or:

pamac install linux615

1 Like

As explained by @Zauberer-Merlin, the kernel is always updated with bug fixes and security updates, but what you are talking about is not an update; it’s an upgrade to a later kernel release.

The 6.12 kernel is a long-term-support (LTS) kernel, which means that it will continue receiving periodic bug fixes and security updates until (at least) December 2026.

The 6.15 kernel on the other hand is just a mainline kernel that will continue receiving updates for a while still, but that will eventually be declared end-of-line (EOL) when a newer mainline kernel — probably 6.16, with 6.17rc around the corner as a development kernel — is declared stable.

Unless you are on bleeding-edge hardware for which support was only added to the kernel source tree in the last couple of months, you are probably better off using the 6.12 LTS kernel. Nevertheless, if you do want to switch to 6.15, then there are three ways of doing it. :point_down:

  1. By way of mhwd-kernel. :point_down:

    sudo mhwd-kernel -i linux615
    
  2. By way of the Kernel section in the Manjaro Settings Manager GUI.

  3. Manually. :point_down:

    sudo pacman -Syu linux615 && sudo mkinitcpio -P && sudo update-grub
    
3 Likes

I have a black screen after update. Can’t boot, just with a flash stick.

I can’t figure out how to restore the system. Mostly because I have a LUKS encryption enabled and commands with a changing kernel or grub just don’t work.

I have checked the systemctl logs, there was a error with Xorg: process 1203 (Xorg of user 0 dumped a core) and long stacktrace below.

First update crash in years…
It crashed while updating “wine” then it did not do the post install hooks (mirror not fully sync?)
Thank you BTRFS and Timeshift, i could restore to the previous state, i chose another mirror and the update went flawlessly :slightly_smiling_face:

1 Like

Wine not working after update

wine --version                                                                                                53 ✘ 
wine-10.9

winecfg                                                                                                          ✔ 
002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc0daff
wine: could not load kernel32.dll, status c0000135

rm -rf ~/.wine does not help

1 Like

Im on Kernel 6.14 and wanted to switch over to a supported version before the update. however, I cant switch any to any other Kernel (e.g. 6.15)

The following packages will be installed:
linux615
linux615-nvidia
linux615-headers

Starting
resolving dependencies...
looking for conflicting packages...
:: installing nvidia-utils (575.64-1) breaks dependency 'nvidia-utils=570.144' required by lib32-nvidia-utils
:: installing nvidia-utils (575.64-1) breaks dependency 'nvidia-utils=570.144' required by linux614-nvidia

When installing this update, 6.14 will be removed, right? So I dont have any other kernel left on this machine :smiley:

Well, the linux-meta package normally should delete the removed kernel and install the new one in one go. You can do it however also manually. The issue is that the nvidia driver didn’t got updated to the new release. So a dependency conflict is given.

You can do the following:

sudo pacman -Sdd linux612-nvidia linux612-headers linux612 linux615-nvidia linux615-headers linux615

When done you can do a:

sudo pacman -Rdd linux614-nvidia linux614-headers linux614

After that it should be possible to do the rest of the OS update without manual intervention.

Or do it like this:

sudo pacman -Rdd linux614-nvidia
sudo pacman -Syu
sudo pacman -S linux615-nvidia

Update went smooth without any issues.
I was on 6.14 so first swapped to 6.15, rebooted then performed the update.

1 Like

I would suggest you always have a back-up LTS kernel. If you don’t have 2 kernels already, it’s worth doing so. I see it as one of the big advantages of using an Arch-based system. All the best meantime.

2 Likes