Arch broke CachyOS Gaming Today... lib32-gst-plugins-base-libs > cachyos-gaming-meta > cachyos-gaming-applications

What a shitty day to decide to rebuild CachyOS

resolving dependencies…
warning: cannot resolve “lib32-gst-plugins-base-libs”, a dependency of “cachyos-gaming-meta”
warning: cannot resolve “lib32-gst-plugins-base-libs”, a dependency of “cachyos-gaming-meta”
warning: cannot resolve “cachyos-gaming-meta”, a dependency of “cachyos-gaming-applications”
:: The following packages cannot be upgraded due to unresolvable dependencies:
cachyos-gaming-meta cachyos-gaming-applications

:: Do you want to skip the above packages for this upgrade? [y/N] y
looking for conflicting packages…
there is nothing to do
Press enter to exit

lib32-gst-plugins-base-libs 1.28.1-3 is no longer available

lib32-gst-plugins-base-libs 1.28.1-3 has been removed from the [multilib] repository.

Unfortunately, this package cannot be found in any other repositories. Try using the package search page, or try searching the AUR to see if the package can be found there.

That’s odd, I can find it

[username@Cachy-New ~]$ pacman -Si lib32-gst-plugins-base-libs
Repository      : multilib
Name            : lib32-gst-plugins-base-libs
Version         : 1.28.1-3
Description     : Multimedia graph framework (32-bit) - base
Architecture    : x86_64
URL             : https://gstreamer.freedesktop.org/
Licenses        : LGPL-2.1-or-later
Groups          : None
Provides        : None
Depends On      : lib32-gstreamer=1.28.1-3  gst-plugins-base-libs  lib32-gcc-libs
                  lib32-glib2  lib32-glibc  lib32-libdrm  lib32-libglvnd
                  lib32-libgudev  lib32-libjpeg-turbo  lib32-libpng  lib32-libx11
                  lib32-libxcb  lib32-libxext  lib32-libxi  lib32-libxv  lib32-mesa
                  lib32-orc  lib32-wayland  lib32-zlib
Optional Deps   : None
Conflicts With  : None
Replaces        : None
Download Size   : 1621.35 KiB
Installed Size  : 5445.84 KiB
Packager        : Lukas Fleischer <lfleischer@archlinux.org>
Build Date      : Fri 27 Mar 2026 09:33:37 AM EDT
Validated By    : SHA-256 Sum  Signature

Just hit this same problem testing some installation scripts for personal stuff I was testing.

~
❯ pacman -Si lib32-gst-plugins-base-libs
error: package ‘lib32-gst-plugins-base-libs’ was not found

It seems to have disappeared:

Hasn’t been knocked down to the AUR either.

I’d suggest operating without the gaming meta package for now.

The dependencies you’re looking for should be provided when you install proton-cachyos, proton-cachyos-slr, and steam.

resolving dependencies…
warning: cannot resolve “lib32-libsoup”, a dependency of “proton-cachyos”

:: The following package cannot be upgraded due to unresolvable dependencies:

proton-cachyos
**error: failed to prepare transaction (could not satisfy dependencies) **

:: unable to satisfy dependency ‘lib32-libsoup’ required by proton-cachyos

**
Command finished with errors!

CachyOS supercool Proton has dependencies**

Yeah, seems like that one disappeared as well. Obviously, something is up.

The packages that are missing from multilib may have to be brought into the cachyos repo. It really depends on what the actual issue is.

You’re right. Not a great time for a fresh install. Have no snapshots to roll back to.

I’m new to CachyOS and linux in general, any workarounds to this?

If I’m understanding this correctly, some lib32 packages have been completely dropped due to a vulnerability:
https://vulners.com/cve/CVE-2026-3099

And I imagine they’ll remain that way until fixed. What you can do while waiting for that to resolve itself is use a different Wine/Proton.

proton-cachyos-slr should avoid the affected packages. And so should wine-cachyos. Alternatively, you can use other Wine versions found elsewhere, like GE’s Proton.

But cachyos-gaming-meta and proton-cachyos look like they’re out of commission for now until those lib32 issues are resolved.

Hey man, same here… womp. Did you also spend the day at micro center and building to hit this wall :skull:

Anyway, from what I’ve seen - this has happened in the past. It’s a quite common library and should be fixed soon. May run into a delay with Easter, but I’d imagine sometime very soon. Last time it was within a few hours. Anyway, still way less annoying that dealing with Mslop.

Same issue here already regretting this OS
I was happy on FEDORA LoL

Hello and welcome,

This is not really all that show-stopping.

The meta packages really should be reorganized anyways.

It does appear that Arch dropped a few packages though.

