[PATCH] changelog: don't cluster multiple entries under the same "date line" (was: Re: [Feature request] gitlog-to-changelog: don't cluster multiple ...)

On 01/17/2012 10:59 PM, Joel E. Denny wrote: > On Tue, 17 Jan 2012, Jim Meyering wrote: > >>> Below is a patch that adds a --no-cluster option, which I believe does >>> what Stefano wants. I want it too. OK to push? >> >> Hi Joel, >> >> Thanks. That looks fine, but please adjust the preceding c

Merge branch 'maint' into master

commit f4298e61d0d9d2a87e8a43edd4aa7133455c5d7b Merge: 0a9d201 443114b Author: Stefano Lattarini AuthorDate: Tue Jan 17 15:52:53 2012 +0100 Commit: Stefano Lattarini CommitDate: Tue Jan 17 15:52:53 2012 +0100 Merge branch 'maint' * maint: fixup: contrib: really integrate i

[FYI] {maint} fixup: contrib: really integrate in automake build system

* configure.ac (AC_CONFIG_FILES): Add 'contrib/Makefile'. * Makefile.am (SUBDIRS): Add 'contrib'. --- Makefile.am |2 +- configure.ac |1 + 2 files changed, 2 insertions(+), 1 deletions(-) diff --git a/Makefile.am b/Makefile.am index 735cb00..bd5b76a 100644 --- a/Makefile.am +++ b/Makefi

[FYI] {master} check: move ".log -> .html" conversion in contrib

That feature has been deprecated in the 1.11.x series, and marked for removal from the automake core in the 1.12 release. Here we implement such removal. Reference: See also commit 'v1.11-650-g20f2ac9'. * doc/automake.texi, NE

[FYI] Merge branch 'maint' into master

commit 8d51cdc0d813f09177e07476b45285b8589efe00 Merge: bb9e2e6 e29c491 Author: Stefano Lattarini AuthorDate: Tue Jan 17 14:20:40 2012 +0100 Commit: Stefano Lattarini CommitDate: Tue Jan 17 14:20:40 2012 +0100 Merge branch 'maint' * maint: contrib: new, a directory for non-

[FYI] {maint} contrib: new, a directory for non-mainstream functionalities

This new 'contrib' hierarchy will be a good place were to move implementation/support for obsolescent features we are not yet ready to remove completely, or were to leave experimental or third-party features to cook before their eventual inclusion in the automake core. * contrib: New directory. *

[FYI] {master} tap: some makes in parallel mode unconditionally serialize output

Some make implementations (among them, FreeBSD make, NetBSD make, and Solaris Distributed Make), when run in parallel mode, serialize the output from their targets' recipes unconditionally. This has the nasty side effect that the user won't see the partial results of a TAP test until the test has

[FYI] {master} docs: APIs for custom test drivers are highly experimental

* doc/automake.texi (API for Custom Test Drivers): The APIs described here are not "somewhat experimental", but rather "highly experimental". Don't promise the sure a sort of backward-compatibility that we are very likely not going to keep. --- doc/automake.texi |7 --- 1 files changed, 4

[FYI] {master} tests: avoid spurious failures with parallel make

Some tests are unprepared to be run with a make command that runs in parallel mode by default. This can happen e.g., if the user explicitly run the tests with something like: AM_TESTSUITE_MAKE="gmake -j3" in the in the environment, but also if the make used in the testsuite is Sun Distributed

[FYI] {master} tests: fix spurious failures with Solaris dmake

Solaris Distributed Make, when run in parallel mode, can sprinkle its standard output with lines like: hostname --> 2 jobs ... hostname --> Job output ... This behaviour was causing spurious errors in some tests where we compare the output of make with a known, expected value. Fix that.