[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: maint.mk v. gzip 1.2.4
From: |
Simon Josefsson |
Subject: |
Re: maint.mk v. gzip 1.2.4 |
Date: |
Mon, 22 Oct 2007 08:03:16 +0200 |
User-agent: |
Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (gnu/linux) |
address@hidden (Steven M. Schweda) writes:
> Greetings:
>
> While trying to build a recent edition of wget on a Tru64 system, I
> ran into a problem, apparently involving gnulib's maint.mk
> ("build-aux/maint.mk"?)
>
> On a system with an old gzip, say version 1.2.4 (which is supplied
> with Tru64), the victim gets much spewage from an unhappy gzip test.
> For example:
>
> urtx# gmake
> gzip 1.2.4 (18 Aug 93)
> usage: gzip [-cdfhlLnNrtvV19] [-S suffix] [file ...]
> -c --stdout write on standard output, keep original files unchanged
> -d --decompress decompress
> -f --force force overwrite of output file and compress links
> -h --help give this help
> -l --list list compressed file contents
> -L --license display software license
> -n --no-name do not save or restore the original name and time stamp
> -N --name save or restore the original name and time stamp
> -q --quiet suppress all warnings
> -r --recursive operate recursively on directories
> -S .suf --suffix .suf use suffix .suf on compressed files
> -t --test test compressed file integrity
> -v --verbose verbose mode
> -V --version display version number
> -1 --fast compress faster
> -9 --best compress better
> file... files to (de)compress. If none given, use standard input.
> Making all in lib
> [...]
>
> The cause of this clutter appears to be this part of maint.mk:
>
> # Do not save the original name or timestamp in the .tar.gz file.
> # Use --rsyncable if available.
> gzip_rsyncable := \
> $(shell gzip --help|grep rsyncable >/dev/null && echo --rsyncable)
> GZIP_ENV = '--no-name --best $(gzip_rsyncable)'
>
> Sadly, old versions of gzip send the help/usage report to stderr, not
> stdout, so ">/dev/null" alone does not discard it. (And grep wouldn't
> see an "rsyncable", even if it were there.) Folding stderr into stdout
> looks harmless to me (not quite a proof of correctness, I realize), and
> seems to solve the spewage problem:
>
> gzip_rsyncable := \
> $(shell gzip --help 2>&1 |grep rsyncable >/dev/null && echo
> --rsyncable)
>
>
> For the record, that's on Tru64 V5.1B-4 (Patch Kit 6), but I'd expect
> that anyone with a sufficiently obsolete gzip would see it, too.
Fixed in gnulib's maint.mk, thanks!
/Simon
- maint.mk v. gzip 1.2.4, Steven M. Schweda, 2007/10/20
- Re: maint.mk v. gzip 1.2.4, Bruno Haible, 2007/10/20
- Re: maint.mk v. gzip 1.2.4,
Simon Josefsson <=
- Re: maint.mk v. gzip 1.2.4, Bruno Haible, 2007/10/22
- Re: maint.mk v. gzip 1.2.4, Jim Meyering, 2007/10/22
- Re: maint.mk v. gzip 1.2.4, Simon Josefsson, 2007/10/22
- Sync maintainer-makefile files (was: Re: maint.mk v. gzip 1.2.4), Simon Josefsson, 2007/10/22
- Re: Sync maintainer-makefile files, Micah Cowan, 2007/10/22
- Re: Sync maintainer-makefile files, Simon Josefsson, 2007/10/22
- Re: Sync maintainer-makefile files, Micah Cowan, 2007/10/22
- Re: Sync maintainer-makefile files, Simon Josefsson, 2007/10/23
- Re: Sync maintainer-makefile files, Jim Meyering, 2007/10/23
- Re: Sync maintainer-makefile files, Simon Josefsson, 2007/10/25