[Bug-tar] .lz also can be extension for .lzma files

[Linda A. Walsh]

Reading the .lz comments reminded me -- currently, if one does a

"tar caf sam.tlz Dirname"

it creates a lzma compressed tar archive.  I hope this won't be broken by adding
.lzip support.

But I wanted to mention -- I don't know if it is fixed in the newer versions,
but after doing a tar as quoted above, an attempt to extract the archive with 
the
same method doesn't work:

# tar xaf ../sam.tlz
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Error exit delayed from previous errors


Notably, the Gnu file command doesn't recognize lzma archives as archives --
it just thinks they are 'data' (file V 4.24).  Could this be related?  Note - 
if you specify the --lzma switch, it compresses fine, so nothing wrong w/the
archive, just tar doesn't 'auto-recognize' it..

As for successors of lzma,  I may be confused, but hasn't the original author
released his own successor? 7z?  It's got the highest compression ratio,
and stores files in random-access archives like zip archives.  The linux
version is parallelized and automatically will start N parallel compression
threads when storing a directory -- it even runs multiple threads on single
large files as the format lends it self to trying different parameters to
achieve optimal results.  It's impressive, though the command line syntax is
more compatible with zip/unzip than gzip/bzip.  

Though it's usually a score or more bytes smaller than the 'competitors', I
don't usually use it unless I'm compression large files simply due it not
working with pipes and its syntax.

-l