Arch Linux

Wennadocta

Member

Registered: 2024-03-28

Posts: 14

[SOLVED] Cannot update 32 bit libraries, depends on older version

Hello, this is what I got today

ayanami@zerodell: ~$ sudo pacman -Syu
[sudo] password for ayanami: 
:: Synchronizing package databases...
 core is up to date
 extra is up to date
:: Starting full system upgrade...
warning: python-aiorpcx: ignoring package upgrade (0.23.1-2 => 0.25.0-1)
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing alsa-lib (1.2.14-1) breaks dependency 'alsa-lib=1.2.13' required by lib32-alsa-lib
:: installing expat (2.7.1-1) breaks dependency 'expat=2.7.0' required by lib32-expat
:: installing libcap (2.76-1) breaks dependency 'libcap=2.75' required by lib32-libcap
:: installing libelf (0.193-2) breaks dependency 'libelf=0.192' required by lib32-libelf
:: installing libffi (3.4.8-1) breaks dependency 'libffi=3.4.7' required by lib32-libffi
:: installing libusb (1.0.28-1) breaks dependency 'libusb=1.0.27' required by lib32-libusb
:: installing libxml2 (2.14.3-1) breaks dependency 'libxml2.so=2-64' required by rest

Seems like 32 bit libraries depends on older versions of their 64 bit variants... So it's impossible to upgrade the system
I've never seen it before

Last edited by Wennadocta (2026-05-16 20:52:37)

skunktrader

Member

From: Brisbane, Australia

Registered: 2010-02-14

Posts: 1,675

Re: [SOLVED] Cannot update 32 bit libraries, depends on older version

It looks like multilib is not enabled in your pacman.conf

Wennadocta

Member

Registered: 2024-03-28

Posts: 14

Re: [SOLVED] Cannot update 32 bit libraries, depends on older version

For real, it was disabled... Problem solved now

Lone_Wolf

Administrator

From: Netherlands, Europe

Registered: 2005-10-04

Posts: 15,041

Re: [SOLVED] Cannot update 32 bit libraries, depends on older version

Problem solved now

Please prepend [Solved] to the thread title (edit first post) to inform others.

---

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

clean chroot building not flexible enough ?
Try clean chroot manager by graysky