Tim Waugh wrote:
Use xz, which is newer and the file format is now stable.
Xz is not newer. It is simply the new name of lzma-utils[1].
[1]
http://sourceforge.net/mailarchive/forum.php?thread_name=200812311955.00120.lasse.collin%40tukaani.org&forum_name=lzmautils-announce
"The new code base o
Hello Jim,
Jim Meyering wrote:
I would like to distribute compression-stream-agnostic scripts like
those in your zutils package via gzip releases.
Are you sure this is a good idea? Vincent Lefevre (maintainer of the
MPFR package) suggested that utilities like zdiff, bzdiff, lzdiff, etc,
shou
Sorry for being late in the conversation, but I didn't know about this
change in grep's exit status until now.
On Tue, 15 Aug 2017 22:16:58 -0700 Paul Eggert wrote:
The grep documentation says exit status depends on whether lines (not
files) are selected, so grep is conforming to its documentat
Gavin Smith wrote:
https://www.gnu.org/software/grep/manual/grep.html
This documentation is not usable because the text is far too big. I assume
it is being enlarged with a CSS file.
Additionally, it inserts a pilcrow after each option, which may be confusing
if one copies the text in an ema
Dale R. Worley wrote:
What doesn't seem to exist is something that does step 2 in a general
way. The tool that is needed is something that reads the first few
bytes of a file, determines which compression signature is present if
any, then processes the contents through the correct decompressor.
Dale R. Worley wrote:
So the construction I'm thinking of would be
grep ... --use-compress-program=zcat ... pattern file ...
Ah! interesting.
Zgrep duplicates some of the work of grep. For example it recurses through
directories, feeds grep one file at a time, and prepends the file name
