Your message dated Fri, 28 May 2010 01:03:27 -0400
with message-id <[email protected]>
and subject line closing
has caused the Debian Bug report #576885,
regarding debhelper: Change to act only on relevant packages breaks builds
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.)
--
576885: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576885
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 7.4.16
Severity: important
Tags: d-i
I was happy to see the change to make debhelper only act on packages
relevant to the current architecture as it allows to remove a workaround
that was needed in netcfg after the switch to dh 7 [1].
However, it turns out that this change causes a new build failure in
netcfg, again for s390.
The binary package 'netcfg' is not built for s390, only netcfg-static.
But debian/rules has the following:
override_dh_installdebconf:
dh_installdebconf
(echo ; po2debconf debian/netcfg-common.templates ) \
>> debian/netcfg-static/DEBIAN/templates
(echo ; po2debconf debian/netcfg-common.templates )\
>> debian/netcfg/DEBIAN/templates
(echo ; po2debconf debian/netcfg-dhcp.templates )\
>> debian/netcfg/DEBIAN/templates
(echo ; po2debconf debian/netcfg-static.templates )\
>> debian/netcfg/DEBIAN/templates
This now fails with:
debian/rules override_dh_installdebconf
make[1]: Entering directory `/srv/project/d-i/trunk/packages/netcfg'
dh_installdebconf
(echo ; po2debconf debian/netcfg-common.templates ) \
>> debian/netcfg-static/DEBIAN/templates
(echo ; po2debconf debian/netcfg-common.templates )\
>> debian/netcfg/DEBIAN/templates
/bin/sh: cannot create debian/netcfg/DEBIAN/templates: Directory nonexistent
make[1]: *** [override_dh_installdebconf] Error 2
make[1]: Leaving directory `/srv/project/d-i/trunk/packages/netcfg'
make: *** [binary] Error 2
This could of course be fixed with an arch test, but that would mean
an extra cost of maintaining that arch test with changes in supported
arches in debian/control. The previous behavior made that unnecessary.
I suspect there are many more packages that rely on the fact that general
preparation of a binary has always been done even if the binary is not
valid for the current arch and that this change may cause e.g. binNMUs to
suddenly fail. Maybe not a good idea at this stage of the Squeeze release
process.
[1] http://svn.debian.org/wsvn/d-i/trunk/packages/netcfg/debian/?rev=61127&sc=1
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.34-rc3 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages debhelper depends on:
ii binutils 2.20.1-5 The GNU assembler, linker and bina
ii dpkg-dev 1.15.5.6 Debian package development tools
ii file 5.04-2 Determines file type using "magic"
ii html2text 1.3.2a-14 advanced HTML to text converter
ii man-db 2.5.7-2 on-line manual pager
ii perl 5.10.1-11 Larry Wall's Practical Extraction
ii perl-base 5.10.1-11 minimal Perl system
ii po-debconf 1.0.16 tool for managing templates file t
debhelper recommends no packages.
Versions of packages debhelper suggests:
pn dh-make <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
Well, nobody else is complaining about FTBFS due to this change, so my
analysis of it seems correct.
--
see shy jo
signature.asc
Description: Digital signature
--- End Message ---
