commit 47587d15b0749575e95a49443c6b0e17e0722678
Merge: 1a23ff8 c8e01d5
Author: Stefano Lattarini
AuthorDate: Sat Dec 10 00:46:13 2011 +0100
Commit: Stefano Lattarini
CommitDate: Sat Dec 10 00:46:13 2011 +0100
Merge branch 'maint'
Commits merged from maint:
dist-xz, dis
Hi Jim, thanks for the patch.
There are few problems with it though, that I've fixed.
More details below.
On Friday 09 December 2011, Jim Meyering wrote:
> Today I noticed that automake-generated Makefile's dist-xz rule
> used a hard-coded xz -9. That is a problem because on this front, xz
> dif
On Friday 09 December 2011, Stefano Lattarini wrote:
> * NEWS: Fix typos, grammaros and suboptimal wording.
>
> Reported by Jim Meyering.
>
Pushed now.
Regards,
Stefano
On Friday 09 December 2011, Stefano Lattarini wrote:
> * NEWS: Remove some duplicated entries, probably due to a
> botched merge.
>
> Reported by Jim Meyering.
>
Pushed now.
Regards,
Stefano
On Friday 09 December 2011, Jim Meyering wrote:
>
> [SNIP]
>
> >> > +## times in the past, when we used to keep the generated Makefile.in
> >> > +## committed into the automake's git repository.
> >>
> >> s/the.*repository/version-control Makefile.in/
> >>
> > You mean "version-controlled Makefile.
Stefano Lattarini wrote:
...
>> And all of that is duplicated in the ChangeLog file diffs below.
>>
>> Are you interested in generating ChangeLog from git logs?
>>
> Absolutely, but that's for a later change. Also, before going down that
Glad to hear it.
> road, I'd like to have a vim syntax fil
Today I noticed that automake-generated Makefile's dist-xz rule
used a hard-coded xz -9. That is a problem because on this front, xz
differs from gzip and bzip2. While the latter two incur no run-time
*decompression* penalty for using a higher compression level, with xz
if you specify -9, that im
Jim, thanks for the super-quick feedback!
On Friday 09 December 2011, Jim Meyering wrote:
> Stefano Lattarini wrote:
> > I went for a middle-ground solution (sorta), by having the differences
> > generated on-the-fly. This entails a decise slowdown, which is
> > however absolutely bearable even o
Stefano Lattarini wrote:
> I went for a middle-ground solution (sorta), by having the differences
> generated on-the-fly. This entails a decise slowdown, which is
> however absolutely bearable even on my slow desktop. See the attached
> patch.
>
> The code is a little more complicated than I'd li
Hi Jim.
On Friday 09 December 2011, Jim Meyering wrote:
>
> I would suggest to keep the generated files on a separate branch
> just for them (i.e., with no other content), and autogenerate, and
> auto-commit/push to that branch whenever a change in generated file is
> induced by a change on the pr
* NEWS: Fix typos, grammaros and suboptimal wording.
Reported by Jim Meyering.
---
ChangeLog |7 ++-
NEWS | 54 +++---
2 files changed, 33 insertions(+), 28 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 2de1027..e13e833 10064
Stefano Lattarini wrote:
> Hi Jim.
>
> On Friday 09 December 2011, Jim Meyering wrote:
>> > On 12/09/2011 10:17 AM, Stefano Lattarini wrote:
>> >> Another patch to be applied after the 1.11.2 release.
>> >>
>> >> While conceptually very simple, this patch is quite large in size,
>> >> since the dif
* NEWS: Remove some duplicated entries, probably due to a
botched merge.
Reported by Jim Meyering.
---
ChangeLog |7 +++
NEWS |8
2 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 1aba97a..bb6d84e 100644
--- a/ChangeLog
+++ b/Chan
Hi Jim.
On Friday 09 December 2011, Jim Meyering wrote:
> > On 12/09/2011 10:17 AM, Stefano Lattarini wrote:
> >> Another patch to be applied after the 1.11.2 release.
> >>
> >> While conceptually very simple, this patch is quite large in size,
> >> since the diffs contain all the text of the remo
On Friday 09 December 2011, Andrew W wrote:
> On Fri, Dec 9, 2011 at 16:12, Ralf Corsepius wrote:
> > On 12/09/2011 02:21 PM, Jim Meyering wrote:
> >>
> >> Hi Ralf, It sounds like you're confusing with build-from-release-tarball.
> >
> > No, I am not.
> >
> >
> >> There is a very long tradition of
Ralf Corsepius wrote:
> On 12/09/2011 02:21 PM, Jim Meyering wrote:
>> Hi Ralf, It sounds like you're confusing with build-from-release-tarball.
> No, I am not.
Then you must be looking at different projects than I am.
There are hundreds of GNU projects that have stopped
version-controlling genera
On Fri, Dec 9, 2011 at 16:12, Ralf Corsepius wrote:
> On 12/09/2011 02:21 PM, Jim Meyering wrote:
>>
>> Hi Ralf, It sounds like you're confusing with build-from-release-tarball.
>
> No, I am not.
>
>
>> There is a very long tradition of maintainer/developer build-from-VC
>> requiring more (and ver
On 12/09/2011 02:21 PM, Jim Meyering wrote:
Hi Ralf, It sounds like you're confusing with build-from-release-tarball.
No, I am not.
There is a very long tradition of maintainer/developer build-from-VC
requiring more (and very recent) tools than usual.
No, this is not true. Probably all GNU pro
Ralf Corsepius wrote:
> On 12/09/2011 10:17 AM, Stefano Lattarini wrote:
>> Another patch to be applied after the 1.11.2 release.
>>
>> While conceptually very simple, this patch is quite large in size,
>> since the diffs contain all the text of the removed configure and
>> Makefile.in files; so I'
On 12/09/2011 10:17 AM, Stefano Lattarini wrote:
Another patch to be applied after the 1.11.2 release.
While conceptually very simple, this patch is quite large in size,
since the diffs contain all the text of the removed configure and
Makefile.in files; so I've attached it compressed.
Regards,
* NEWS: Fix suboptimal wording.
Reported by Jim Meyering.
---
NEWS |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/NEWS b/NEWS
index c65ca14..92f3d8c 100644
--- a/NEWS
+++ b/NEWS
@@ -44,9 +44,9 @@ New in 1.11.0a:
still continue to work as before.
- New macr
Another minor maintenance patch to be applied after 1.11.2.
-*-*-
* 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 ch
22 matches
Mail list logo
