Your message dated Sun, 11 Aug 2013 10:43:27 +0200
with message-id <[email protected]>
and subject line Re: Bug#636352: dpkg: no option to deretmine multiarch
architecture
has caused the Debian Bug report #636352,
regarding dpkg: provide a way to query the multiarch path component without
dpkg-dev
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.)
--
636352: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636352
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpkg
Version: 1.16.0.3
Severity: normal
Since libraries are allowed to install in
/lib/$(dpkg-architecture -qDEB_HOST_MULTIARCH) and it is necessary to
pick libnss_dns.so.* from there to have DNS lookup working in initramfs
dpkg-architecture from dpkg-dev (and hence build-essintials) is required
to build a decent initramfs for netbooting.
-- System Information:
Debian Release: wheezy/sid
APT prefers stable
APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200,
'experimental'), (111, 'oldstable'), (107, 'natty-updates'), (107, 'natty')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-rc3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dpkg depends on:
ii coreutils 8.5-1 GNU core utilities
ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co
ii libc6 2.13-10 Embedded GNU C Library: Shared lib
ii libselinux1 2.0.96-1 SELinux runtime shared libraries
ii xz-utils 5.0.0-2 XZ-format compression utilities
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
dpkg recommends no packages.
Versions of packages dpkg suggests:
ii apt 0.8.10.3+squeeze1 Advanced front-end for dpkg
-- no debconf information
--- End Message ---
--- Begin Message ---
Control: tag -1 wontfix
On Wed, 2011-08-03 at 14:48:34 +0200, Michal Suchanek wrote:
> This is more an initramfs-tools issue than dpkg then.
Exactly. I don't really see any reason to provide such interface, if
a package needs it then there's something wrong going on.
If the package is arch:any then it should already know the mapping at
build time. If it's arch:all then (as the arch indicates) it should
either not care, or be prepared to handle any architecture, not just
one, and in such cases, like with initramfs-tools, the path can be
inferred directly from the binaries being handled.
Thus closing, but if you think you've come up with a valid reason
for such interface please reopen.
Thanks,
Guillem
--- End Message ---
