[Testing Update] 2025-12-29 - Mesa, NVIDIA 590xx, Firefox, LibreOffice, Gstreamer

Hello community, here we have another set of package updates. Welcome to our new development cycle of Manjaro 25.1.0, code-named ‘Anh-Linh’.We will focus on Plasma 6.5 series and will introduce GNOME 49, maybe Cosmic 1.0. Since only two day’s of 2025 are left, we may bump the version of ‘Anh-Linh’ also to 26.0 …

Current Promotions

Recent News

NVIDIA 590 driver drops Pascal support

With the update to driver version 590, the NVIDIA driver no longer supports Pascal (GTX 10xx) GPUs or older.

Impact: Updating the NVIDIA packages on systems with Pascal, Maxwell, or older cards will fail to load the driver, which may result in a broken graphical environment.

Intervention required for Pascal/older users: Users with GTX 10xx series and older cards must switch to a legacy driver to maintain support:

  • Install the official linuxXXX-nvidia-575xx, linuxXXX-nvidia-570xx, or related DKMS packages.
  • Manjaro 25.0 Zetar released
  • Manjaro Summit public Alpha now available
  • As of Linux 5.4.302, the 5.4 series is now EOL (End Of Life). Please install 5.10 LTS (Long Term Support) or 5.15 LTS.
  • As of Linux 6.16.12, the 6.16 series is now EOL (End Of Life). Please install 6.18 stable and/or 6.12 LTS (Long Term Support).
  • As of Linux 6.17.13, the 6.17 series is now EOL (End Of Life). Please install 6.18 stable and/or 6.12 LTS (Long Term Support).
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 Support > 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.302 [EOL]
  • linux510 5.10.247
  • linux515 5.15.197
  • linux61 6.1.159
  • linux66 6.6.119
  • linux612 6.12.63
  • linux617 6.17.13 [EOL]
  • linux618 6.18.2
  • linux619 6.19.0-rc3
  • linux61-rt 6.1.158_rt58
  • linux66-rt 6.6.116_rt66
  • linux612-rt 6.12.57_rt14
  • linux617-rt 6.17.5_rt7

Package Changes (12/29/25 18:37 CET)

  • testing core x86_64: 8 new and 8 removed package(s)
  • testing extra x86_64: 995 new and 1110 removed package(s)
  • testing multilib x86_64: 28 new and 28 removed package(s)

A list of all 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:


3 Likes

Known issues and solutions

This is a wiki post; please edit as necessary.
Please, consider subscribing to the Testing 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-12-29

NVIDIA 590 driver drops Pascal support

With the update to driver version 590, the NVIDIA driver no longer supports Pascal (GTX 10xx) GPUs or older.

Impact: Updating the NVIDIA packages on systems with Pascal or Maxwell cards will fail to load the driver, which may result in a broken graphical environment.

Users with GTX 10xx series and older cards must switch to a legacy driver to maintain support:

  • Install the official linuxXXX-nvidia-575xx, linuxXXX-nvidia-570xx, or related DKMS packages.

mhwd now support multiple profiles which should also help in a more automatic way to choose the proper driver for your NVIDIA card.

Some discussion about the topic: Nvidia situation for Maxwell and Pascal GPUs

2025-12-09

.NET packages may require manual intervention

2025-12-11 - George Rawlinson

The following packages may require manual intervention due to the upgrade from 9.0 to 10.0:

  • aspnet-runtime
  • aspnet-targeting-pack
  • dotnet-runtime
  • dotnet-sdk
  • dotnet-source-built-artifacts
  • dotnet-targeting-pack

pacman may display the following error failed to prepare transaction (could not satisfy dependencies) for the affected packages.

If you are affected by this and require the 9.0 packages, the following commands will update e.g. aspnet-runtime to aspnet-runtime-9.0:

pacman -Syu aspnet-runtime-9.0

pacman -Rs aspnet-runtime

Arch Linux - News: .NET packages may require manual intervention

2025-11-10

mkinitcpio v40 disabled fallback image creation for new installs

mkinitcpio v40, packaging changes and kernel-install - Arch-dev-public - lists.archlinux.org
This is only affects new installs as we can’t change the hook files on existing installs.

To disable fallback image creation on older installed systems

  • Change PRESETS=('default' 'fallback') line to PRESETS=('default') in the respective .preset files in /etc/mkinitcpio.d/.
  • Regenerate initramfs - sudo mkinitcpio -P
  • Update boot loader - sudo update-grub

