On Sun, 18 Oct 2020 14:24:04 +0200 <g...@debian.org> wrote: > Hi, > > On Fri, Oct 16, 2020 at 10:21 PM Vasyl Gello <vasek.ge...@gmail.com> 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
