[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-tar] Re: [PATCH] Extended attribute support for tar
From: |
Joerg Schilling |
Subject: |
Re: [Bug-tar] Re: [PATCH] Extended attribute support for tar |
Date: |
Thu, 03 Aug 2006 13:29:26 +0200 |
User-agent: |
nail 11.2 8/15/04 |
James Antill <address@hidden> wrote:
> > It should be limited to POSIX.1-2001 format only (POSIX_FORMAT).
This format is called "pax"
> This would mean the default would have to change when you enable that
> option[1], is there a reason to not allow it with the gnu format? Also
The "GNU tar" archive format is neither POSIX (not even POSIX.1-1988)
nor really compatible to historical tar formats.
The "pax" format is a compliant extension to the POSIX.1-1988 tar format.
The "exustar" format is compliant extension to the POSIX.1-2001 "pax"
format.
You cannot add POSIX features to a non-POSIX format.
If you did, you will break the format detection of various programs
like e.g. "star" and David Korn's / Glenn Fowler's "pax".
> to be compatible[2] with star we need to at least extract from ustar
> typed archives (star's exustar is treated by GNUtar as ustar ... AIUI).
This needs to be called a bug in GNU tar.
> What are the downsides to changing the default to be posix -- which is
> basically what would be happening as xattr usage is leaking into more
> and more applications. The documentation says that this is planned when
> full support for posix archives is done, is this close to happening?
>
>
> [1] Or have the horribly ugly UI that star has where you need to specify
> --xattrs and --format=posix or it'd fail, which seems to be much worse
> for no real gain.
I belioeve that that it's rather the GNU tar UI that is horribly ugly.
In contrary to GNU tar's UI, star's UI is SUSv2 compliant and well defined:
- Star is a multi format archiver that also supports various CPIO
archive formats. "allowable" features thus needs to be derived
from the the selected archive format - not the other way round.
- Star has well planned options that try to implement as much
features as possible with a small number of options.
This may e.g. be verified by the fact that star allows to use
"libfind" and thus alows you to use find(1) expressions in
creat and extract/list mode rather than implementing less
powerful options that need to be learned separately.
- Star implements roughly 2x as much features as GNU tar does.
This obviously makes the man page more complex.
- If you take one day to learn the philosophy behind star, you
will never like to miss star ;-)
Jörg
--
EMail:address@hidden (home) Jörg Schilling D-13353 Berlin
address@hidden (uni)
address@hidden (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
- [Bug-tar] [PATCH] Extended attribute support for tar, James Antill, 2006/08/01
- Re: [Bug-tar] [PATCH] Extended attribute support for tar, Sergey Poznyakoff, 2006/08/02
- [Bug-tar] Re: [PATCH] Extended attribute support for tar, James Antill, 2006/08/02
- Re: [Bug-tar] Re: [PATCH] Extended attribute support for tar,
Joerg Schilling <=
- Re: [Bug-tar] Re: [PATCH] Extended attribute support for tar, Sergey Poznyakoff, 2006/08/03
- Re: [Bug-tar] Re: [PATCH] Extended attribute support for tar, Joerg Schilling, 2006/08/03
- Re: [Bug-tar] Re: [PATCH] Extended attribute support for tar, Sergey Poznyakoff, 2006/08/03
- Re: [Bug-tar] Re: [PATCH] Extended attribute support for tar, Joerg Schilling, 2006/08/04
Re: [Bug-tar] [PATCH] Extended attribute support for tar, James Antill, 2006/08/04
Re: [Bug-tar] [PATCH] Extended attribute support for tar, Joerg Schilling, 2006/08/02