[Pkg-e-devel] e17_0.21.2-2_amd64.changes ACCEPTED into experimental, experimental
ross at kallisti.us
Fri Nov 4 19:34:16 UTC 2016
On Tue, Nov 01, 2016 at 07:21:48PM +0100, Andreas Metzler wrote:
> On 2016-11-01 Ross Vandegrift <ross at kallisti.us> wrote:
> > 2) On i386, the tests are timing out. Could be the same issue as above.
> > But a new problem has prevented me from reproducing. dpkg-shlibdeps
> > complains that a package cannot be found for /usr/lib/ld-linux.so.2.
> > Happens in i386 chroots and VMs. /usr/lib/ld-linux.so.2 is a symlink to
> > the multi-arch dir's ld.so. It doesn't prevent linking everything, so
> > something in efl triggers it. No possible solutions yet.
> FWIW I do not see this, I have just rebuilt successfully in my i386/sid
> chroot. The chroot itself is not multiarched.
> (i386sid)ametzler at argenau:/tmp/EFL/efl-1.18.1$ ls -l /usr/lib/ld-linux.so.2
> ls: cannot access '/usr/lib/ld-linux.so.2': No such file or directory
> (i386sid)ametzler at argenau:/tmp/EFL/efl-1.18.1$ ls -l /lib/ld-linux.so.2
> lrwxrwxrwx 1 root root 25 Oct 18 21:10 /lib/ld-linux.so.2 -> i386-linux-gnu/ld-2.24.so
Thanks for the data point - I think I figured this out. debootstrap
recently started defaulting to a merged /usr configuration. This breaks
dpkg-shlibdeps on i386 for some reason. I've filed #843073.
To workaround, pbuilder can tell debootstrap to not do this:
That fixes my local i386 build - which confirms the issue is the tests
disabled in the upload pending on mentors.
More information about the Pkg-e-devel