Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[NEWS\]\s+Extended\s+attributes\s+interface\s+changes\s*$/: 42 ]

Total 42 documents matching your query.

1. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Federico Sevilla III <jijo@xxxxxxxxxxxxxxxxxxxx>
Date: Sat, 2 Feb 2002 11:52:38 +0800 (PHT)
So setups utilizing ACLs won't have to be redone, right? As long as we make sure that when we upgrade to an XFS-enabled kernel using the new system calls we also upgrade the userland stuff or we won'
/archives/xfs/2002-02/msg00033.html (8,592 bytes)

2. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Ethan Benson <erbenson@xxxxxxxxxx>
Date: Fri, 1 Feb 2002 21:38:49 -0900
for XFS at least yes. on disk format is unchanged, only the syscalls are different. however it looks like only the extended attributes syscalls have been added to 2.5, there is still no ACL interface
/archives/xfs/2002-02/msg00035.html (10,131 bytes)

3. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Nathan Scott <nathans@xxxxxxx>
Date: Sun, 3 Feb 2002 12:52:54 +1100
yes. -- Nathan
/archives/xfs/2002-02/msg00051.html (9,233 bytes)

4. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Nathan Scott <nathans@xxxxxxx>
Date: Sun, 3 Feb 2002 12:57:39 +1100
We will be moving to the acl.bestbits.at implementation of ACLs which uses the extended attributes interfaces directly for ACLs, rather than separate syscalls as we have currently in the XFS tree. So
/archives/xfs/2002-02/msg00054.html (10,190 bytes)

5. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Ethan Benson <erbenson@xxxxxxxxxx>
Date: Sun, 3 Feb 2002 00:31:05 -0900
ah i see, so there will be no acl syscalls in the kernel, all of that will be handled entirly in the userspace libacl, which uses the xattr API just added yes? does that mean libacl will need to know
/archives/xfs/2002-02/msg00056.html (10,184 bytes)

6. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Nathan Scott <nathans@xxxxxxx>
Date: Sun, 3 Feb 2002 20:49:59 +1100
yup. No, we'll convert to/from a common (VFS) format into the XFS-specific format before writing / after reading the ACL. cheers. -- Nathan
/archives/xfs/2002-02/msg00057.html (10,068 bytes)

7. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Ethan Benson <erbenson@xxxxxxxxxx>
Date: Sun, 3 Feb 2002 01:01:29 -0900
hmm, but as im understanding this libacl will just be writing an extended attribute to a file, how will XFS, or whatever know this attribute is for ACLs rather then just some arbitrary attribute? the
/archives/xfs/2002-02/msg00059.html (10,104 bytes)

8. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Nathan Scott <nathans@xxxxxxx>
Date: Sun, 3 Feb 2002 21:23:33 +1100
attributes in the system namespace will need to be converted to the native filesystem format before/after being written/read. yes, we'll need to improve some areas of the documentation - several peop
/archives/xfs/2002-02/msg00060.html (10,079 bytes)

9. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Ethan Benson <erbenson@xxxxxxxxxx>
Date: Sun, 3 Feb 2002 01:58:19 -0900
yes, i was wondering where this conversion happens, libacl, or the kernel. -- Ethan Benson http://www.alaska.net/~erbenson/ Attachment: pgp4r0nSpiITp.pgp Description: PGP signature
/archives/xfs/2002-02/msg00061.html (9,765 bytes)

10. Re: [NEWS] Extended attributes interface changes (score: 1)
Author: Nathan Scott <nathans@xxxxxxx>
Date: Mon, 4 Feb 2002 07:15:48 +1100
In the kernel (inside XFS). cheers. -- Nathan
/archives/xfs/2002-02/msg00067.html (9,443 bytes)

11. ap? (score: 1)
Author: >
Date: Sat, 2 Feb 2002 11:52:38 +0800 (PHT)
/archives/xfs/2002-02/msg00607.html (8,592 bytes)

12. xfs (score: 1)
Author: >
Date: Fri, 1 Feb 2002 21:38:49 -0900
/archives/xfs/2002-02/msg00609.html (10,131 bytes)

13. xfs (score: 1)
Author: >
Date: Sun, 3 Feb 2002 12:52:54 +1100
/archives/xfs/2002-02/msg00625.html (9,233 bytes)

14. XFS (score: 1)
Author: >
Date: Sun, 3 Feb 2002 12:57:39 +1100
/archives/xfs/2002-02/msg00628.html (10,190 bytes)

15. air (score: 1)
Author: >
Date: Sun, 3 Feb 2002 00:31:05 -0900
/archives/xfs/2002-02/msg00630.html (10,184 bytes)

16. ges (score: 1)
Author: >
Date: Sun, 3 Feb 2002 20:49:59 +1100
/archives/xfs/2002-02/msg00631.html (10,068 bytes)

17. ogs (score: 1)
Author: >
Date: Sun, 3 Feb 2002 01:01:29 -0900
/archives/xfs/2002-02/msg00633.html (10,104 bytes)

18. ges (score: 1)
Author: >
Date: Sun, 3 Feb 2002 21:23:33 +1100
/archives/xfs/2002-02/msg00634.html (10,079 bytes)

19. ges (score: 1)
Author: >
Date: Sun, 3 Feb 2002 01:58:19 -0900
/archives/xfs/2002-02/msg00635.html (9,765 bytes)

20. ID5 (score: 1)
Author: >
Date: Mon, 4 Feb 2002 07:15:48 +1100
/archives/xfs/2002-02/msg00641.html (9,443 bytes)


This search system is powered by Namazu