[ITP] lzip-1.8-1

[JonY-6]

Hi,
Lzip is a lossless data compressor based on the LZMA algorithm.

It is in Ubuntu: <http://packages.ubuntu.com/karmic/lzip>

The files are under <http://www.cadforte.com/cygwin-uploader/>.
Unfortunately, its not browsable, here is the file list.

\---lzip
         lzip-1.8-1-src.tar.bz2
         lzip-1.8-1.tar.bz2
         setup.hint

Example: <http://www.cadforte.com/cygwin-uploader/lzip/setup.hint>

Homepage: <http://www.nongnu.org/lzip/lzip.html>

category: Archive
requires: cygwin libgcc1 libstdc++6
sdesc: "Lossless data compressor based on the LZMA algorithm."
ldesc: "lossless data compressor based on the LZMA algorithm, with very
  safe integrity checking and a user interface similar to the one of
  gzip or bzip2."


Comments?

[Christopher Faylor-8]

On Sat, Nov 07, 2009 at 12:28:52PM +0800, JonY wrote:

>Hi,
>Lzip is a lossless data compressor based on the LZMA algorithm.
>
>It is in Ubuntu: <http://packages.ubuntu.com/karmic/lzip>
>
>The files are under <http://www.cadforte.com/cygwin-uploader/>.
>Unfortunately, its not browsable, here is the file list.
>
>\---lzip
>         lzip-1.8-1-src.tar.bz2
>         lzip-1.8-1.tar.bz2
>         setup.hint
>
>Example: <http://www.cadforte.com/cygwin-uploader/lzip/setup.hint>
>
>Homepage: <http://www.nongnu.org/lzip/lzip.html>
>
>category: Archive
>requires: cygwin libgcc1 libstdc++6
>sdesc: "Lossless data compressor based on the LZMA algorithm."
>ldesc: "lossless data compressor based on the LZMA algorithm, with very
>  safe integrity checking and a user interface similar to the one of
>  gzip or bzip2."

We already have xz.  Why do we need this?

cgf

[JonY-6]

On 11/7/2009 23:29, Christopher Faylor wrote:

> On Sat, Nov 07, 2009 at 12:28:52PM +0800, JonY wrote:
>> Hi,
>> Lzip is a lossless data compressor based on the LZMA algorithm.
>>
>> It is in Ubuntu:<http://packages.ubuntu.com/karmic/lzip>
>>
>> The files are under<http://www.cadforte.com/cygwin-uploader/>.
>> Unfortunately, its not browsable, here is the file list.
>>
>> \---lzip
>>          lzip-1.8-1-src.tar.bz2
>>          lzip-1.8-1.tar.bz2
>>          setup.hint
>>
>> Example:<http://www.cadforte.com/cygwin-uploader/lzip/setup.hint>
>>
>> Homepage:<http://www.nongnu.org/lzip/lzip.html>
>>
>> category: Archive
>> requires: cygwin libgcc1 libstdc++6
>> sdesc: "Lossless data compressor based on the LZMA algorithm."
>> ldesc: "lossless data compressor based on the LZMA algorithm, with very
>>   safe integrity checking and a user interface similar to the one of
>>   gzip or bzip2."
>
> We already have xz.  Why do we need this?
>
> cgf
>

Hi,

lzip and xz are not exactly compatible.

I find that xz has somewhat better compression ratios but lzip has an
archive recovery utility.

[JonY-6]

On 11/8/2009 00:17, JonY wrote:

> On 11/7/2009 23:29, Christopher Faylor wrote:
>> On Sat, Nov 07, 2009 at 12:28:52PM +0800, JonY wrote:
>>> Hi,
>>> Lzip is a lossless data compressor based on the LZMA algorithm.
>>>
>>> It is in Ubuntu:<http://packages.ubuntu.com/karmic/lzip>
>>>
>>> The files are under<http://www.cadforte.com/cygwin-uploader/>.
>>> Unfortunately, its not browsable, here is the file list.
>>>
>>> \---lzip
>>> lzip-1.8-1-src.tar.bz2
>>> lzip-1.8-1.tar.bz2
>>> setup.hint
>>>
>>> Example:<http://www.cadforte.com/cygwin-uploader/lzip/setup.hint>
>>>
>>> Homepage:<http://www.nongnu.org/lzip/lzip.html>
>>>
>>> category: Archive
>>> requires: cygwin libgcc1 libstdc++6
>>> sdesc: "Lossless data compressor based on the LZMA algorithm."
>>> ldesc: "lossless data compressor based on the LZMA algorithm, with very
>>> safe integrity checking and a user interface similar to the one of
>>> gzip or bzip2."
>>
>> We already have xz. Why do we need this?
>>
>> cgf
>>
>
> Hi,
>
> lzip and xz are not exactly compatible.
>
> I find that xz has somewhat better compression ratios but lzip has an
> archive recovery utility.

Hi,

Following Marco's advice, here is a wget'able list for lzip.

http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1-src.tar.bz2
http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2
http://www.cadforte.com/cygwin-uploader/lzip/setup.hint

[Corinna Vinschen-2]