But unless you explicitly needed any of these dropped packages then you can just not use the meta package* and/or wait for any changes and rebuilds and so on to happen.

Meta packages mostly just exist for the convenience.

* - If you need an easy way to see what the meta package would have provided you could use something like;

pacman -Si cachyos-gaming-meta | awk '/Depends/ {$1="";$2="";$3="";$4=""; print $0}'

You could even install them all while skipping the missing package using;

sudo pacman -Syu $(pacman -Si cachyos-gaming-meta | awk '/Depends/ {for (i = 4; i <= NF; i++) {printf "%s ", $i}; printf "\n"}' | grep -v 'gst-plugins-base-libs')

(Again here the long command is not technically required but for example purposes it is put together into a single intelligible string.)

I got fed up with jumping over the ostree stuff in bazzite with some other stuff I wanted to play so I switched. and surprisingly some of the games I tried in bazzite runs a lot easier in this so I guess this little hiccup with Proton-cachyos is not really that much of a hassle at the moment

Just a thought, haven’t tried this (and don’t care to try updating while repos are broken):

Wouldn’t it be possible to get around this by simply adding a suitable Arch Archive Repo at the end of pacman.conf, so pacman falls back on it for the packages it cannot find in the usual repos?

So, something like this at the END of /etc/pacman.conf:

[archive-extra]
Server = https://archive.archlinux.org/repos/2026/03/30/extra/os/x86_64/

lib32-gst-plugins-base-libs-1.28.1-3 does exist in the archive so, with the correct date, it should be available.


You could probably also just manually install the specific missing packages, before running pacman -S, so it’s already installed when it checks dependencies, e.g.:

pacman -U https://archive.archlinux.org/packages/l/lib32-gst-plugins-base/lib32-gst-plugins-base-1.28.1-3-x86_64.pkg.tar.zst
pacman -S cachyos-gaming-meta cachyos-gaming-applications

Might require figuring out the correct order to install several such packages though, to satisfy dependency chains.


Again: Completely untested, not a recommendation, use at your own risk, have snapshots ready, etc.

Also, It was surely removed for a reason, so be aware that, if it works, you’re installing something with a vulnerability that was deemed serious enough to remove it from repos temporarily. Security folks are known to occasionally be a bit overzealous/paranoid though.

One question: I have the version 1.0.0-6 installed. Can cachyos-gaming-meta with the new version 1.0.0-7 be ignored in PACMAN.CONF until the problem has been solved?

You can pull these from Artix Linux and install them manually then run the cachyos-gaming-meta just fine. I did this last night when it failed.

So not much has changed in these hours.

But it might be mentioned that for folks that need these gst packages can get the -git variants from the AUR.

It appears that some various lib32-gst-plugins-base lib32-gst-plugins-base-libs and lib32-gst-plugins-good are now in the AUR too.

It might also be mentioned that wine v.11+ is fully 64-bit so would not need any of these 32-bit libraries.

Thanks for this! I’m coming from Windows, so please excuse my ignorance, but I have a couple questions.

I see that keeps a local copy in the cache. Do you need to remove them after running Install Gaming Packages or does this happen automatically? I have more questions too, but I hate being needy :face_with_peeking_eye:

Yes, pacman keeps a local copy of packages you install using any method.

The main purpose of this is to enable downgrades if something goes wrong. It can also enable you to mirror the exact versions of installed packages from one of your machines to all others, if you care for absolute consistency.

The cache is not cleaned by default. It just accumulates in /var/cache/pacman/pkg/ over time.

You can clean the cache, while keeping the last 3 installed versions of each package, like this (remove, keep 3):

sudo paccache -rk3

For more info, see tldr paccache and/or man paccache.

If you want this to happen automatically, you can enable this timer:

sudo systemctl enable paccache.timer

By default, it will clear the cache completely (keep nothing), once per week.

If you want it to keep last 3 copies, you can edit /etc/conf.d/pacman-contrib
and set PACCACHE_ARGS=-k3.

Don’t hesitate to ask questions, that’s what this place is for!

You’ll leave them installed since the packages that Install Gaming Packages installs depend on them. Whenever the issue is fixed in the main repository and there is an update, your usual system updates will update the package from the repository, overwriting the manual install, so you’ll be good to go!

Edit: oops, had a stale version of the thread when I posted. Much more thorough explanation above :slight_smile:

We ran into this this week. For anyone running into this and that also got confused by the replies, my understanding is that the best course of action would be to uninstall cachyos-gaming-meta and to install the wanted packages from it separately.

Yes, one could install lib32-gst-plugins-base-libs from the AUR but there’s a reason why these packages got dropped.

So I followed the instructions from this thread How to uninstall a gaming package? and installed whatever I wanted back (such as gamescope).