Feature #2731
closed
add -a --auto feature to tar for gtar comptability
100%
Description
from gtar --help
Compression options:
-a, --auto-compress use archive suffix to determine the compression
program
-I, --use-compress-program=PROG
filter through PROG (must accept -d)
-j, --bzip2 filter the archive through bzip2
-J, --xz filter the archive through xz
--lzip filter the archive through lzip
--lzma filter the archive through lzma
--lzop
--no-auto-compress do not use archive suffix to determine the
compression program
-z, --gzip, --gunzip, --ungzip filter the archive through gzip
-Z, --compress, --uncompress filter the archive through compress
Files
Updated by Milan Jurik over 9 years ago
- Assignee set to Milan Jurik
- Tags deleted (
needs-triage)
Currently we can add support for -a to be used on supported compression methods (j|J|z|Z). lzma/lzop/lzip are not used frequently and they are using only long opts which are not supported by our tar.
Also, it would be nice to have '-I PROG', to support any compression but we have -I occupied already by different functionality.
Additionally, 'a' has to be used explicitly so, support for long opt '--no-auto-compress' has no big benefit.
Updated by Milan Jurik over 9 years ago
- File tar_auto.diff tar_auto.diff added
- Category set to cmd - userland programs
- Status changed from New to In Progress
- % Done changed from 0 to 100
Updated by Garrett D'Amore over 9 years ago
- Status changed from In Progress to Resolved
Resolved in:
changeset: 13710:3cee4ba952f0
tag: tip
user: Milan Jurik <milan.jurik@xylab.cz>
date: Tue Jun 05 10:09:55 2012 -0700
description:
2730 tar misbehaves if compress utility missing
2731 add -a --auto feature to tar for gtar comptability
Reviewed by: Josef 'Jeff' Sipek <jeffpc@josefsipek.net>
Reviewed by: Richard Lowe <richlowe@richlowe.net>
Approved by: Garrett D'Amore <garrett@damore.org>
Updated by Richard PALO about 9 years ago
came across a case that seems problematic, namely with tarballs 'in progress'....
Here I'm copying a huge (8g) tarball with my thunderbird profile ...
a comparison between gtar and tar follows:
richard@smicro:~$ tar tvfa vquinf2vg.tar.gz Decompressing 'vquinf2vg.tar.gz' with '/usr/bin/gzcat'... -rw-r--r-- 101/10 104 févr. 8 11:19 2012 profiles.ini tar: Removing leading '/' from '/tmp/PaxHeaders.1880/' richard@smicro:~$ gtar tvfa vquinf2vg.tar.gz -rw-r--r-- richard/staff 104 2012-02-08 11:19 profiles.ini drwx------ richard/staff 0 2012-09-09 15:55 vqinf2vg.default/ -rw-r--r-- richard/staff 7168 2012-09-09 09:41 vqinf2vg.default//permissions.sqlite -rw-r--r-- richard/staff 0 2012-09-09 15:50 vqinf2vg.default//.parentlock -rw-r--r-- richard/staff 163840 2011-11-09 10:58 vqinf2vg.default//formhistory.sqlite -rw-r--r-- richard/staff 229376 2012-08-27 09:34 vqinf2vg.default//content-prefs.sqlite -rw-r--r-- richard/staff 425984 2012-08-31 11:29 vqinf2vg.default//extensions.sqlite -rw-r--r-- richard/staff 63488 2012-09-07 21:13 vqinf2vg.default//downloads.sqlite -rw-r--r-- richard/staff 122322944 2012-09-09 14:00 vqinf2vg.default//global-messages-db.sqlite ^C
The tarball was created entirely on the source machine which subsequently is scp'ing to the receiving machine, where the above is invoked....
Updated by Milan Jurik about 9 years ago
At first, this CR was resolved 3 months ago, so there is no point in updating it.
At second, I do not understand what you want to say - do you want to say tar was unable to untar the archive? Contact me outside of the issue tracker at first, by e-mail.