Bug#972360: src:zeromq3: Wrong dependency on libpgm-5.2-0 for hppa and x32
On Sun, 18 Oct 2020 14:24:04 +0200 wrote: > Hi, > > On Fri, Oct 16, 2020 at 10:21 PM Vasyl Gello wrote: > > building kodi on x32 breaks on the following unsatisfiable dependency: > > > > libpgm-5.2-0 (>= 5.1.116~dfsg) [hppa, x32]. > > > > There is libpgm-5.3-0 already built for x32 but control file for zeromq3 > > still lists that old pinned version. > This might look strange, but somewhat expected. Please note that > while Debian supports twenty two architectures, these are divided into > two parts: primary (supported) and secondary (ports) architectures. > Both hppa and x32 fall into the latter category. > When a library transition happens, most often just the primary > architectures are waited to build the new dependent library version. > That's why when the applications binNMUed those might still build with > the old library version. This happened with hppa and x32 for libpgm. > I've asked the x32 buildd admin to reschedule the binNMU. Going to > close this bug report when that happens. > I don't think I can do much about the hppa zeromq3 self-test failure. > All I know is that until 4.2.5 it was working correctly. Then 4.3.1 > changed something and the self-testing started to work sporadically. > With 4.3.3 it always fails on hppa. This means only the old libpgm > dependent zeromq3 is available on that architecture. I put the > upstream maintainer in Cc and he might look into it. > > Regards, > Laszlo/GCS I think it was just one of the timing related failures, which should go away with 4.3.3-4. I think this can be closed. -- Kind regards, Luca Boccassi
Bug#972360: src:zeromq3: Wrong dependency on libpgm-5.2-0 for hppa and x32
Hi, On Fri, Oct 16, 2020 at 10:21 PM Vasyl Gello wrote: > building kodi on x32 breaks on the following unsatisfiable dependency: > > libpgm-5.2-0 (>= 5.1.116~dfsg) [hppa, x32]. > > There is libpgm-5.3-0 already built for x32 but control file for zeromq3 > still lists that old pinned version. This might look strange, but somewhat expected. Please note that while Debian supports twenty two architectures, these are divided into two parts: primary (supported) and secondary (ports) architectures. Both hppa and x32 fall into the latter category. When a library transition happens, most often just the primary architectures are waited to build the new dependent library version. That's why when the applications binNMUed those might still build with the old library version. This happened with hppa and x32 for libpgm. I've asked the x32 buildd admin to reschedule the binNMU. Going to close this bug report when that happens. I don't think I can do much about the hppa zeromq3 self-test failure. All I know is that until 4.2.5 it was working correctly. Then 4.3.1 changed something and the self-testing started to work sporadically. With 4.3.3 it always fails on hppa. This means only the old libpgm dependent zeromq3 is available on that architecture. I put the upstream maintainer in Cc and he might look into it. Regards, Laszlo/GCS
Bug#972360: src:zeromq3: Wrong dependency on libpgm-5.2-0 for hppa and x32
Package: src:zeromq3 Version: 4.3.3-2+b1 Severity: important Tags: ftbfs X-Debbugs-Cc: jrt...@debian.org, mat...@debian.org Dear colleagues, building kodi on x32 breaks on the following unsatisfiable dependency: libpgm-5.2-0 (>= 5.1.116~dfsg) [hppa, x32]. There is libpgm-5.3-0 already built for x32 but control file for zeromq3 still lists that old pinned version. Regards, Vasyl -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-121-generic (SMP w/6 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: unable to detect