buggy libc.so created for non-default 32bit multlibs

[Matthias Klose]

buggy libc.so created for non-default 32bit multilibs, e.g.

$ dpkg -x libc6-dev-s390-s390x-cross_2.34-0ubuntu1cross2_all.deb .
$ cat usr/s390x-linux-gnu/lib32/libc.so
/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily. */
OUTPUT_FORMAT(elf32-s390)
GROUP ( /lib32/libc.so.6 /usr/lib32/libc_nonshared.a AS_NEEDED ( /usr/s390x-linux-gnu/lib/ld.so.1 ) )

with the binary taken from
https://launchpad.net/ubuntu/+source/cross-toolchain-base/54ubuntu1

building that locally in a fresh chroot created with mk-sbuild, you'll get a correct file, what we had in the past:
GROUP ( /usr/s390x-linux-gnu/lib32/libc.so.6 /usr/s390x-linux-gnu/lib32/libc_nonshared.a AS_NEEDED ( /usr/s390x-linux-gnu/lib/ld.so.1 ) )

I haven't yet found out what makes the build different/buggy on the buildds.

to build the package just for s390x, call

CROSS_ARCHS=s390x DEB_BUILD_OPTIONS="parallel=N" dpkg-buildpackage ...

[Matthias Klose (doko)]

same result, when starting with the chroot tarball (livecd.ubuntu-base.rootfs.tar.gz). what is different on the buildds?

[Dimitri John Ledkov (xnox)]

I have done a rebuild in bileto PPA and this came out fine now.

I wonder if upgrading our builders host OS to focal has fixed things.

And will try to check all of them, to ensure all of them are correct first.

[Dimitri John Ledkov (xnox)]

still buggy