Your message dated Mon, 11 Jul 2011 19:30:19 -0400
with message-id <[email protected]>
and subject line FWD: Bug#559098: dh $@ --with autotools-dev
has caused the Debian Bug report #559098,
regarding config.sub/guess updating
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.)
--
559098: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559098
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 7.4.8
Severity: wishlist
Probably a lot of dh using packages will need to do something like this:
override_dh_auto_configure:
ln -sf /usr/share/misc/config.sub .
ln -sf /usr/share/misc/config.guess .
dh_auto_configure
override_dh_auto_clean:
dh_auto_clean
rm -f config.sub config.guess
Actually, only config.sub should be needed since dh_auto_configure
passes arch info to configure. Also, the above is not optimal since it
triggers warnings from dpkg-source about the removed files. It's
probably better to preserve and replace the original files in clean. And
that kind of sublety is why we like to put such things in reusable
and improvable debhelper commands, of course.
So, it would probably be nice if there were some way to avoid needing this
boilerplate when using a minimal rules file. I can see basically two ways
to do it:
* Modify debhelper's automake buildsystem to handle the config.sub on its own.
This would probably only be suitable for a new compat level, as it risks
breaking weird packages. Another problem is that either debhelper or the
source package would need to depend on autotools-dev.
We probably don't want debhelper to have that dependency, but if the
source package forgot to add a build-depends, it would build inconsistently
and probably fai on just those autobuilders where the new config.sub is
needed.
* Add commands with names such as dh_autotools_update and dh_autotools_clean
to autotools-dev itself. Plus a debhelper sequence addon, so users could
enable them via "dh $@ --with autotools-dev".
I'm interested in the autotools-dev maintainer's opinion of this, especially
of the second option.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores)
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-4 The GNU assembler, linker and bina
ii dpkg-dev 1.15.5.2 Debian package development tools
ii file 5.03-3 Determines file type using "magic"
ii html2text 1.3.2a-14 advanced HTML to text converter
ii man-db 2.5.6-4 on-line manual pager
ii perl 5.10.1-8 Larry Wall's Practical Extraction
ii perl-base 5.10.1-8 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
--
see shy jo
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
----- Forwarded message from Ruben Molina <[email protected]> -----
Date: Mon, 11 Jul 2011 18:08:48 -0500
From: Ruben Molina <[email protected]>
To: [email protected]
Subject: Bug#559098: dh $@ --with autotools-dev
Reply-To: Ruben Molina <[email protected]>, [email protected]
X-Mailer: Evolution 2.32.3
Joey Hess wrote:
> * Add commands with names such as dh_autotools_update and dh_autotools_clean
> to autotools-dev itself. Plus a debhelper sequence addon, so users could
> enable them via "dh $@ --with autotools-dev".
Seems like "dh $@ --with autotools-dev" was implemented and is working.
I remember I have used this option before... Can this bug be closed now?
Regards,
Ruben
----- End forwarded message -----
--
see shy jo
--- End Message ---
