- Status Closed
- Percent Complete
- Task Type Bug Report
- Category Packages
- Assigned To No-one
- Operating System pentium4
- Severity Low
- Priority Very Low
- Reported Version
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Attached to Project: Arch Linux 32
Opened by bill-auger - 02.10.2022
Last edited by Andreas Baumann - 06.10.2022
Opened by bill-auger - 02.10.2022
Last edited by Andreas Baumann - 06.10.2022
FS#295 - [qemu][seabios]: file conflict
# pacman -S qemu seabios resolving dependencies... looking for conflicting packages... Packages (2) qemu-6.2.0-4.0 seabios-1.16.0-3.2 Total Installed Size: 36.97 MiB checking keyring... checking package integrity... loading package files... checking for file conflicts... /usr/share/qemu/bios-microvm.bin exists in both 'seabios' and 'qemu' /usr/share/qemu/vgabios-ati.bin exists in both 'seabios' and 'qemu' Errors occurred, no packages were upgraded.
Closed by Andreas Baumann
06.10.2022 10:59
Reason for closing: Not a bug
Additional comments about closing:
06.10.2022 10:59
Reason for closing: Not a bug
Additional comments about closing:
See https://wiki.archlinux.org/title/Q
EMU Install qemu-base, qemu-desktop
or qemu-base
Yep, can reproduce.
Weird, both qemu 7.0.0 and 7.1.0 are long in staging and rebuilt, I fail to force them to stable,
there the conflict would not be there..
Really strange: the files exist in mirror/pool, but there are zero symlinks in
pentium4, i686 or i486, I think, the buildmaster/mirror "forgets" packages..
Now I was able to push some 486 qemu 7.1.0 packages, but not anything from the
other subarchitectures..
The buildmaster should not forget packages. The sanity check has one check explicitely to check for packages without symlinks, i.e. which are in no repository anymore.
Unistall qemu, install qemu-base..
So this was caused by an old stale version of qemu (a package which no longer exists upstream)