[Pkg-e-devel] e17_0.21.2-2_amd64.changes ACCEPTED into experimental, experimental

[Ross Vandegrift]

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:
 --debootstrapopts --no-merged-usr

That fixes my local i386 build - which confirms the issue is the tests
disabled in the upload pending on mentors.

Ross