[FYI] {maint} getopt: relax version requirement for perl

2012-03-07 Thread Stefano Lattarini
* lib/Automake/Getopt.pm: Require perl 5.6.0, not 5.6.2: the former is enough. See also commit 'v1.11-2054-g7df05a0' on master (dated 04-03-2012). --- lib/Automake/Getopt.pm |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/Automake/Getopt.pm b/lib/Automake/Getopt.pm i

Re: Getting rid of the msvc branch

2012-03-07 Thread Stefano Lattarini
On 03/07/2012 09:16 PM, Peter Rosin wrote: > Stefano Lattarini skrev 2012-03-07 20:55: >> On 03/07/2012 08:32 PM, Peter Rosin wrote: >> >>> currently needs to be made on the non-obvious msvc branch instead >>> of on the more natural maint branch. >>> >> "instead of on" sounds a little forced to me

Re: Getting rid of the msvc branch

2012-03-07 Thread Peter Rosin
Stefano Lattarini skrev 2012-03-07 20:55: > On 03/07/2012 08:32 PM, Peter Rosin wrote: >> Stefano Lattarini skrev 2012-03-07 16:39: *snip* >>> Could you try to write such a commit message, and post if for review before >>> pushing? Otherwise, I'll try to do so myself -- but I strongly believe that

Re: Getting rid of the msvc branch

2012-03-07 Thread Stefano Lattarini
On 03/07/2012 08:32 PM, Peter Rosin wrote: > Stefano Lattarini skrev 2012-03-07 16:39: >> On 03/07/2012 04:00 PM, Peter Rosin wrote: >>> Peter Rosin skrev 2012-03-07 14:08: Do you think it would be at all possible to start with a msvc and maint that is freshly merged into both master and

Re: Getting rid of the msvc branch

2012-03-07 Thread Peter Rosin
Peter Rosin skrev 2012-03-07 20:32: *snip* > All in all, this merge is not going to affect neither the master s/ not// > branch nor branch-1.11, since it is followed up with dummy merges > masking all changes. The merge is made to maintain the sanity of the > poor developers, who wishes to once ag

Re: Getting rid of the msvc branch

2012-03-07 Thread Peter Rosin
Stefano Lattarini skrev 2012-03-07 16:39: > On 03/07/2012 04:00 PM, Peter Rosin wrote: >> Peter Rosin skrev 2012-03-07 14:08: >>> Do you think it would be at all possible to start with a msvc and maint >>> that is freshly merged into both master and branch-1.11. Then merge msvc >>> into maint in s

Re: Getting rid of the msvc branch

2012-03-07 Thread Stefano Lattarini
On 03/07/2012 04:00 PM, Peter Rosin wrote: > Peter Rosin skrev 2012-03-07 14:08: >> Do you think it would be at all possible to start with a msvc and maint >> that is freshly merged into both master and branch-1.11. Then merge msvc >> into maint in such a way that maint resembles branch-1.11, then

Getting rid of the msvc branch (was: Re: Removing 'scriptversion' from our scripts)

2012-03-07 Thread Peter Rosin
Peter Rosin skrev 2012-03-07 14:08: > Do you think it would be at all possible to start with a msvc and maint > that is freshly merged into both master and branch-1.11. Then merge msvc > into maint in such a way that maint resembles branch-1.11, then do dummy > merges of maint into master and bran

Re: Removing 'scriptversion' from our scripts

2012-03-07 Thread Peter Rosin
Stefano Lattarini skrev 2012-03-07 08:35: > On 03/06/2012 10:06 PM, Peter Rosin wrote: >> Stefano Lattarini skrev 2012-03-06 21:58: >>> [re-adding the list] >>> >>> On 03/06/2012 09:18 PM, Peter Rosin wrote: > > You also forgot scriptversion... >>> True, but see below. >>> ...whic

[FYI] {master} tests: remove useless sleep from tests on remake rules

2012-03-07 Thread Stefano Lattarini
The sleeps were there to make generated autotools files strictly newer than their sources; however, this is not necessary, since POSIX mandates that make considers files with the same timestamp of their dependencies to be up-to-date. * tests/remake9a.test: Remove useless $sleep. * tests/remake9b.t