Bug#810499: usrmerge: Confuses dpkg-shlibdeps

Hi! Installing libc6 into /usr/lib solves this issue, as one would expect. Adding some debug code to dpkg-shlibdeps shows this the issue is - as expected - shlibdeps calling dpkg-query on the wrong path in /usr instead of /lib. I'll create a clean chroot next to see if the issue can be reproduced

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

On Feb 13, Matthias Klumpp wrote: > Installing libc6 into /usr/lib solves this issue, as one would expect. > Adding some debug code to dpkg-shlibdeps shows this the issue is - as > expected - shlibdeps calling dpkg-query on the wrong path in /usr > instead of /lib. I think

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

2016-02-13 18:29 GMT+01:00 Marco d'Itri : > On Feb 13, Matthias Klumpp wrote: > >> Installing libc6 into /usr/lib solves this issue, as one would expect. >> Adding some debug code to dpkg-shlibdeps shows this the issue is - as >> expected - shlibdeps calling

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

2016-01-17 6:58 GMT+01:00 Marco d'Itri : > On Jan 12, Guillem Jover wrote: > >> Check your /etc/ld.so.conf.d/* for anything included libx32, and check >> if «dpkg-query --search» knows about that pathname, and if it's the >> canonical one or a symlinked one. > I

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

Hi, I've been bitten by this problem too. Here it's an ARM laptop with i386 added as a foreign architecture emulated via QEMU. I've added UsrMerge support in my tool, I guess random other tools would need tweakings like this.

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

2016-01-12 19:22 GMT+01:00 Guillem Jover : > Hi! > > On Sat, 2016-01-09 at 21:39:08 +0100, Matthias Klumpp wrote: >> Hmm, another package showing this behavior (and - unlike apparmor - in >> a reproducible way) is linux-tools: > >> dpkg-shlibdeps: error: no dependency

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

On Jan 12, Guillem Jover wrote: > Check your /etc/ld.so.conf.d/* for anything included libx32, and check > if «dpkg-query --search» knows about that pathname, and if it's the > canonical one or a symlinked one. I still do not fully understand how dpkg-shlibdeps determines the

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

Hi! On Sat, 2016-01-09 at 21:39:08 +0100, Matthias Klumpp wrote: > Hmm, another package showing this behavior (and - unlike apparmor - in > a reproducible way) is linux-tools: > dpkg-shlibdeps: error: no dependency information found for > /usr/libx32/libc.so.6 (used by >

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

2016-01-09 6:10 GMT+01:00 Marco d'Itri : > On Jan 09, Matthias Klumpp wrote: > >> Building packages on a usrmerged system makes dpkg-shlibdeps fail >> sometimes, because it >> tries to find a library in the wrong path. >> Example error message: >>

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

2016-01-09 21:41 GMT+01:00 Marco d'Itri : > On Jan 09, Matthias Klumpp wrote: > >> Hmm, another package showing this behavior (and - unlike apparmor - in >> a reproducible way) is linux-tools: > I see x32, what are you doing here exactly? That indeed is a

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

Hmm, another package showing this behavior (and - unlike apparmor - in a reproducible way) is linux-tools: ``` dpkg-shlibdeps: error: no dependency information found for /usr/libx32/libc.so.6 (used by debian/linux-perf-4.2/usr/lib/perf_4.2-core/perf-read-vdsox32) Hint: check if the library

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

On Jan 09, Matthias Klumpp wrote: > Hmm, another package showing this behavior (and - unlike apparmor - in > a reproducible way) is linux-tools: I see x32, what are you doing here exactly? -- ciao, Marco signature.asc Description: PGP signature

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

Control: tag -1 unreproducible On Jan 09, Matthias Klumpp wrote: > Chances are there is something else that's busted, but I get the same > issue in a plain Stretch chroot... Are the x32 libraries being pulled here too? I cannot reproduce this with the latest util-linux

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

On Jan 09, Matthias Klumpp wrote: > Building packages on a usrmerged system makes dpkg-shlibdeps fail > sometimes, because it > tries to find a library in the wrong path. > Example error message: >dpkg-shlibdeps: error: no dependency information found for /usr/lib/ld-

Bug#810499: usrmerge: Confuses dpkg-shlibdeps

Package: usrmerge Version: 5 Severity: important Hi! Building packages on a usrmerged system makes dpkg-shlibdeps fail sometimes, because it tries to find a library in the wrong path. Example error message: dpkg-shlibdeps: error: no dependency information found for /usr/lib/ld- linux.so.2