<strong>Report forwarded</strong> to <code>debian-bugs-dist@lists.debian.org, Joey Hess &lt;joeyh@debian.org&gt;</code>:<br>
<code>Bug#97537</code>; Package <code>debhelper</code>.


debian-bugs-dist@lists.debian.orgJoey Hess <joeyh@debian.org>

Subject: Bug#97537: new dh_autotools script
Reply-To: Henrique de Moraes Holschuh <hmh@debian.org>, 97537@bugs.debian.org
Resent-From: Henrique de Moraes Holschuh <hmh@debian.org>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Joey Hess <joeyh@debian.org>
Resent-Date: Tue, 15 May 2001 04:03:02 GMT
Resent-Message-ID: <handler.97537.B.98989877232750@bugs.debian.org>
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 97537
X-Debian-PR-Package: debhelper
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by submit@bugs.debian.org id=B.98989877232750
          (code B ref -1); Tue, 15 May 2001 04:03:02 GMT
Date: Tue, 15 May 2001 00:52:20 -0300
From: Henrique de Moraes Holschuh <hmh@debian.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20010515005220.A5532@godzillah>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Reportbug-Version: 1.16
X-GPG-Fingerprint-1: 1024D/128D36EE 50AC 661A 7963 0BBA 8155  43D5 6EF7 F36B 128D 36EE
X-GPG-Fingerprint-2: 1024D/1CDB0FE3 5422 5C61 F6B7 06FB 7E04  3738 EE25 DE3F 1CDB 0FE3
Delivered-To: submit@bugs.debian.org


--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Package: debhelper
Version: 3.0.21
Severity: wishlist

Attached, you'll find dh_autotools. Please modify as you see fit.

The main idea is that a "forgetful" maintainer adds dh_autotools to his
*clean* target, so that he never ships (nor builds against) too outdated
config.{sub,guess} files.

The rationale for this is that we want to stop with the need for filling
tons of bugs every time we need an update to these files due to a new arch,
or serious breakage. dh_autotools reduces the amount of packages with
outdated config.* files over time.

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux godzillah.rivendell.sol 2.2.19 #1 Thu Mar 29 19:31:38 BRT 2001 i586
Locale: LANG=pt_BR, LC_CTYPE=C

Versions of packages debhelper depends on:
ii  binutils                   2.11.90.0.7-2 The GNU assembler, linker and bina
ii  debconf-utils              0.9.54        Debconf utilities                 
ii  dpkg-dev                   1.9.6         Package building tools for Debian 
ii  file                       3.33-5        Determines file type using "magic"
ii  fileutils                  4.1-2         GNU file management utilities.    
ii  html2text                  1.2.3-2       An advanced HTML to text converter
ii  perl                       5.6.0-21      Larry Wall's Practical Extracting 

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=dh_autotools

#!/usr/bin/perl -w
#$Id: dh_autotools,v 1.4 2001/04/24 20:41:35 hmh Exp $

=head1 NAME

dh_autotools - refresh autoconf/automake architeture files

=cut

use strict;
use Debian::Debhelper::Dh_Lib;

=head1 SYNOPSIS

dh_autotools [debhelper options] [directory ...]

=head1 DESCRIPTION

dh_autotools is a debhelper program that is responsible for refreshing
the config.sub and config.guess files used by the GNU autotools from
known up-to-date files provided by the autotools-dev package. These
files are stored in /usr/share/misc.

As optional arguments, the program takes additional directories where the
config.guess and config.sub files are stored (in the program source). As this
program acts on the source of your package, it ignores the -a, -p, -N, -s and
-P common debhelper options.

You should call dh_autotools from your rules file in the clean target, so
that it is run before dpkg-buildpackage calls dpkg-source to build the
source package.

=cut

init();

my @destdir;

@destdir = ( "." );
if (@ARGV) {
	push @destdir, @ARGV;
}

foreach my $dir (@destdir) {
	if (! -d $dir) {
		error("$dir is not a directory");
	}

	# We never add files, we just replace them
	doit("install","-p","/usr/share/misc/config.guess","$dir") 
	  if (-e "$dir/config.guess" && -e "/usr/share/misc/config.guess");
	doit("install","-p","/usr/share/misc/config.sub","$dir")
	  if (-e "$dir/config.sub" && -e "/usr/share/misc/config.guess");
}

=head1 SEE ALSO

L<debhelper(1)>

This program is an addon for debhelper.

=head1 AUTHOR

Henrique M. Holschuh <hmh@debian.org>

=cut

--nFreZHaLTZJo0R7j--




<strong>Acknowledgement sent</strong> to <code>Henrique de Moraes Holschuh &lt;hmh@debian.org&gt;</code>:<br>
New Bug report received and forwarded.  Copy sent to <code>Joey Hess &lt;joeyh@debian.org&gt;</code>.


-t

From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Henrique de Moraes Holschuh <hmh@debian.org>
Subject: Bug#97537: Acknowledgement (new dh_autotools script)
Message-ID: <handler.97537.B.98989877232750.ack@bugs.debian.org>
In-Reply-To: <20010515005220.A5532@godzillah>
References: <20010515005220.A5532@godzillah>
X-Debian-PR-Message: ack 97537

Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received.  It is being forwarded to the developers mailing list for
their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Joey Hess <joeyh@debian.org>

If you wish to submit further information on your problem, please send
it to 97537@bugs.debian.org (and *not* to
submit@bugs.debian.org).

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Darren Benham
(administrator, Debian Bugs database)



