Thank you for URI to launchpad.
I understand what happened when file(1) is used internally.
Generally, magic numbers of file types are not always designed to be
used for telling the file type from others, so magic database cannot
be perfect.
I will not stick to file(1), but I realize it's essent
Sorry my mail led discussion wrongly. I mean sltar's good point is
simplicity. Adding these options is futurism. sltar has no more than
3 options (or sub command) for now. And IMHO, these options (-z -j
...) aren't easy to remember because their names aren't
self-explanatory. So I prefer using pi
> useless options
Oh, compatibility among other (latest) tar is not useless. For
example, used in shell script...but old tar have no -j. How about
portability?
Why we have to specify -z -j -a -Z or -J when decompress tar ball?
Why doesn't tar distinguish them automatically? (It should achieve
using file(1) or magic(5) database.) I cannot remember all these
options and always use pipeline e.g. bzcat | tar x. I don't sltar to
have these useless options.
