bug-tar
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] ACL support in git version of GNU tar


From: Joerg Schilling
Subject: Re: [Bug-tar] ACL support in git version of GNU tar
Date: Mon, 18 Mar 2013 15:38:22 +0100
User-agent: nail 11.22 3/20/05

Markus Steinborn <address@hidden> wrote:

> >> (1) tar archive creation with "--numeric-owner" option:
> >>
> >> In this case, users are expectiing that the archive does not contain any
> >> symbolic owner name, so it can be extracted to an emoty hard disc on a
> >> system bootet e. g. by a rescue cd from Redhat. Current sitation is that
> >> ACLs still include the symbolic owner and not the numeric owner.
> [...}
> >> I'd like to note that this improvement is essential to me.
> > Why?
> >
> > Star introduced the -numeric option in 1993 to work in create list and 
> > extract
> > mode. The ACL Support introduced in 2001 was created to behave in a similar 
> > way.
> >
> > If gtar does the same, the best way would be to use -numeric in extract 
> > mode.
> >
> Assume you've created an archive with that option. You want to restore 
> it to a new hard disc drive. All you have available are redhat rescue 
> cd's (from today, not from future). Their tar will do it correctly iff 
> the archives are created with the owner-field being numeric.
>
> So users could benefit from that proposed change. And it costs so less.

With "normal" user credentials in tar, this works, as you may just omit the 
user/group name fields in the tar header.

With ACL fields, you cannot do that as star uses a ACL description that was 
derived from an outdated stanndard proposal. 

So if you like to get the behavior you expect with ACLs, you would need to use
-numeric during an extract operation. As long as just the name data-base on the 
system used to extract is missing, star always does what you expect.




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/private/ ftp://ftp.berlios.de/pub/schily



reply via email to

[Prev in Thread] Current Thread [Next in Thread]