Re: [Bug-tar] file name too long to be stored in a GNU multivolume header

[Joerg Schilling]

Tim Kientzle <address@hidden> wrote:

> Joerg Schilling wrote:
> > Tim Kientzle <address@hidden> wrote:
> > 
> >>I was hoping you would have documented the NTFS/NFSv4 ACL
> >>support ...
> > 
> > ... The textual format for
> > the ACL entries has been negotiated with Sun ...
>
> I'd be very interested in documentation for this format.
>
> I've looked, but there seems to be no real
> consensus about the text format for NTFS/NFSv4 ACLs.

The description of the behavior is in the NFSv4 RFC.

A documentation of the of the textual format is in the
chmod(1) man page.

When Sun introduced the NFSv4 ACLs, they came up with a long format
that cannot be used for easy comparison. ls -v gives e.g. this:

drwxr-xr-x 354 root     nobody     36864 Nov 29 09:22 /mnt
     0:owner@:list_directory/read_data/add_file/write_data/add_subdirectory
         /append_data/read_xattr/write_xattr/execute/delete_child
         /read_attributes/write_attributes/read_acl/write_acl/synchronize
         :allow
     1:owner@:write_owner:deny
     2:group@:list_directory/read_data/read_xattr/execute/read_attributes
         /read_acl/synchronize:allow
     3:group@:add_file/write_data/add_subdirectory/append_data/write_xattr
         /delete_child/write_attributes/write_acl/write_owner:deny
     4:everyone@:list_directory/read_data/read_xattr/execute/read_attributes
         /read_acl/synchronize:allow
     5:everyone@:add_file/write_data/add_subdirectory/append_data/write_xattr
         /delete_child/write_attributes/write_acl/write_owner:deny

This format has been introduced by Apple...

it has two problems:

1)      Hard to compare and understand

2)      not useful for tar

I proposed  another format with ls -V:

 
                 rwaxdD xXmXaAos  
                 ^^^^^^ ^^^^^^^^  
                 |||||| |||||||+- sync  
                 |||||| ||||||+-- change owner  
                 |||||| |||||+--- write ACL  
                 |||||| ||||+---- read ACL  
                 |||||| |||+----- write metadata  
                 |||||| ||+------ read metadata  
                 |||||| |+------- write xattr  
                 |||||| +-------- read xattr  
                 |||||+---------- delete child 
                 ||||+----------- delete  
                 |||+------------ execute  
                 ||+------------- append  
                 |+-------------- write  
                 +--------------- read  
 
 
The Inheritance flag now has been hacked too: 
 
                FDpI 
                ^^^^ 
                |||+- inherit_only 
                ||+-- no_propagate 
                |+--- dir_inherit 
                +---- file_inherit 
 
drwxr-xr-x+  2 root     root           2 Dec 29 15:47 /pool/TD 
     0:owner@:        ------ --------:deny 
     1:owner@:        rwax-- -X-M-Ao-:allow 
     2:group@:        -wa--- --------:deny 
     3:group@:        r--x-- --------:allow 
     4:everyone@:     -wa--- -X-M-Ao-:deny 
     5:everyone@:     r--x-- x-m-a--s:allow 
     6:owner@:        -w---- --------:deny: F--- 
     7:owner@:        r----- --------:allow:F--- 

Then some people from Sun found that IBM has a very similar format:

drwxr-xr-x+ 354 root     nobody     36864 Nov 29 09:22 /mnt
            owner@:rwxp-DaARWcC-s:------:allow
            owner@:------------o-:------:deny
            group@:r-x---a-R-c--s:------:allow
            group@:-w-p-D-A-W-Co-:------:deny
         everyone@:r-x---a-R-c--s:------:allow
         everyone@:-w-p-D-A-W-Co-:------:deny

and implemented this.

For tar, we need to append the numerical id values....

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