On Nov  9 21:03, JonY wrote:

> >>On Sat, Nov 07, 2009 at 12:28:52PM +0800, JonY wrote:
> >>>It is in Ubuntu:<http://packages.ubuntu.com/karmic/lzip>
> >>>[...]
> >>>category: Archive
> >>>requires: cygwin libgcc1 libstdc++6
> >>>sdesc: "Lossless data compressor based on the LZMA algorithm."
> >>>ldesc: "lossless data compressor based on the LZMA algorithm, with very
> >>>safe integrity checking and a user interface similar to the one of
> >>>gzip or bzip2."
> Hi,
>
> Following Marco's advice, here is a wget'able list for lzip.
>
> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1-src.tar.bz2
> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2
> http://www.cadforte.com/cygwin-uploader/lzip/setup.hint

Packaging looks almost good.  The binaries in usr/bin are missing
the .exe suffix for some reason.


Corinna

--
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

[JonY-6]

On 11/10/2009 17:43, Corinna Vinschen wrote:

> On Nov  9 21:03, JonY wrote:
>>>> On Sat, Nov 07, 2009 at 12:28:52PM +0800, JonY wrote:
>>>>> It is in Ubuntu:<http://packages.ubuntu.com/karmic/lzip>
>>>>> [...]
>>>>> category: Archive
>>>>> requires: cygwin libgcc1 libstdc++6
>>>>> sdesc: "Lossless data compressor based on the LZMA algorithm."
>>>>> ldesc: "lossless data compressor based on the LZMA algorithm, with very
>>>>> safe integrity checking and a user interface similar to the one of
>>>>> gzip or bzip2."
>> Hi,
>>
>> Following Marco's advice, here is a wget'able list for lzip.
>>
>> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1-src.tar.bz2
>> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2
>> http://www.cadforte.com/cygwin-uploader/lzip/setup.hint
>
> Packaging looks almost good.  The binaries in usr/bin are missing
> the .exe suffix for some reason.
>
>
> Corinna
>

Hi,

It was built and installed that way with cygport (Cygwin 1.7), the
provided non-autotools build system for lzip was originally designed for
Linux, eg "g++ -o bar foo.o".

I think it has something to do with the rename() thing, but otherwise,
it runs perfectly fine.

http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2 now has
the .exe extension, but filesize is smaller for some reason, the
original tarball without the "exe" extension is available as
"lzip-1.8-1.tar.bz2.bk" in the same directory.

[Christopher Faylor-8]

On Tue, Nov 10, 2009 at 09:55:43PM +0800, JonY wrote:

>On 11/10/2009 17:43, Corinna Vinschen wrote:
>> On Nov  9 21:03, JonY wrote:
>>>>> On Sat, Nov 07, 2009 at 12:28:52PM +0800, JonY wrote:
>>>>>> It is in Ubuntu:<http://packages.ubuntu.com/karmic/lzip>
>>>>>> [...]
>>>>>> category: Archive
>>>>>> requires: cygwin libgcc1 libstdc++6
>>>>>> sdesc: "Lossless data compressor based on the LZMA algorithm."
>>>>>> ldesc: "lossless data compressor based on the LZMA algorithm, with very
>>>>>> safe integrity checking and a user interface similar to the one of
>>>>>> gzip or bzip2."
>>> Hi,
>>>
>>> Following Marco's advice, here is a wget'able list for lzip.
>>>
>>> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1-src.tar.bz2
>>> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2
>>> http://www.cadforte.com/cygwin-uploader/lzip/setup.hint
>>
>> Packaging looks almost good.  The binaries in usr/bin are missing
>> the .exe suffix for some reason.
>>
>>
>> Corinna
>>
>
>Hi,
>
>It was built and installed that way with cygport (Cygwin 1.7), the
>provided non-autotools build system for lzip was originally designed for
>Linux, eg "g++ -o bar foo.o".
>
>I think it has something to do with the rename() thing, but otherwise,
>it runs perfectly fine.

We really shouldn't release a package which contains binaries lacking .exe
extensions.

YA test for the package lint vaporware.

cgf

[Corinna Vinschen-2]

On Nov 10 21:55, JonY wrote:

> On 11/10/2009 17:43, Corinna Vinschen wrote:
> >On Nov  9 21:03, JonY wrote:
> >>http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1-src.tar.bz2
> >>http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2
> >>http://www.cadforte.com/cygwin-uploader/lzip/setup.hint
> >
> >Packaging looks almost good.  The binaries in usr/bin are missing
> >the .exe suffix for some reason.
> >
> >
> >Corinna
>
> Hi,
>
> It was built and installed that way with cygport (Cygwin 1.7), the
> provided non-autotools build system for lzip was originally designed
> for Linux, eg "g++ -o bar foo.o".
>
> I think it has something to do with the rename() thing, but

That would be a bit surprising.  I'm wondering what `make install'
does in this package since something like

  install -s -m755 foo.exe $(bindir)/foo

will create a foo.exe file in $(bindir).  You should really check
what happens.  If it's a problem in Cygwin 1.7, I'd rather like to
know about it.

