04.02.2023 23:48, Hilko Bengen wrote:
..
Does 7.2+dfsg-1 work?
I don't have s390x environment so have no way to deal with this one.
No, it doesn't. On the porterbox (zelenka.debian.org) I was only able to
install 1:7.2+dfsg-1+b1 without rebuilding.
Oh, I forgot about zelenka. Tried that one yesterday.
The last non-failing build before[1] also used 1:7.2+dfsg-1+b1, though.
This made me think that the hang might be related to a shared library
that had been updated since.
It is interesting. On zelenka, I can run older versions of qemu-utils,
from up to version 6.2 (haven't tried older, - it refer to older versions
of liburing and libnettle). I d'loaded the .deb file from snapshot.d.o,
extracted it in a local dir and run qemu-img from there.
The thing is: I can't find *any* working version of qemu-img, they all
hang like described. This includes 1:7.2+dfsg-1+b1 too.
So I really wonder if it worked before.
I also tried with a few versions of glibc, - also extracting them into
a local folder and running with LD_LIBRARY_PATH pointing to it, -- the
same issue, qemu-img hangs.
[1] https://buildd.debian.org/status/logs.php?pkg=libguestfs&arch=s390x
yet, libguestfs definitely worked before.
Do we perhaps have something else which broke in between?
But I really wonder how it happen that 1:7.2+dfsg-1+b1 worked, and I
can't reproduce it :)
I'm about to add "found: 6.2" tag to this one :))
/mjt
