- Status New Reopened
- Percent Complete
- Task Type Bug Report
- Category Packages
- Assigned To No-one
- Operating System pentium4
- Severity Critical
- Priority Medium
- Reported Version
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Attached to Project: Arch Linux 32
Opened by Andreas Baumann - 20.04.2024
Last edited by Andreas Baumann - 25.04.2024
Opened by Andreas Baumann - 20.04.2024
Last edited by Andreas Baumann - 25.04.2024
FS#355 - KDE packages fail to install because of /lib
Some KDE packages try to replace the ‘lib’ symlink with a directory, causing the system
to fail to start.
If you are lucky, pacman warns you about it and says:
pacman -S breeze-icons resolving dependencies... looking for conflicting packages... Packages (1) breeze-icons-6.0.0-1.0 Total Installed Size: 71.92 MiB Net Upgrade Size: 0.61 MiB :: Proceed with installation? [Y/n] (1/1) checking keys in keyring [##################################] 100% (1/1) checking package integrity [##################################] 100% (1/1) loading package files [##################################] 100% (1/1) checking for file conflicts [##################################] 100% error: failed to commit transaction (conflicting files) breeze-icons: /lib exists in filesystem (owned by filesystem) Errors occurred, no packages were upgraded
I had one hard-to-reproduce case where I basically nuked my VMs with that.
The recovery procedure in this case is:
# Boot from last ISO # mount /dev/xxx to /mnt cd /usr mv lib/cmake/* usr/lib/cmake/. mv lib/qml /usr/lib/. rmdir lib/cmake rmdir lib ln -s usr/lib lib
Packages known to misbehave are ‘kqtquickcharts’, ‘breeze-icons’. Surely more to follow..
That's also not really better. But we can force overwrite those files..
ok, overwritting renders the VM again unusable and replaces the /lib symlink.
Ah, cool, now the /lib symlink is totally absent, so you just have to add it again..