- Status Closed
- Percent Complete
- Task Type Bug Report
- Category Packages
-
Assigned To
Andreas Baumann - 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 - 07.10.2022
Last edited by Andreas Baumann - 12.10.2022
Opened by bill-auger - 07.10.2022
Last edited by Andreas Baumann - 12.10.2022
FS#297 - jack2 can not install
# pacman -S jack --noconfirm :: There are 2 providers available for jack: :: Repository extra 1) jack2 2) pipewire-jack Enter a number (default=1): resolving dependencies... warning: cannot resolve "libcelt0.so=2-32", a dependency of "jack2" :: The following package cannot be upgraded due to unresolvable dependencies: jack2 :: Do you want to skip the above package for this upgrade? [y/N] error: failed to prepare transaction (could not satisfy dependencies) :: unable to satisfy dependency 'libcelt0.so=2-32' required by jack2
Closed by Andreas Baumann
12.10.2022 18:08
Reason for closing: Fixed
Additional comments about closing:
12.10.2022 18:08
Reason for closing: Fixed
Additional comments about closing:
feel to reopen, if it doesn't work now.
Is this pentium4 or i686? pentium4 looks ok to me..
I'll to a complete test on all vms..
No, sorry, I cannot reproduce this on stable..
this is from a standard i686 system, freshly updated
Aha, I had to uninstall a bunch of packages, then I can reproduce it.
And I get:
So, this is all due to protobuf (https://bugs.archlinux32.org/index.php?do=details&task_id=275). So either that bug can be fixed or I have to
create shim packages (as protobuf28-libs)..
This blocks installing qemu..
Maybe https://aur.archlinux.org/packages/celt can be installed to fullfill the dependencies.
But it's in AUR..
I don't understand why celt is only part of murmur (a chat software). This doesn't
make any sense..
the dependency on libcelt0 is a "sodep"; so pacaman does not care which package it comes from - probably that .so file was once provided by multiple packages, and the primary provider was removed because it had no dependents
in any case, that sodep was removed from the jack2 package at v1.9.20 (arch is at v1.9.21 now); so really the solution is simple: just merge arch's changes and upgrade the arch32 'jack2' package
ok maybe "simple" was not quite accurate - 32bit builds are often not so simple as they once were - i meant that the solution is "obvious"
Yep, sorry, long week (in the middle of week). Just rebuilding jack2 was enough..