Re: Bug#632169: Please transition e2fsprogs for multiarch
On Thu, Jun 30, 2011 at 09:17:58AM +0100, Steve Langasek wrote:
> Please find attached a patch to e2fsprogs to transition it to use of the
> multiarch library paths as described at
> <http://wiki.debian.org/Multiarch/Implementation>. This patch has been
> applied and is being used successfully in Ubuntu 11.04, and should be safe
> to apply in Debian now that multiarch has been bootstrapped there.
Note, your patches appear cause the following Lintian error:
E: libcomerr2-dbg: binary-with-bad-dynamic-table usr/lib/x86_64-linux-gnu/debug/lib/x86_64-linux-gnu/libcom_err.so.2.1
N:
N: This appears to be an ELF file but objdump -T cannot parse it. If it is
N: external debugging symbols for another file, it should be installed
N: under /usr/lib/debug.
N:
N: Severity: serious, Certainty: possible
N:
N: Check: binaries, Type: binary, udeb
N:
This is caused by files showing up in
/usr/lib/x86_64-linux-gnu/debug/lib/x86_64-linux-gnu/libcom_err.so.2.1
instead of
/usr/lib/debug/lib/x86_64-linux-gnu/libcom_err.so.2.1
The multiarch proposal seems to be vague on some of these details.
And I'm really worred about whether tools like gdb, perf, and other
tools that expect to find the debugging files will find them if
/usr/lib/<triplet>/debug is used instead of /usr/lib/debug.
My current thinking is to *not* enable move these files from
/usr/lib/debug, since from my testing both gdb and lintian don't know
about this change (for now).
Pkgconfig seems to know about /usr/lib/<triplet>/pkgconfig, and
lintian doesn't complain, I'll move the .pc files for now.
- Ted
Reply to: