Merge branch 'maint' into master

2011-12-22 Thread Stefano Lattarini
commit 3749d843083e552232579a85288e7dfee126ad91 Merge: 72c8dcb 3c5d083 Author: Stefano Lattarini AuthorDate: Fri Dec 23 00:44:34 2011 +0100 Commit: Stefano Lattarini CommitDate: Fri Dec 23 00:44:34 2011 +0100 Merge branch 'maint' * maint: tests: avoid spurious failure of l

[FYI] {maint} tests: avoid spurious failure of libtool and gettext tests

2011-12-22 Thread Stefano Lattarini
On Solaris 10 (and presumably earlier), /bin/sh trips up on here-documents that contains a command substitution *and* are fed to a shell function: # All as expected. $ cat --- ChangeLog | 38 +

[FYI] Merge branch 'maint' into master

2011-12-22 Thread Stefano Lattarini
commit 72c8dcb2f15d3a70fa43b6a8592072ddd22e6bb3 Merge: c5f878a dcc28ec Author: Stefano Lattarini AuthorDate: Thu Dec 22 22:16:12 2011 +0100 Commit: Stefano Lattarini CommitDate: Thu Dec 22 22:57:04 2011 +0100 Merge branch 'maint' into master. * m4/regex.m4: Bump serial number by

[FYI] {maint} hacking: distribute it, and mention it in the ChangeLog

2011-12-22 Thread Stefano Lattarini
Not distributing the HACKING file might make it more difficult, for some random curious user, to get informed about or interested in the Automake development process, or to send us patches. * Makefile.am (EXTRA_DIST): Add HACKING. * HACKING: It's OK to distribute this file, and to mention it in th

[FYI] {maint} regex: deprecate the obsolete macro AM_WITH_REGEX

2011-12-22 Thread Stefano Lattarini
This is a backport of commit v1.11-433-g37b0aee. Today, practically nobody uses the GNU rx library, which, according to its own website , has been "decommissioned". Consequently, the automake-provided macro AM_WITH_REGEX is not used nor required anymore. D

Re: [FYI] {maint} maint: distribute .xz tarballs, not .bz2 ones

2011-12-22 Thread Stefano Lattarini
On 12/22/2011 08:37 PM, Stefano Lattarini wrote: > Many GNU packages are moving towards xz-compressed tarballs, so > let's follow suit, by dropping the creation and distribution of > a bzip2-compressed tarball and switching to xz instead. > For compatibility and safeness, we will continue to create

[FYI] {maint} maint: distribute .xz tarballs, not .bz2 ones

2011-12-22 Thread Stefano Lattarini
Many GNU packages are moving towards xz-compressed tarballs, so let's follow suit, by dropping the creation and distribution of a bzip2-compressed tarball and switching to xz instead. For compatibility and safeness, we will continue to create and distribute a gzip-compressed tarball as well. * con

Re: bug#9768: Makefile broken after removing included *.am file

2011-12-22 Thread Stefano Lattarini
References: On 11/22/2011 10:19 PM, Stefano Lattarini wrote: > > For the moment, I've pushed two changes that enhance the testsuite > coverage w.r.t. expected remake e

[PATCH] {maint} maint: better use of autoconf 2.68 features

2011-12-22 Thread Stefano Lattarini
* configure.ac: Now that Automake requires autoconf 2.68 for its own bootstrapping and build system, we can assume that PACKAGE_URL gets automatically AC_SUBT'd. --- ChangeLog|7 +++ configure.ac |3 --- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/ChangeLog b/Cha

[FYI] {maint} cosmetics: use proper m4 quoting in configure.ac

2011-12-22 Thread Stefano Lattarini
* configure.ac (AC_CONFIG_SRCDIR): Use proper m4 quoting for its arguments. (AC_CONFIG_AUX_DIR): Likewise. (AC_PROG_PATH): Likewise. --- ChangeLog|8 configure.ac |6 +++--- 2 files changed, 11 insertions(+), 3 deletions(-) diff --git a/ChangeLog b/ChangeLog index d97d461..ec

Re: bug#9807: [PATCH] {maint} tests: better handling of gettext and libtool requirements

2011-12-22 Thread Stefano Lattarini
On 12/14/2011 02:06 PM, Stefano Lattarini wrote: > This change fixes automake bug#9807. > I've squashed in the fixlet below, tested the patch on NetBSD 5.1 for good measure (the libtool tests that were by default being skipped there started to run and pass, yay!), and pushed to maint. I'm thus cl

Re: [FYI] {maint} tests: report useful system information from 'test-suite.log'

2011-12-22 Thread Eric Blake
On 12/22/2011 10:18 AM, Stefano Lattarini wrote: >>> >> Will fix in a follow-up (probably this evening). >> > Done with the attached patch. > + +if test $st -eq 0; then + # This test SKIPs, so that all the information is has gathered and >>> >>> s/is has // >>> >> Ditto. >> > Here

Re: [FYI] {maint} tests: report useful system information from 'test-suite.log'

2011-12-22 Thread Stefano Lattarini
On 12/22/2011 03:58 PM, Stefano Lattarini wrote: > > On 12/22/2011 03:41 PM, Eric Blake wrote: >> >> On 12/22/2011 07:30 AM, Stefano Lattarini wrote: >>> >>> +# Dummy test case, aimed at reporting useful system information in the >>> +# final `test-suite.log'. This way, if a user experiencing a f

Re: [FYI] {maint} tests: report useful system information from 'test-suite.log'

2011-12-22 Thread Stefano Lattarini
Hi Eric. On 12/22/2011 03:41 PM, Eric Blake wrote: > On 12/22/2011 07:30 AM, Stefano Lattarini wrote: >> * tests/get-sysconf.test: New test, gathering system information >> and then always terminating with a SKIP, so that its output gets >> copied in `test-suite.log'. >> * tests/Makefile.am (TESTS

Re: [FYI] {maint} tests: report useful system information from 'test-suite.log'

2011-12-22 Thread Eric Blake
On 12/22/2011 07:30 AM, Stefano Lattarini wrote: > * tests/get-sysconf.test: New test, gathering system information > and then always terminating with a SKIP, so that its output gets > copied in `test-suite.log'. > * tests/Makefile.am (TESTS): Add it. I like the idea. But I'm afraid it might intr

Re: [FYI] {maint} tests: report useful system information from 'test-suite.log'

2011-12-22 Thread Stefano Lattarini
> [FYI] {maint} tests: report useful system information from 'test-suite.log' > Sorry, duplicated message. Please disregard. Stefano

[FYI] {maint} tests: report useful system information from 'test-suite.log'

2011-12-22 Thread Stefano Lattarini
It has already happened various times that a user has run the automake testsuite, experienced a failure, read the messages telling him "See tests/test-suite.log" and "Please report to bug-autom...@gnu.org", and done exactly that -- sending us only the contents of `tests/test-suite.log', which are u

Re: bug#10226: Drop redundant Python 1.5 support?

2011-12-22 Thread Stefano Lattarini
On 12/08/2011 11:32 PM, Stefano Lattarini wrote: > tags 10226 + patch > thanks > > On Thursday 08 December 2011, Reuben Thomas wrote: >> On 7 December 2011 23:31, Stefano Lattarini >> wrote: >>> severity 10226 minor >>> I'd be interested in such a patch; unfortunately, the one you've sent >

Re: [PATCH] {maint} configure: remove extraneous 'eval's from AM_RUN_LOG invocations

2011-12-22 Thread Stefano Lattarini
On 12/21/2011 08:00 PM, Stefano Lattarini wrote: > * configure.ac: Remove extra 'eval's from AM_RUN_LOG invocations; > for example, instead of "AM_RUN_LOG([eval $PERL --version])", > simply use "AM_RUN_LOG([$PERL --version])" > Rebased and pushed. Regards, Stefano

Re: [PATCH] {maint} configure: report TeX version in config.log

2011-12-22 Thread Stefano Lattarini
On 12/21/2011 07:26 PM, Stefano Lattarini wrote: > * configure.ac: If possible, report the version of the selected > TeX program; this should render the logs more informative. > Rebased and pushed. Regards, Stefano

Re: [FYI] maint: snapshots from `maint' are still development

2011-12-22 Thread Stefano Lattarini
On 12/22/2011 02:36 PM, Stefano Lattarini wrote: > On 12/22/2011 02:09 PM, Stefano Lattarini wrote: >> On 12/10/2011 06:51 PM, Stefano Lattarini wrote: >>> Another minor maintenance patch to be applied after the 1.11.2 release. >>> >> I've rebased the patch on latest maint, squashed in the fixlet b

[FYI] maint: snapshots from `maint' are still development (was: Re: [PATCH] configure: print proper message for test releases)

2011-12-22 Thread Stefano Lattarini
On 12/22/2011 02:09 PM, Stefano Lattarini wrote: > On 12/10/2011 06:51 PM, Stefano Lattarini wrote: >> Another minor maintenance patch to be applied after the 1.11.2 release. >> > I've rebased the patch on latest maint, squashed in the fixlet below > (suggested by a more careful reading of HACKING)

Re: [PATCH] configure: print proper message for test releases

2011-12-22 Thread Stefano Lattarini
On 12/10/2011 06:51 PM, Stefano Lattarini wrote: > Another minor maintenance patch to be applied after the 1.11.2 release. > I've rebased the patch on latest maint, squashed in the fixlet below (suggested by a more careful reading of HACKING), and pushed to maint. The updated patch attached, for

Re: [PATCH] {maint} repo: don't commit generated files in the git repository anymore

2011-12-22 Thread Stefano Lattarini
On 12/09/2011 10:52 PM, Stefano Lattarini wrote: > I've now queued the patch for after the 1.11.2 release. > And now I've pushed it (after having rebased it on latest maint). Regards, Stefano

Re: bug#10026: Toward release of automake 1.11.2

2011-12-22 Thread Stefano Lattarini
On 12/21/2011 07:53 PM, Stefano Lattarini wrote: > References: > > > > > OK automakers, here we are: I'm going to relea

[FYI 4/4] {maint} missing: don't try to re-run tar with a munged command line

2011-12-22 Thread Stefano Lattarini
* lib/missing: If the default `tar' program fails with the given arguments, and GNU tar is not available, don't try to re-run the default `tar' with a munged command line (e.g., ditching possibly unportable options), as that could be subtly alter the intended semantics (and maybe even create a some

[FYI 1/4] {maint} missing: miscellaneous fixlets

2011-12-22 Thread Stefano Lattarini
* lib/missing: Some shells, such as Solaris or FreeBSD /bin/sh, warn about missing programs before performing redirections. Therefore, where we have to silently check whether a program exists, perform redirections on a subshell. Remove redundant uses of double-quotes in variable definitions. Delete

[FYI 3/4] {maint} missing: inform the user if GNU tar is called

2011-12-22 Thread Stefano Lattarini
* lib/missing: If the code trying to run GNU tar is reached, it means that the previous attempt to run the default tar program has failed, very likely producing some error message. At this point, just running GNU tar without further comments might be confusing. --- ChangeLog |9 + l

[FYI 0/4] {maint} Minor fixes for the missing script w.r.t. use of `tar'

2011-12-22 Thread Stefano Lattarini
I've rebased the 'missing-fixes' branch on latest maint, merged it, and deleted it. I'm re-sending the applied patches, for reference. Regards, Stefano -*-*-*- Stefano Lattarini (4): missing: miscellaneous fixlets missing: if GNU tar exists but fails when called, give up missing: inform

[FYI 2/4] {maint} missing: if GNU tar exists but fails when called, give up

2011-12-22 Thread Stefano Lattarini
* lib/missing: If the code trying to run GNU tar is reached, don't continue if the invoked GNU tar program fails, as there is little point in doing so (and can even be confusing and counter-productive). --- ChangeLog |8 lib/missing |9 - 2 files changed, 12 insertions(+

[FYI] {maint} maint: remove executable bit from automake.in

2011-12-22 Thread Stefano Lattarini
* automake.in: This file is not meant to be executed, only to be preprocessed to create the `automake' script; so don't leave it executable. --- ChangeLog |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) mode change 100755 => 100644 automake.in diff --git a/ChangeLog b/ChangeLog

[FYI] {branch-1.11} maint: post-release version bump

2011-12-22 Thread Stefano Lattarini
* configure.ac, NEWS: Bump version to 1.11.2a, as per HACKING suggestions. --- ChangeLog |6 ++ Makefile.in|2 +- NEWS |5 + aclocal.m4 |2 +- configure | 20 ++

[FYI] {branch-1.11} Stable release 1.11.2

2011-12-22 Thread Stefano Lattarini
* configure.ac: Bump copyright years. (AC_INIT): Bump version number to 1.11.2. * NEWS: Likewise. * doc/automake.texi (Release Statistics): Update, as suggested by "make release-stats". --- ChangeLog |9 + Makefile.in|2 +- NEWS