Received: (at submit) by bugs.debian.org; 15 May 2001 03:52:52 +0000
From hmh@debian.org Mon May 14 22:52:52 2001
Return-path: <hmh@debian.org>
Received: from (smtp.cps.matrix.com.br) [200.196.9.5] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 14zVtD-0008WA-00; Mon, 14 May 2001 22:52:51 -0500
Received: from godzillah.rivendell.sol (srv1.rcm.org.br [200.196.10.141])
	by smtp.cps.matrix.com.br (8.11.1/8.11.1) with ESMTP id f4F40W715983;
	Tue, 15 May 2001 01:00:36 -0300 (BRT)
	(envelope-from hmh@debian.org)
Received: by godzillah.rivendell.sol (Postfix, from userid 1000)
	id 20180587D; Tue, 15 May 2001 00:52:20 -0300 (BRT)
Date: Tue, 15 May 2001 00:52:20 -0300
From: Henrique de Moraes Holschuh <hmh@debian.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: new dh_autotools script
Message-ID: <20010515005220.A5532@godzillah>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Reportbug-Version: 1.16
X-GPG-Fingerprint-1: 1024D/128D36EE 50AC 661A 7963 0BBA 8155  43D5 6EF7 F36B 128D 36EE
X-GPG-Fingerprint-2: 1024D/1CDB0FE3 5422 5C61 F6B7 06FB 7E04  3738 EE25 DE3F 1CDB 0FE3
Delivered-To: submit@bugs.debian.org


--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Package: debhelper
Version: 3.0.21
Severity: wishlist

Attached, you'll find dh_autotools. Please modify as you see fit.

The main idea is that a "forgetful" maintainer adds dh_autotools to his
*clean* target, so that he never ships (nor builds against) too outdated
config.{sub,guess} files.

The rationale for this is that we want to stop with the need for filling
tons of bugs every time we need an update to these files due to a new arch,
or serious breakage. dh_autotools reduces the amount of packages with
outdated config.* files over time.

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux godzillah.rivendell.sol 2.2.19 #1 Thu Mar 29 19:31:38 BRT 2001 i586
Locale: LANG=pt_BR, LC_CTYPE=C

Versions of packages debhelper depends on:
ii  binutils                   2.11.90.0.7-2 The GNU assembler, linker and bina
ii  debconf-utils              0.9.54        Debconf utilities                 
ii  dpkg-dev                   1.9.6         Package building tools for Debian 
ii  file                       3.33-5        Determines file type using "magic"
ii  fileutils                  4.1-2         GNU file management utilities.    
ii  html2text                  1.2.3-2       An advanced HTML to text converter
ii  perl                       5.6.0-21      Larry Wall's Practical Extracting 

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=dh_autotools

#!/usr/bin/perl -w
#$Id: dh_autotools,v 1.4 2001/04/24 20:41:35 hmh Exp $

=head1 NAME

dh_autotools - refresh autoconf/automake architeture files

=cut

use strict;
use Debian::Debhelper::Dh_Lib;

=head1 SYNOPSIS

dh_autotools [debhelper options] [directory ...]

=head1 DESCRIPTION

dh_autotools is a debhelper program that is responsible for refreshing
the config.sub and config.guess files used by the GNU autotools from
known up-to-date files provided by the autotools-dev package. These
files are stored in /usr/share/misc.

As optional arguments, the program takes additional directories where the
config.guess and config.sub files are stored (in the program source). As this
program acts on the source of your package, it ignores the -a, -p, -N, -s and
-P common debhelper options.

You should call dh_autotools from your rules file in the clean target, so
that it is run before dpkg-buildpackage calls dpkg-source to build the
source package.

=cut

init();

my @destdir;

@destdir = ( "." );
if (@ARGV) {
	push @destdir, @ARGV;
}

foreach my $dir (@destdir) {
	if (! -d $dir) {
		error("$dir is not a directory");
	}

	# We never add files, we just replace them
	doit("install","-p","/usr/share/misc/config.guess","$dir") 
	  if (-e "$dir/config.guess" && -e "/usr/share/misc/config.guess");
	doit("install","-p","/usr/share/misc/config.sub","$dir")
	  if (-e "$dir/config.sub" && -e "/usr/share/misc/config.guess");
}

=head1 SEE ALSO

L<debhelper(1)>

This program is an addon for debhelper.

=head1 AUTHOR

Henrique M. Holschuh <hmh@debian.org>

=cut

--nFreZHaLTZJo0R7j--




<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org</code>:<br>
<code>Bug#97537</code>; Package <code>debhelper</code>.


debian-bugs-dist@lists.debian.org

Subject: Bug#97537: new dh_autotools script
Reply-To: Joey Hess <joeyh@debian.org>, 97537@bugs.debian.org
Resent-From: Joey Hess <joeyh@debian.org>
Orignal-Sender: Joey Hess <joey@silk.kitenet.net>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Date: Tue, 22 May 2001 22:06:20 GMT
Resent-Message-ID: <handler.97537.B97537.99056565328238@bugs.debian.org>
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 97537
X-Debian-PR-Package: debhelper
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 97537-submit@bugs.debian.org id=B97537.99056565328238
          (code B ref 97537); Tue, 22 May 2001 22:06:20 GMT
Date: Tue, 22 May 2001 17:11:25 -0400
From: Joey Hess <joeyh@debian.org>
To: Henrique de Moraes Holschuh <hmh@debian.org>, 97537@bugs.debian.org
Message-ID: <20010522171125.C22711@kitenet.net>
References: <20010515005220.A5532@godzillah>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010515005220.A5532@godzillah>; from hmh@debian.org on Tue, May 15, 2001 at 12:52:20AM -0300
Sender: Joey Hess <joey@silk.kitenet.net>
Delivered-To: 97537@bugs.debian.org

