Your message dated Mon, 27 Sep 2010 22:51:23 -0400
with message-id <[email protected]>
and subject line Re: Bug#598199: debhelper: Short-form dh does not provide
build-{arch,indep} rules
has caused the Debian Bug report #598199,
regarding debhelper: Short-form dh does not provide build-{arch,indep} rules
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.)
--
598199: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598199
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 8.0.0
Severity: wishlist
dh should provide those targets. Probably the current build sequence
should move to build-arch and leave build-indep empty for the maintainer
to override.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages debhelper depends on:
ii binutils 2.20.1-15 The GNU assembler, linker and bina
ii dpkg-dev 1.15.8.5 Debian package development tools
ii file 5.04-5 Determines file type using "magic"
ii html2text 1.3.2a-15 advanced HTML to text converter
ii man-db 2.5.7-4 on-line manual pager
ii perl 5.10.1-14 Larry Wall's Practical Extraction
ii perl-base 5.10.1-14 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 ---
Felipe Sateler wrote:
> To me, it doesn't really make sense to do anything on the build target
> proper. Instead, everything should be done in the build-{arch,indep}
> targets (and dpkg fixed to actually use them).
No, build-arch/indep will not be solved by requiring every package
change to use them. Getting 20% of the way there via dh and possibly
another 20% there via cdbs is pretty useless because the other 60% is
not worth the effort to achieve. The majority of packages will always
build via the build target; the new targets' only chance of being
supported is a mechanism that does not need not rote changes to eight
thousand rules files in order to benefit 1% of packages.
--
see shy jo, who has spent over six years, and hundreds of hours of his
personal life working on one such transition, and will never, ever, do
so again
signature.asc
Description: Digital signature
--- End Message ---