Warning
Disabling all fallback initramfs generation will deprive you of another option to boot into the system in case a default initramfs fails. Before proceeding, make sure you have a bootable installation medium for rescue purposes on hand.

2025-09-28

2025-09-27

Heads up: Gnome 49 is here and wayland is the default.

Previous testing threads:

the problem with xfce compositing introduced in nvidia 580.119 still exists in nvidia 590.48. fortunately it’s easy to work around by disabling compositing in settings > window manager tweaks. this issue has been given an nvidia internal tracking number: 5758240

2 Likes

So? :grin:

1 Like

Clean update, Repos, flatpaks and AUR went smoothly with no issues.

this is NOT a soluce to says , it not a NVIDIA driver bug but one Xfce Bug !
if they have frozen code from 580 series 105 ( just before 119) , Xfce & X11 will still working for part closed / legacy source.

you have not read all others reports bugs from december 11 , there are many others that are not fixed with this 580 series.

for maxwell and pascal ( series 750 , 900 , 1000 and mobile )
we should have a legacy ( closed source) with NO drivers nvidia-open things
that why version mhwd 570xx and 575xx cant work because on install , nvidia-open come with , and then no more drm , udm nvidia module part are installed here by the script , there will be no module working with kernel

for the others video cards : ==> nvidia-open drivers with wayland.

stephane, i’m just reporting on the one bug that has affected me personally.

1 Like

Nvidia only cares about Ubuntu:

Also the focus is on open-source drivers since 515xx driver release series. Arch even dropped the proprietary modules by now.

1 Like

Since I have a NVIDIA 1060, I had to stay away from the nvidia-590-Update, but unfortunately, even 570 and 575 led into a black screen without graphical output after boot.
(installed both in a terminal boot and error messages appeared: nvidia_drm could not be added.)

Installed nvidia-580xx-dkms and got a system with working graphical output again … guess, I need a new graphics card soon.

Turing and newer architectures are only supported by open kernel modules. So dropping the proprietary drivers will cut supported cards even further.

just for your info , there is still 5% that use a maxwell or pascal GPU nvidia cards on Steam survey.
so why version mhwd 470 & 570 & 575 cant work with theses cards ?

After the update, my system boots up, but I get a black screen. I’ve tried booting with 12 6, but it’s always the same.

mhwd only detects the hardware based on a database and then installs drivers via pacman based on the profile suggested.

If a module cant be loaded, there might be an issue with the pre-compiled one. You can remove it and try with its dkms version instead. That is used when pre-compiling.

Will there be linuxxxx-nvidia-580xx packages or is the 580 driver not going to come back?
Update went fine :+1:

EDIT: Also, are there going to be compatible versions of lib32-nvidia-utils and nvidia-settings? Currently only 590 versions exist.

EDIT: I’m stupid. nvidia-575xx-settings and lib32-nvidia-575xx-utils exist.

So only the question about the 580 drivers remains. Sorry for the noise.

580xx is generally super broken but currently the production driver series by Nvidia. We currently rethink if a rolling Nvidia driver makes even sense or if it is better to tag each version and the user has to manually upgrade driver series similar as we do with kernels. That we had in the past already.

5 Likes

I logged in with the Manjaro Live installer, but I couldn’t access the Manjaro forum because I kept getting an error, so I couldn’t say anything else. I was forced to do a new reinstallation with a new version of Manjaro. However, I already had certain problems with the zoom windows, or the terminal, and even the bottom bar of Manjaro disappearing and reappearing constantly.

I like the rolling approach but maybe it should be rolling only within one major version number such that the user has to choose that but then get updates within it but never gets a version bump?

That’s the very definition of a point-release distribution. Manjaro is not that, even though we do have the Manjaro Summit branch, which is an immutable distribution — and which still requires more people to test it.

If you feel so inclined, be our guest. :backhand_index_pointing_down:

1 Like

Well we had that approach exactly in the past. When a user installed with 570xx drivers updates within that driver series he would get. Similar as like a kernel series, lets say linux612.

When a new series like 575xx would be available the user would need to explicitly choose that driver series to get updates wothin that series.

However nvidia managed to release also regressions within a driver series so that version locking is needed. That a Debian based distribution would offer:

Oddly the branch name per packages gets there dropped, which we did already for the rolling Nvidia packages…