Henrique de Moraes Holschuh wrote:
> Attached, you'll find dh_autotools. Please modify as you see fit.
> 
> The main idea is that a "forgetful" maintainer adds dh_autotools to his
> *clean* target, so that he never ships (nor builds against) too outdated
> config.{sub,guess} files.
> 
> The rationale for this is that we want to stop with the need for filling
> tons of bugs every time we need an update to these files due to a new arch,
> or serious breakage. dh_autotools reduces the amount of packages with
> outdated config.* files over time.

I've looked it over. The main problem I have with this approach is that
it will do nothing if your autotools package is not installed. 

Well, I don't think that package will be installed on eg, autobuilders
unless a package build-depends on it, so autobuilders arn't going to
benefit from this. Instead they'll still have to file a bug asking for
config.* to be updated, and the maintainer will have to upload a fix.

This also means that the build behavior of packages using this will
change, and possibly break depending on whether or not your package is
installed. Having build behavior change based on a package that is not
in the build-dependancies is liable to cause some confusion.

-- 
see shy jo




<strong>Acknowledgement sent</strong> to <code>Joey Hess &lt;joeyh@debian.org&gt;</code>:<br>
Extra info received and forwarded to list.


-t

From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Joey Hess <joeyh@debian.org>
Subject: Bug#97537: Info received (was Bug#97537: new dh_autotools script)
Message-ID: <handler.97537.B97537.99056565328238.ackinfo@bugs.debian.org>
In-Reply-To: <20010522171125.C22711@kitenet.net>
References: <20010522171125.C22711@kitenet.net>
X-Debian-PR-Message: ack-info-maintonly 97537

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.

If you wish to continue to submit further information on your problem,
please send it to 97537@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Darren Benham
(administrator, Debian Bugs database)



