"Sergey Poznyakoff" <[EMAIL PROTECTED]> wrote:

> Joerg Schilling <[EMAIL PROTECTED]> wrote:
>
> > >  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.
>
> This is a well-known fact, stated in GNU tar documentation. It is hardly
> woth repeating the same thing over and over again. 

The person from redhat does not seem to know this, this is why I did repeat it.

BTW: as Linux seem to implement NFSv4 and as NFSv4 includes support for the
superior Solaris xattr interface, I would propose to implement a xattr archive
method that is based on Solaris xattrs. This is why I call the current star
implementation for Linux xarrts deprecated.

Solaris implements xattrs via a "files in a file" concept that has no real 
limits.

What we would need to do is to define a map mechanism between the Solaris xattr 
concept and the Linux xattr interface.

Is anybody interested in working on this kind of concept?

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
       [EMAIL PROTECTED]                (uni)  
       [EMAIL PROTECTED]     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily


_______________________________________________
Bug-tar mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-tar

Reply via email to