Re: [PATCH] maint: ship .xz, not .lzma

2010-09-14 Thread Charles Wilson
On 9/14/2010 2:04 AM, Gary V. Vaughan wrote: I'm curious to know what the history of lzma and xz is that makes this desirable though. Here's some documentation I put together for the cygwin xz package: xz This package

Re: [PATCH] maint: ship .xz, not .lzma

2010-09-14 Thread Eric Blake
On 09/14/2010 07:58 AM, Eric Blake wrote: * configure.ac (AM_INIT_AUTOMAKE): Prefer better file format. * Makefile.maint (git-release, git-dist, prev-tarball) (new-tarball, diffs): Use correct extension. * HACKING: Update instructions. Hmm - I mentioned it in ChangeLog, but hadn't yet saved

Re: [PATCH] maint: ship .xz, not .lzma

2010-09-14 Thread Bob Friesenhahn
On Tue, 14 Sep 2010, Gary V. Vaughan wrote: No objections. I'm curious to know what the history of lzma and xz is that makes this desirable though. I am curious to know if XZ Utils has now achieved a proper stable release or if it will be perpetually in a prototype like state. Its code is

Re: [PATCH] maint: ship .xz, not .lzma

2010-09-14 Thread Charles Wilson
On 9/14/2010 11:02 AM, Bob Friesenhahn wrote: On Tue, 14 Sep 2010, Gary V. Vaughan wrote: No objections. I'm curious to know what the history of lzma and xz is that makes this desirable though. I am curious to know if XZ Utils has now achieved a proper stable release or if it will be

[PATCH] maint: ship .xz, not .lzma

2010-09-13 Thread Eric Blake
* configure.ac (AM_INIT_AUTOMAKE): Prefer better file format. Signed-off-by: Eric Blake ebl...@redhat.com --- Any objections to this patch? xz is a more robust successor to lzma. ChangeLog|5 + configure.ac |2 +- 2 files changed, 6 insertions(+), 1 deletions(-) diff --git

Re: [PATCH] maint: ship .xz, not .lzma

2010-09-13 Thread Ralf Wildenhues
Hi Eric, * Eric Blake wrote on Mon, Sep 13, 2010 at 11:34:23PM CEST: * configure.ac (AM_INIT_AUTOMAKE): Prefer better file format. Any objections to this patch? xz is a more robust successor to lzma. I'm fine with, if you also adjust HACKING, .gitignore, Makefile.maint. We require new-enough