Received: (at 97537) by bugs.debian.org; 22 May 2001 21:07:33 +0000
From joey@silk.kitenet.net Tue May 22 16:07:33 2001
Return-path: <joey@silk.kitenet.net>
Received: from pm3-1netva47.naxs.com (silk.kitenet.net) [216.98.82.47] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 152JNM-0007LP-00; Tue, 22 May 2001 16:07:33 -0500
Received: from joey by silk.kitenet.net with local (Exim 3.22 #1 (Debian))
	id 152JRB-0005wv-00; Tue, 22 May 2001 17:11:29 -0400
Date: Tue, 22 May 2001 17:11:25 -0400
From: Joey Hess <joeyh@debian.org>
To: Henrique de Moraes Holschuh <hmh@debian.org>, 97537@bugs.debian.org
Subject: Re: Bug#97537: new dh_autotools script
Message-ID: <20010522171125.C22711@kitenet.net>
References: <20010515005220.A5532@godzillah>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010515005220.A5532@godzillah>; from hmh@debian.org on Tue, May 15, 2001 at 12:52:20AM -0300
Sender: Joey Hess <joey@silk.kitenet.net>
Delivered-To: 97537@bugs.debian.org

Henrique de Moraes Holschuh wrote:
> Attached, you'll find dh_autotools. Please modify as you see fit.
> 
> The main idea is that a "forgetful" maintainer adds dh_autotools to his
> *clean* target, so that he never ships (nor builds against) too outdated
> config.{sub,guess} files.
> 
> The rationale for this is that we want to stop with the need for filling
> tons of bugs every time we need an update to these files due to a new arch,
> or serious breakage. dh_autotools reduces the amount of packages with
> outdated config.* files over time.

I've looked it over. The main problem I have with this approach is that
it will do nothing if your autotools package is not installed. 

Well, I don't think that package will be installed on eg, autobuilders
unless a package build-depends on it, so autobuilders arn't going to
benefit from this. Instead they'll still have to file a bug asking for
config.* to be updated, and the maintainer will have to upload a fix.

This also means that the build behavior of packages using this will
change, and possibly break depending on whether or not your package is
installed. Having build behavior change based on a package that is not
in the build-dependancies is liable to cause some confusion.

-- 
see shy jo




<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org, Joey Hess &lt;joeyh@debian.org&gt;</code>:<br>
<code>Bug#97537</code>; Package <code>debhelper</code>.


debian-bugs-dist@lists.debian.orgJoey Hess <joeyh@debian.org>

Subject: Bug#97537: new dh_autotools script
Reply-To: Henrique de Moraes Holschuh <hmh@debian.org>, 97537@bugs.debian.org
Resent-From: Henrique de Moraes Holschuh <hmh@debian.org>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Joey Hess <joeyh@debian.org>
Resent-Date: Tue, 22 May 2001 22:33:34 GMT
Resent-Message-ID: <handler.97537.B97537.99057062113950@bugs.debian.org>
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 97537
X-Debian-PR-Package: debhelper
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 97537-submit@bugs.debian.org id=B97537.99057062113950
          (code B ref 97537); Tue, 22 May 2001 22:33:34 GMT
Date: Tue, 22 May 2001 19:30:06 -0300
From: Henrique de Moraes Holschuh <hmh@debian.org>
To: Joey Hess <joeyh@debian.org>
Cc: 97537@bugs.debian.org
Message-ID: <20010522193005.C6517@godzillah>
References: <20010515005220.A5532@godzillah> <20010522171125.C22711@kitenet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010522171125.C22711@kitenet.net>; from joeyh@debian.org on Tue, May 22, 2001 at 05:11:25PM -0400
X-GPG-Fingerprint-1: 1024D/128D36EE 50AC 661A 7963 0BBA 8155  43D5 6EF7 F36B 128D 36EE
X-GPG-Fingerprint-2: 1024D/1CDB0FE3 5422 5C61 F6B7 06FB 7E04  3738 EE25 DE3F 1CDB 0FE3
Delivered-To: 97537@bugs.debian.org

On Tue, 22 May 2001, Joey Hess wrote:
> Henrique de Moraes Holschuh wrote:
> > The main idea is that a "forgetful" maintainer adds dh_autotools to his
> > *clean* target, so that he never ships (nor builds against) too outdated
> > config.{sub,guess} files.
> > 
> > The rationale for this is that we want to stop with the need for filling
> > tons of bugs every time we need an update to these files due to a new arch,
> > or serious breakage. dh_autotools reduces the amount of packages with
> > outdated config.* files over time.
> 
> I've looked it over. The main problem I have with this approach is that
> it will do nothing if your autotools package is not installed. 

Yes. If one uses automake or libtool, both of which now depends on
autotools-dev, that will take care of the problem (the automake maintainer
had a very nice idea to fix the problem in automake as well). Otherwise, a
build-dependency is required.

In all cases (fixed in automake [requires automake build-dependency or
autotools-dev build-dependency], fixed in debian/rules), a first source
rebuild is required to place the fix in place. The automake one needs
aclocal to be run to change aclocal.m4, and the autotools-dev to change
debian/rules.

I'll actually file bugs (later) requesting all config.sub/guess-using
packages to build-depend on autotools-dev... but this will go to -devel for
discussion before it's done.

> Well, I don't think that package will be installed on eg, autobuilders
> unless a package build-depends on it, so autobuilders arn't going to

Yes, the idea is that every package that uses config.sub or guess must
build-depend on autotools-dev.  Either that or always install autotools-dev
in every autobuilder of an arch that is known to be new to config.sub/guess.

> benefit from this. Instead they'll still have to file a bug asking for
> config.* to be updated, and the maintainer will have to upload a fix.

The maintainer will need to do a fix only once. After that, the package will
use a fresh copy on every autobuild (as long as the autobuilders use
dpkg-buildpackage, which I think they do, but I'll check that).

> This also means that the build behavior of packages using this will
> change, and possibly break depending on whether or not your package is

Yes, if the maintainer never updates his system. However, please note that
changes to config.sub/config.guess rarely change the behaviour of a package.
It either breaks because the arch is unsupported, or it works. I've never
seen an update to config.sub/guess change the arch a machine is reported as.

Besides, the info. returned by config.sub/guess is mainly used when
cross-compiling, which is not an issue.

> installed. Having build behavior change based on a package that is not
> in the build-dependancies is liable to cause some confusion.

That already happens anyway, as the reply from config.sub/guess changes for
each arch. (as it was designed to).  This is probably a non-issue. And if
automake upstream does insert the idea of a system-wide, preferred
config.sub/guess file as the automake maintainer is considering to request,
it will be a moot point where it is done by dh_autotools, by a cp in
debian/rules, or by the automake config.sub/guess-using AM_* macros.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh




<strong>Acknowledgement sent</strong> to <code>Henrique de Moraes Holschuh &lt;hmh@debian.org&gt;</code>:<br>
Extra info received and forwarded to list.  Copy sent to <code>Joey Hess &lt;joeyh@debian.org&gt;</code>.


-t

From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Henrique de Moraes Holschuh <hmh@debian.org>
Subject: Bug#97537: Info received (was Bug#97537: new dh_autotools script)
Message-ID: <handler.97537.B97537.99057062113950.ackinfo@bugs.debian.org>
In-Reply-To: <20010522193005.C6517@godzillah>
References: <20010522193005.C6517@godzillah>
X-Debian-PR-Message: ack-info-maintonly 97537

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.

Your message has been sent to the package maintainer(s):
 Joey Hess <joeyh@debian.org>

If you wish to continue to submit further information on your problem,
please send it to 97537@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Darren Benham
(administrator, Debian Bugs database)



Received: (at 97537) by bugs.debian.org; 22 May 2001 22:30:21 +0000
From hmh@debian.org Tue May 22 17:30:21 2001
Return-path: <hmh@debian.org>
Received: from (smtp.cps.matrix.com.br) [200.196.9.5] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 152KfU-0003cw-00; Tue, 22 May 2001 17:30:20 -0500
Received: from godzillah.rivendell.sol (srv1.rcm.org.br [200.196.10.141])
	by smtp.cps.matrix.com.br (8.11.1/8.11.1) with ESMTP id f4MMdF799214;
	Tue, 22 May 2001 19:39:15 -0300 (BRT)
	(envelope-from hmh@debian.org)
Received: by godzillah.rivendell.sol (Postfix, from userid 1000)
	id 1951C5862; Tue, 22 May 2001 19:30:06 -0300 (BRT)
Date: Tue, 22 May 2001 19:30:06 -0300
From: Henrique de Moraes Holschuh <hmh@debian.org>
To: Joey Hess <joeyh@debian.org>
Cc: 97537@bugs.debian.org
Subject: Re: Bug#97537: new dh_autotools script
Message-ID: <20010522193005.C6517@godzillah>
References: <20010515005220.A5532@godzillah> <20010522171125.C22711@kitenet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010522171125.C22711@kitenet.net>; from joeyh@debian.org on Tue, May 22, 2001 at 05:11:25PM -0400
X-GPG-Fingerprint-1: 1024D/128D36EE 50AC 661A 7963 0BBA 8155  43D5 6EF7 F36B 128D 36EE
X-GPG-Fingerprint-2: 1024D/1CDB0FE3 5422 5C61 F6B7 06FB 7E04  3738 EE25 DE3F 1CDB 0FE3
Delivered-To: 97537@bugs.debian.org

On Tue, 22 May 2001, Joey Hess wrote:
> Henrique de Moraes Holschuh wrote:
> > The main idea is that a "forgetful" maintainer adds dh_autotools to his
> > *clean* target, so that he never ships (nor builds against) too outdated
> > config.{sub,guess} files.
> > 
> > The rationale for this is that we want to stop with the need for filling
> > tons of bugs every time we need an update to these files due to a new arch,
> > or serious breakage. dh_autotools reduces the amount of packages with
> > outdated config.* files over time.
> 
> I've looked it over. The main problem I have with this approach is that
> it will do nothing if your autotools package is not installed. 

Yes. If one uses automake or libtool, both of which now depends on
autotools-dev, that will take care of the problem (the automake maintainer
had a very nice idea to fix the problem in automake as well). Otherwise, a
build-dependency is required.

In all cases (fixed in automake [requires automake build-dependency or
autotools-dev build-dependency], fixed in debian/rules), a first source
rebuild is required to place the fix in place. The automake one needs
aclocal to be run to change aclocal.m4, and the autotools-dev to change
debian/rules.

I'll actually file bugs (later) requesting all config.sub/guess-using
packages to build-depend on autotools-dev... but this will go to -devel for
discussion before it's done.

> Well, I don't think that package will be installed on eg, autobuilders
> unless a package build-depends on it, so autobuilders arn't going to

Yes, the idea is that every package that uses config.sub or guess must
build-depend on autotools-dev.  Either that or always install autotools-dev
in every autobuilder of an arch that is known to be new to config.sub/guess.

> benefit from this. Instead they'll still have to file a bug asking for
> config.* to be updated, and the maintainer will have to upload a fix.

The maintainer will need to do a fix only once. After that, the package will
use a fresh copy on every autobuild (as long as the autobuilders use
dpkg-buildpackage, which I think they do, but I'll check that).

> This also means that the build behavior of packages using this will
> change, and possibly break depending on whether or not your package is

Yes, if the maintainer never updates his system. However, please note that
changes to config.sub/config.guess rarely change the behaviour of a package.
It either breaks because the arch is unsupported, or it works. I've never
seen an update to config.sub/guess change the arch a machine is reported as.

Besides, the info. returned by config.sub/guess is mainly used when
cross-compiling, which is not an issue.

> installed. Having build behavior change based on a package that is not
> in the build-dependancies is liable to cause some confusion.

That already happens anyway, as the reply from config.sub/guess changes for
each arch. (as it was designed to).  This is probably a non-issue. And if
automake upstream does insert the idea of a system-wide, preferred
config.sub/guess file as the automake maintainer is considering to request,
it will be a moot point where it is done by dh_autotools, by a cp in
debian/rules, or by the automake config.sub/guess-using AM_* macros.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh




<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org</code>:<br>
<code>Bug#97537</code>; Package <code>debhelper</code>.


debian-bugs-dist@lists.debian.org

Subject: Bug#97537: new dh_autotools script
Reply-To: Joey Hess <joeyh@debian.org>, 97537@bugs.debian.org
Resent-From: Joey Hess <joeyh@debian.org>
Orignal-Sender: Joey Hess <joey@silk.kitenet.net>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Date: Wed, 23 May 2001 02:08:44 GMT
Resent-Message-ID: <handler.97537.B97537.99058218115244@bugs.debian.org>
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 97537
X-Debian-PR-Package: debhelper
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 97537-submit@bugs.debian.org id=B97537.99058218115244
          (code B ref 97537); Wed, 23 May 2001 02:08:44 GMT
Date: Tue, 22 May 2001 21:46:58 -0400
From: Joey Hess <joeyh@debian.org>
To: Henrique de Moraes Holschuh <hmh@debian.org>, 97537@bugs.debian.org
Message-ID: <20010522214658.B30258@kitenet.net>
References: <20010515005220.A5532@godzillah> <20010522171125.C22711@kitenet.net> <20010522193005.C6517@godzillah>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010522193005.C6517@godzillah>; from hmh@debian.org on Tue, May 22, 2001 at 07:30:06PM -0300
Sender: Joey Hess <joey@silk.kitenet.net>
Delivered-To: 97537@bugs.debian.org

Henrique de Moraes Holschuh wrote:
> Yes. If one uses automake or libtool, both of which now depends on
> autotools-dev, that will take care of the problem (the automake maintainer
> had a very nice idea to fix the problem in automake as well). Otherwise, a
> build-dependency is required.

So if a build dependancy is required, would it not be better to make it
unconditionally copy the files, returning an error if they arn't there?

> In all cases (fixed in automake [requires automake build-dependency or
> autotools-dev build-dependency], fixed in debian/rules), a first source
> rebuild is required to place the fix in place. The automake one needs
> aclocal to be run to change aclocal.m4, and the autotools-dev to change
> debian/rules.

If there is indeed going to always be a dependancy that pulls the files
onto the build system, then do we really need to run the program in the
clean stage at all? It seems it might be better to run it in build, thus
not generating a large diff.

-- 
see shy jo




<strong>Acknowledgement sent</strong> to <code>Joey Hess &lt;joeyh@debian.org&gt;</code>:<br>
Extra info received and forwarded to list.


-t

From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Joey Hess <joeyh@debian.org>
Subject: Bug#97537: Info received (was Bug#97537: new dh_autotools script)
Message-ID: <handler.97537.B97537.99058218115244.ackinfo@bugs.debian.org>
In-Reply-To: <20010522214658.B30258@kitenet.net>
References: <20010522214658.B30258@kitenet.net>
X-Debian-PR-Message: ack-info-maintonly 97537

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.

If you wish to continue to submit further information on your problem,
please send it to 97537@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Darren Benham
(administrator, Debian Bugs database)



Received: (at 97537) by bugs.debian.org; 23 May 2001 01:43:01 +0000
From joey@silk.kitenet.net Tue May 22 20:43:01 2001
Return-path: <joey@silk.kitenet.net>
Received: from as5800-83-239.access.naxs.com (silk.kitenet.net) [216.98.83.239] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 152Nfw-0003xp-00; Tue, 22 May 2001 20:43:01 -0500
Received: from joey by silk.kitenet.net with local (Exim 3.22 #1 (Debian))
	id 152Njn-0007xe-00; Tue, 22 May 2001 21:46:59 -0400
Date: Tue, 22 May 2001 21:46:58 -0400
From: Joey Hess <joeyh@debian.org>
To: Henrique de Moraes Holschuh <hmh@debian.org>, 97537@bugs.debian.org
Subject: Re: Bug#97537: new dh_autotools script
Message-ID: <20010522214658.B30258@kitenet.net>
References: <20010515005220.A5532@godzillah> <20010522171125.C22711@kitenet.net> <20010522193005.C6517@godzillah>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010522193005.C6517@godzillah>; from hmh@debian.org on Tue, May 22, 2001 at 07:30:06PM -0300
Sender: Joey Hess <joey@silk.kitenet.net>
Delivered-To: 97537@bugs.debian.org

Henrique de Moraes Holschuh wrote:
> Yes. If one uses automake or libtool, both of which now depends on
> autotools-dev, that will take care of the problem (the automake maintainer
> had a very nice idea to fix the problem in automake as well). Otherwise, a
> build-dependency is required.

So if a build dependancy is required, would it not be better to make it
unconditionally copy the files, returning an error if they arn't there?

> In all cases (fixed in automake [requires automake build-dependency or
> autotools-dev build-dependency], fixed in debian/rules), a first source
> rebuild is required to place the fix in place. The automake one needs
> aclocal to be run to change aclocal.m4, and the autotools-dev to change
> debian/rules.

If there is indeed going to always be a dependancy that pulls the files
onto the build system, then do we really need to run the program in the
clean stage at all? It seems it might be better to run it in build, thus
not generating a large diff.

-- 
see shy jo




<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org, Joey Hess &lt;joeyh@debian.org&gt;</code>:<br>
<code>Bug#97537</code>; Package <code>debhelper</code>.


debian-bugs-dist@lists.debian.orgJoey Hess <joeyh@debian.org>

Subject: Bug#97537: new dh_autotools script
Reply-To: Henrique de Moraes Holschuh <hmh@debian.org>, 97537@bugs.debian.org
Resent-From: Henrique de Moraes Holschuh <hmh@debian.org>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Joey Hess <joeyh@debian.org>
Resent-Date: Wed, 23 May 2001 02:18:07 GMT
Resent-Message-ID: <handler.97537.B97537.99058400220330@bugs.debian.org>
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 97537
X-Debian-PR-Package: debhelper
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 97537-submit@bugs.debian.org id=B97537.99058400220330
          (code B ref 97537); Wed, 23 May 2001 02:18:07 GMT
Date: Tue, 22 May 2001 23:13:06 -0300
From: Henrique de Moraes Holschuh <hmh@debian.org>
To: Joey Hess <joeyh@debian.org>
Cc: 97537@bugs.debian.org
Message-ID: <20010522231306.A17346@godzillah>
References: <20010515005220.A5532@godzillah> <20010522171125.C22711@kitenet.net> <20010522193005.C6517@godzillah> <20010522214658.B30258@kitenet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010522214658.B30258@kitenet.net>; from joeyh@debian.org on Ter, Mai 22, 2001 at 09:46:58 -0400
X-GPG-Fingerprint-1: 1024D/128D36EE 50AC 661A 7963 0BBA 8155  43D5 6EF7 F36B 128D 36EE
X-GPG-Fingerprint-2: 1024D/1CDB0FE3 5422 5C61 F6B7 06FB 7E04  3738 EE25 DE3F 1CDB 0FE3
Delivered-To: 97537@bugs.debian.org

On Tue, 22 May 2001, Joey Hess wrote:
> Henrique de Moraes Holschuh wrote:
> > Yes. If one uses automake or libtool, both of which now depends on
> > autotools-dev, that will take care of the problem (the automake maintainer
> > had a very nice idea to fix the problem in automake as well). Otherwise, a
> > build-dependency is required.
> 
> So if a build dependancy is required, would it not be better to make it
> unconditionally copy the files, returning an error if they arn't there?

I am not sure. I suppose so, as the requirement of autotools-dev is made
explicit by a build-dependence.

On the other hand, suppose you're doing an NMU quick-fix to get something to
compile to a new arch, and the package lacks build-depends.  I know not how
useful it would be to be able to simply add dh_autotools to the debian/rules
script, and tell the autobuilder maintainers _for that problematic arch_ to
have autotools-dev in their 'build-essential' package list.

> > In all cases (fixed in automake [requires automake build-dependency or
> > autotools-dev build-dependency], fixed in debian/rules), a first source
> > rebuild is required to place the fix in place. The automake one needs
> > aclocal to be run to change aclocal.m4, and the autotools-dev to change
> > debian/rules.
> 
> If there is indeed going to always be a dependancy that pulls the files
> onto the build system, then do we really need to run the program in the
> clean stage at all? It seems it might be better to run it in build, thus
> not generating a large diff.

No, we do not need to run it in the clean target. I've talked a bit with the
automake maintainer, and he has convinced me that the build target (or maybe
a separate target -- I am wary of this, though) would be a better place.

I need to update the README.Debian in autotools-dev, and I certainly think
we should discuss the issue in -devel.  I have a new autotools-dev without
the bogus dependency on debhelper sitting in incoming, might as well update
the readme before it gets installed.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh




<strong>Acknowledgement sent</strong> to <code>Henrique de Moraes Holschuh &lt;hmh@debian.org&gt;</code>:<br>
Extra info received and forwarded to list.  Copy sent to <code>Joey Hess &lt;joeyh@debian.org&gt;</code>.


-t

From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Henrique de Moraes Holschuh <hmh@debian.org>
Subject: Bug#97537: Info received (was Bug#97537: new dh_autotools script)
Message-ID: <handler.97537.B97537.99058400220330.ackinfo@bugs.debian.org>
In-Reply-To: <20010522231306.A17346@godzillah>
References: <20010522231306.A17346@godzillah>
X-Debian-PR-Message: ack-info-maintonly 97537

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.

Your message has been sent to the package maintainer(s):
 Joey Hess <joeyh@debian.org>

If you wish to continue to submit further information on your problem,
please send it to 97537@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Darren Benham
(administrator, Debian Bugs database)



Received: (at 97537) by bugs.debian.org; 23 May 2001 02:13:22 +0000
From hmh@debian.org Tue May 22 21:13:22 2001
Return-path: <hmh@debian.org>
Received: from (smtp.cps.matrix.com.br) [200.196.9.5] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 152O9J-0005Hq-00; Tue, 22 May 2001 21:13:22 -0500
Received: from godzillah.rivendell.sol (srv1.rcm.org.br [200.196.10.141])
	by smtp.cps.matrix.com.br (8.11.1/8.11.1) with ESMTP id f4N2MJ700363;
	Tue, 22 May 2001 23:22:19 -0300 (BRT)
	(envelope-from hmh@debian.org)
Received: by godzillah.rivendell.sol (Postfix, from userid 1000)
	id 48CFE5862; Tue, 22 May 2001 23:13:07 -0300 (BRT)
Date: Tue, 22 May 2001 23:13:06 -0300
From: Henrique de Moraes Holschuh <hmh@debian.org>
To: Joey Hess <joeyh@debian.org>
Cc: 97537@bugs.debian.org
Subject: Re: Bug#97537: new dh_autotools script
Message-ID: <20010522231306.A17346@godzillah>
References: <20010515005220.A5532@godzillah> <20010522171125.C22711@kitenet.net> <20010522193005.C6517@godzillah> <20010522214658.B30258@kitenet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010522214658.B30258@kitenet.net>; from joeyh@debian.org on Ter, Mai 22, 2001 at 09:46:58 -0400
X-GPG-Fingerprint-1: 1024D/128D36EE 50AC 661A 7963 0BBA 8155  43D5 6EF7 F36B 128D 36EE
X-GPG-Fingerprint-2: 1024D/1CDB0FE3 5422 5C61 F6B7 06FB 7E04  3738 EE25 DE3F 1CDB 0FE3
Delivered-To: 97537@bugs.debian.org

On Tue, 22 May 2001, Joey Hess wrote:
> Henrique de Moraes Holschuh wrote:
> > Yes. If one uses automake or libtool, both of which now depends on
> > autotools-dev, that will take care of the problem (the automake maintainer
> > had a very nice idea to fix the problem in automake as well). Otherwise, a
> > build-dependency is required.
> 
> So if a build dependancy is required, would it not be better to make it
> unconditionally copy the files, returning an error if they arn't there?

I am not sure. I suppose so, as the requirement of autotools-dev is made
explicit by a build-dependence.

On the other hand, suppose you're doing an NMU quick-fix to get something to
compile to a new arch, and the package lacks build-depends.  I know not how
useful it would be to be able to simply add dh_autotools to the debian/rules
script, and tell the autobuilder maintainers _for that problematic arch_ to
have autotools-dev in their 'build-essential' package list.

> > In all cases (fixed in automake [requires automake build-dependency or
> > autotools-dev build-dependency], fixed in debian/rules), a first source
> > rebuild is required to place the fix in place. The automake one needs
> > aclocal to be run to change aclocal.m4, and the autotools-dev to change
> > debian/rules.
> 
> If there is indeed going to always be a dependancy that pulls the files
> onto the build system, then do we really need to run the program in the
> clean stage at all? It seems it might be better to run it in build, thus
> not generating a large diff.

No, we do not need to run it in the clean target. I've talked a bit with the
automake maintainer, and he has convinced me that the build target (or maybe
a separate target -- I am wary of this, though) would be a better place.

I need to update the README.Debian in autotools-dev, and I certainly think
we should discuss the issue in -devel.  I have a new autotools-dev without
the bogus dependency on debhelper sitting in incoming, might as well update
the readme before it gets installed.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh




<strong>Information forwarded</strong> to <code>debian-bugs-dist@lists.debian.org</code>:<br>
<code>Bug#97537</code>; Package <code>debhelper</code>.


debian-bugs-dist@lists.debian.org

Subject: Bug#97537: new dh_autotools script
Reply-To: Joey Hess <joeyh@debian.org>, 97537@bugs.debian.org
Resent-From: Joey Hess <joeyh@debian.org>
Orignal-Sender: Joey Hess <joey@silk.kitenet.net>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-Date: Wed, 23 May 2001 20:43:16 GMT
Resent-Message-ID: <handler.97537.B97537.9906505183044@bugs.debian.org>
Resent-Sender: owner@bugs.debian.org
X-Debian-PR-Message: report 97537
X-Debian-PR-Package: debhelper
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 97537-submit@bugs.debian.org id=B97537.9906505183044
          (code B ref 97537); Wed, 23 May 2001 20:43:16 GMT
Date: Wed, 23 May 2001 14:53:13 -0400
From: Joey Hess <joeyh@debian.org>
To: Henrique de Moraes Holschuh <hmh@debian.org>
Cc: 97537@bugs.debian.org
Message-ID: <20010523145312.B2402@kitenet.net>
References: <20010515005220.A5532@godzillah> <20010522171125.C22711@kitenet.net> <20010522193005.C6517@godzillah> <20010522214658.B30258@kitenet.net> <20010522231306.A17346@godzillah>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010522231306.A17346@godzillah>; from hmh@debian.org on Tue, May 22, 2001 at 11:13:06PM -0300
Sender: Joey Hess <joey@silk.kitenet.net>
Delivered-To: 97537@bugs.debian.org

Henrique de Moraes Holschuh wrote:
> > If there is indeed going to always be a dependancy that pulls the files
> > onto the build system, then do we really need to run the program in the
> > clean stage at all? It seems it might be better to run it in build, thus
> > not generating a large diff.
> 
> No, we do not need to run it in the clean target. I've talked a bit with the
> automake maintainer, and he has convinced me that the build target (or maybe
> a separate target -- I am wary of this, though) would be a better place.
> 
> I need to update the README.Debian in autotools-dev, and I certainly think
> we should discuss the issue in -devel.  I have a new autotools-dev without
> the bogus dependency on debhelper sitting in incoming, might as well update
> the readme before it gets installed.

I agree about discussing it on -devel. With debhelper, I try to do
whatever is clearly the right thing, which most often means following
existing practice. Early attempts that ignored that either failed
miserably (dh_du) or have had only limited success (dh_md5sums). So I'd
like to get a better feel about what the rest of debian thinks about
this..

-- 
see shy jo




<strong>Acknowledgement sent</strong> to <code>Joey Hess &lt;joeyh@debian.org&gt;</code>:<br>
Extra info received and forwarded to list.


-t

From: owner@bugs.debian.org (Debian Bug Tracking System)
To: Joey Hess <joeyh@debian.org>
Subject: Bug#97537: Info received (was Bug#97537: new dh_autotools script)
Message-ID: <handler.97537.B97537.9906505183044.ackinfo@bugs.debian.org>
In-Reply-To: <20010523145312.B2402@kitenet.net>
References: <20010523145312.B2402@kitenet.net>
X-Debian-PR-Message: ack-info-maintonly 97537

Thank you for the additional information you have supplied regarding
this problem report.  It has been forwarded to the developer(s) and
to the developers mailing list to accompany the original report.

If you wish to continue to submit further information on your problem,
please send it to 97537@bugs.debian.org, as before.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Darren Benham
(administrator, Debian Bugs database)



Received: (at 97537) by bugs.debian.org; 23 May 2001 20:41:58 +0000
From joey@silk.kitenet.net Wed May 23 15:41:58 2001
Return-path: <joey@silk.kitenet.net>
Received: from as5800-84-54.access.naxs.com (silk.kitenet.net) [216.98.84.54] 
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 152fS8-0000ms-00; Wed, 23 May 2001 15:41:57 -0500
Received: from joey by silk.kitenet.net with local (Exim 3.22 #1 (Debian))
	id 152dkv-0000g1-00; Wed, 23 May 2001 14:53:13 -0400
Date: Wed, 23 May 2001 14:53:13 -0400
From: Joey Hess <joeyh@debian.org>
To: Henrique de Moraes Holschuh <hmh@debian.org>
Cc: 97537@bugs.debian.org
Subject: Re: Bug#97537: new dh_autotools script
Message-ID: <20010523145312.B2402@kitenet.net>
References: <20010515005220.A5532@godzillah> <20010522171125.C22711@kitenet.net> <20010522193005.C6517@godzillah> <20010522214658.B30258@kitenet.net> <20010522231306.A17346@godzillah>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17i
In-Reply-To: <20010522231306.A17346@godzillah>; from hmh@debian.org on Tue, May 22, 2001 at 11:13:06PM -0300
Sender: Joey Hess <joey@silk.kitenet.net>
Delivered-To: 97537@bugs.debian.org

Henrique de Moraes Holschuh wrote:
> > If there is indeed going to always be a dependancy that pulls the files
> > onto the build system, then do we really need to run the program in the
> > clean stage at all? It seems it might be better to run it in build, thus
> > not generating a large diff.
> 
> No, we do not need to run it in the clean target. I've talked a bit with the
> automake maintainer, and he has convinced me that the build target (or maybe
> a separate target -- I am wary of this, though) would be a better place.
> 
> I need to update the README.Debian in autotools-dev, and I certainly think
> we should discuss the issue in -devel.  I have a new autotools-dev without
> the bogus dependency on debhelper sitting in incoming, might as well update
> the readme before it gets installed.

I agree about discussing it on -devel. With debhelper, I try to do
whatever is clearly the right thing, which most often means following
existing practice. Early attempts that ignored that either failed
miserably (dh_du) or have had only limited success (dh_md5sums). So I'd
like to get a better feel about what the rest of debian thinks about
this..

-- 
see shy jo