Your message dated Mon, 25 Jun 2012 08:32:10 +0200
with message-id <[email protected]>
and subject line Re: Bug#646618: dpkg-dev: dpkg-shlibdeps fails to find
libraries in multiarch paths on squeeze/i386
has caused the Debian Bug report #646618,
regarding dpkg-dev: dpkg-shlibdeps fails to find libraries in multiarch paths
on squeeze/i386
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
646618: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646618
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpkg-dev
Version: 1.16.1.1
Severity: normal
I tried to build ncurses 5.9-2 in a squeeze chroot with only the
necessary build dependencies (debhelper, dpkg-dev and libdpkg-perl)
upgraded to the wheezy version. The result was not quite satisfactory,
because dpkg-shlibdeps did not find libtinfo.so.5:
,----
| dh_makeshlibs -plibtinfo5 -V "libtinfo5 (>= 5.7+20100313)" -- -c4
| dh_makeshlibs -plibncurses5 -V "libncurses5 (>= 5.7+20100313)" -- -c4
| dh_makeshlibs -plibncursesw5 -V "libncursesw5 (>= 5.7+20100313)" -- -c4
| dh_makeshlibs -plib64tinfo5 -V "lib64tinfo5 (>= 5.7+20100313)" -- -c4
| dh_makeshlibs -plib64ncurses5 -V "lib64ncurses5 (>= 5.7+20100313)" -- -c4
| dh_shlibdeps -s
| dpkg-shlibdeps: error: couldn't find library libtinfo.so.5 needed by
debian/libncurses5/usr/lib/i386-linux-gnu/libpanel.so.5.9 (ELF format:
'elf32-i386'; RPATH: '').
| dpkg-shlibdeps: error: couldn't find library libtinfo.so.5 needed by
debian/libncurses5/usr/lib/i386-linux-gnu/libmenu.so.5.9 (ELF format:
'elf32-i386'; RPATH: '').
| dpkg-shlibdeps: error: couldn't find library libtinfo.so.5 needed by
debian/libncurses5/lib/i386-linux-gnu/libncurses.so.5.9 (ELF format:
'elf32-i386'; RPATH: '').
| dpkg-shlibdeps: error: couldn't find library libtinfo.so.5 needed by
debian/libncurses5/usr/lib/i386-linux-gnu/libform.so.5.9 (ELF format:
'elf32-i386'; RPATH: '').
| dpkg-shlibdeps: error: Cannot continue due to the errors listed above.
| Note: libraries are not searched in other binary packages that do not have
any shlibs or symbols file.
`----
The reason seems to be that {/usr,}/lib/i386-linux-gnu is not in the
dynamic linker's search path in squeeze. Perhaps dpkg-dev should depend
on multiarch-support, which pulls in a libc6 version with the right
contents of /etc/ld.so.conf.d/i486-linux-gnu.conf ?
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 3.1.0-nouveau (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dpkg-dev depends on:
ii base-files 6.5
ii binutils 2.21.90.20111019-3
ii bzip2 1.0.5-7
ii libdpkg-perl 1.16.1.1
ii make 3.81-8.1
ii patch 2.6.1-2
ii xz-utils 5.1.1alpha+20110809-3
Versions of packages dpkg-dev recommends:
ii build-essential 11.5
ii fakeroot 1.18.1-1
ii gcc [c-compiler] 4:4.6.1-3
ii gcc-4.4 [c-compiler] 4.4.6-11
ii gcc-4.5 [c-compiler] 4.5.3-9
ii gcc-4.6 [c-compiler] 4.6.1-16
ii gnupg 1.4.11-3
ii gpgv 1.4.11-3
ii libalgorithm-merge-perl 0.08-2
Versions of packages dpkg-dev suggests:
ii debian-keyring 2011.08.07
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
On Fri, 28 Oct 2011, Sven Joachim wrote:
> > When people put debian/compat 9, they want all the features of the new
> > mode (including multiarch support) and they don't expect the feature to be
> > enabled only in some cases. Note that debhelper build-depends on dpkg-dev
> > (>= 1.16.0) and apparently (from what you say) the backport changes that
> > requirement, it's not a very good backport.
>
> I think it would be better to backport dpkg-dev and make
> dpkg-architecture report the empty string as $DEB_HOST_MULTIARCH, but
> nobody has done that yet (and I'm not volunteering).
This has been done and I don't think we want to do anything more than
this to fix the issues reported in this bug. Anyone building in squeeze
wants a package without multi-arch and should use the dpkg-dev backport
if they really need a newer dpkg-dev.
But the theory is that when you build in squeeze, you don't want multiarch
and it should not matter if if you don't have the multiarch paths in the
linker's config.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/
--- End Message ---
