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!
Removing python2 from the repositories
2022-09-23 - Jelle van der Waa
Python 2 went end of life January 2020. Since then we have been actively cutting down the number of projects depending on
python2 in our repositories, and we have finally been able to drop it from our distribution. If you still have
python2 installed on your system consider removing it and any python2 package.
If you still require the python2 package you can keep it around, but please be aware that there will be no security updates. If you need a patched package please consult the AUR, or use an unofficial user repository.*
– Arch Linux - News: Removing python2 from the repositories
* Note: Unofficial user repositories are not supported
Changes with Back In Time packages
backintime has been renamed to
backintime-cli has been renamed to
backintime, you will need to install
backintime-qt manually if you want the Qt frontend installed again.
electron12, electron13, electron14 & electron16 have been dropped to the AUR
Unsupported Electron packages have been dropped from the official repos to the AUR. They no longer receive security updates and nothing in the repos depend on them.
If you have AUR packages depending on those versions, install the binary version from the AUR to replace them; i.e.,
See FS#75490 - electron12, electron13, electron14, electron16 are unsupported and vulnerable packages
End of Support for 15.x.y and 16.x.y
Electron 15.x.y and 16.x.y has reached end-of-support. As per Electron’s new 8-week cadence, we were supporting the latest four versions of Electron until May 2022. With this Electron 19 release, we’ll return to supporting the latest three major versions, as well as the alpha, beta, and nightly releases.
– Release electron v19.0.0 · electron/electron · GitHub
element-desktop dependency error (fixed with 1.11.4)
error: failed to prepare transaction (could not satisfy dependencies)
:: installing electron (20.0.0-1) breaks dependency 'electron19' required by element-desktop
The upstream package was already flagged out of date (it needs to be rebuilt against latest electron).
Workaround for now:
sudo pacman -Syy electron electron19 --asdeps
sudo pacman -Su
Glibc 2.36 update will break EasyAntiCheat within Proton (should be fixed with glibc 2.36-2)
Temporary workaround for now is to use the flatpak version of steam:
sudo pacman -S flatpak --needed --noconfirm
sudo flatpak install com.valvesoftware.Steam -y
You can use flatseal (another flatpak app) to grant it access to your existing game library so you don’t have to re-download your games (add the game library install path under “Other files” under “Filesystem”).
sudo flatpak install com.github.tchx84.Flatseal -y
For advanced users (not recommended by us): patched
lib32-glibc are available here. They remove the commit that broke EAC.
Fixed: Pamac shows archlinux-keyring (20220713-2) and manjaro-keyring (20220514-2) as orphans
sudo pacman -D --asexplicit archlinux-keyring manjaro-keyring
Resolved: w/ base 3-2 Revert changes:
sudo pacman -D --asdeps archlinux-keyring manjaro-keyring
wxWidgets 3.2 update may need manual intervention
Packages have been renamed from wxgtk- to wxwidgets-. The GTK2 frontend is no longer provided. If you have wxgtk2 installed, the upgrade will fail with:
In such case, uninstall
wxgtk2 first and then proceed with the upgrade.
Linux518: could not insert 'amd_pstate': No such device
With Kernel 5.18.11 there was added a regression to AMD P-State driver preventing it from loading.
Wireplumber 0.4.11 may crash for GDM users
Currently there is an issue with 0.4.11 and GDM crashing on boot-up. More in the upstream bugtracker issue: wireplumber segfault: system boot and could see in my dmesg (#305) · Issues · PipeWire / wireplumber · GitLab
Locale file changes
C.UTF8 locale is now included in
Credits @diabonas for this change. Systemd wants us to include C.UTF8 by default and it seems the locale may be in included by glibc upstream in the future. To fix building and avoid nasty fixing in devtools, we include the locale in the package. See systemd/systemd#23252 (comment) FS#74864 : [systemd] >= 251 breaks devtools' locale
There is a pacsave for
/etc/locale.conf as it has been removed from the
filesystem 2022.06.08-2, it will automatically restore
/etc/locale.conf if it did not already exist.
There is a pacnew for
/etc/locale.gen. Please review it and regenerate your locale if necessary.