> otherwise, it runs perfectly fine.
>
> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2 now
> has the .exe extension, but filesize is smaller for some reason,

I tried to download it twice:

  $ tar tjf lzip-1.8-1.tar.bz2

  bzip2: Compressed file ends unexpectedly;
          perhaps it is corrupted?  *Possible* reason follows.
  bzip2: Inappropriate ioctl for device
          Input file = (stdin), output file = (stdout)

  It is possible that the compressed file(s) have become corrupted.
  You can use the -tvv option to test integrity of such files.

  You can use the `bzip2recover' program to attempt to recover
  data from undamaged sections of corrupted files.

  tar: Child returned status 2
  tar: Error exit delayed from previous errors


Corinna

--
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

[Corinna Vinschen-2]

On Nov 10 16:11, Corinna Vinschen wrote:

> On Nov 10 21:55, JonY wrote:
> > On 11/10/2009 17:43, Corinna Vinschen wrote:
> > >On Nov  9 21:03, JonY wrote:
> > >>http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1-src.tar.bz2
> > >>http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2
> > >>http://www.cadforte.com/cygwin-uploader/lzip/setup.hint
> > >
> > >Packaging looks almost good.  The binaries in usr/bin are missing
> > >the .exe suffix for some reason.
> > >
> > >
> > >Corinna
> >
> > Hi,
> >
> > It was built and installed that way with cygport (Cygwin 1.7), the
> > provided non-autotools build system for lzip was originally designed
> > for Linux, eg "g++ -o bar foo.o".
> >
> > I think it has something to do with the rename() thing, but
>
> That would be a bit surprising.  I'm wondering what `make install'
> does in this package since something like
>
>   install -s -m755 foo.exe $(bindir)/foo
>
> will create a foo.exe file in $(bindir).  You should really check
> what happens.  If it's a problem in Cygwin 1.7, I'd rather like to
> know about it.

Uh, I see.  If you install without stripping, and the $(EXEEXT) is
missing in the target, you get the file w/o .exe suffix:

  install -m 755 foo$(EXEEXT) $(bindir)/foo

That's necessary, otherwise you would never have a chance to rename
an executable so that it has no suffix.

So, for portability, it would make sense to change the Makefile to
add $(EXEEXT) to the install target as well:

  install -m 755 foo$(EXEEXT) $(bindir)/foo$(EXEEXT)


Corinna

--
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

[JonY-6]

On 11/10/2009 23:24, Corinna Vinschen wrote:

> On Nov 10 16:11, Corinna Vinschen wrote:
>> On Nov 10 21:55, JonY wrote:
>>> On 11/10/2009 17:43, Corinna Vinschen wrote:
>>>> On Nov  9 21:03, JonY wrote:
>>>>> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1-src.tar.bz2
>>>>> http://www.cadforte.com/cygwin-uploader/lzip/lzip-1.8-1.tar.bz2
>>>>> http://www.cadforte.com/cygwin-uploader/lzip/setup.hint
>>>>
>>>> Packaging looks almost good.  The binaries in usr/bin are missing
>>>> the .exe suffix for some reason.
>>>>
>>>>
>>>> Corinna
>>>
>>> Hi,
>>>
>>> It was built and installed that way with cygport (Cygwin 1.7), the
>>> provided non-autotools build system for lzip was originally designed
>>> for Linux, eg "g++ -o bar foo.o".
>>>
>>> I think it has something to do with the rename() thing, but
>>
>> That would be a bit surprising.  I'm wondering what `make install'
>> does in this package since something like
>>
>>    install -s -m755 foo.exe $(bindir)/foo
>>
>> will create a foo.exe file in $(bindir).  You should really check
>> what happens.  If it's a problem in Cygwin 1.7, I'd rather like to
>> know about it.
>
> Uh, I see.  If you install without stripping, and the $(EXEEXT) is
> missing in the target, you get the file w/o .exe suffix:
>
>    install -m 755 foo$(EXEEXT) $(bindir)/foo
>
> That's necessary, otherwise you would never have a chance to rename
> an executable so that it has no suffix.
>
> So, for portability, it would make sense to change the Makefile to
> add $(EXEEXT) to the install target as well:
>
>    install -m 755 foo$(EXEEXT) $(bindir)/foo$(EXEEXT)
>
>
> Corinna
>

Hi,

I've patched up configure and Makefile.in to use EXEEXT when `uname -o`
is Cygwin.

New packages uploaded (same url, older lzip tarballs removed).

[Corinna Vinschen-2]

On Nov 11 00:00, JonY wrote:

> On 11/10/2009 23:24, Corinna Vinschen wrote:
> >So, for portability, it would make sense to change the Makefile to
> >add $(EXEEXT) to the install target as well:
> >
> >   install -m 755 foo$(EXEEXT) $(bindir)/foo$(EXEEXT)
>
> I've patched up configure and Makefile.in to use EXEEXT when `uname
> -o` is Cygwin.
>
> New packages uploaded (same url, older lzip tarballs removed).

Uploaded.  Please prepare an announcement according to
http://cygwin.com/setup.html#submitting, section 8.


Thanks,
Corinna

--
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat