Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Acl\-Devel\]\s+Re\:\s+User\s+EA\s+on\s+symlinks\,\s+2\.4\.19\-xfs\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Acl\-Devel\]\s+Re\:\s+User\s+EA\s+on\s+symlinks\,\s+2\.4\.19\-xfs\s*$/: 20 ]

Total 20 documents matching your query.

1. w risky is 2.5.x? (score: 1): Author: Andreas Gruenbacher <agruen@xxxxxxx>; Date: Sun, 10 Nov 2002 16:26:45 +0100; The access rules for the user.* namespace are already complicated enough; I don't want to further complicate them. We have been anticipating additional namespaces with different access semantics, but; /archives/xfs/2002-11/msg00147.html (11,247 bytes)
2. red with Page buffer Support (score: 1): Author: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>; Date: Mon, 11 Nov 2002 21:55:23 +1000; OK, so if I defaulted to user.ferris-icon-x and then tried owner.ferris-icon-x I would have a somewhat valid solution. Also this would allow the user to copy the symlink and preserve the metadata fai; /archives/xfs/2002-11/msg00159.html (13,336 bytes)
3. tdown in xfs_trans_cancel (score: 1): Author: Ethan Benson <erbenson@xxxxxxxxxx>; Date: Mon, 11 Nov 2002 03:08:20 -0900; this is somewhat off-topic, but are you really sure EAs are the best place for this kind of info? please consider that UNIX is a multi user OS, in shared directories this method of storage will fall; /archives/xfs/2002-11/msg00160.html (10,076 bytes)
4. ks, 2.4.19-xfs (score: 1): Author: Andreas Gruenbacher <agruen@xxxxxxx>; Date: Mon, 11 Nov 2002 13:14:53 +0100; I feel somewhat responsible for ext2/ext3, and slightly less so for reiserfs. For XFS the right contact would be Nathan Scott, or the linux-xfs list. We should try to make a coordinated move. I see.; /archives/xfs/2002-11/msg00162.html (13,731 bytes)
5. kernel context (e.g. HSM) (score: 1): Author: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>; Date: Mon, 11 Nov 2002 23:04:39 +1000; OK, I'll keep cc'ing both lists if/when I get the patches going. What solution would you suggest? I have thought of adapting libferris to support a new symlink format, using regular files and pretend; /archives/xfs/2002-11/msg00163.html (10,377 bytes)
6. A on symlinks, 2.4.19-xfs (score: 1): Author: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>; Date: Mon, 11 Nov 2002 23:08:18 +1000; Well, to solve multi user its easy to use user.ferris-icon-x-joe-black etc. Of the usual suspects ie: * efm style, using a .efm-meta file in the directory * out of line ~/.myapp/icondata.db * filenam; /archives/xfs/2002-11/msg00164.html (10,099 bytes)
7. .5.47 (score: 1): Author: Ethan Benson <erbenson@xxxxxxxxxx>; Date: Mon, 11 Nov 2002 11:46:32 -0900; UGH, apples OSX does this and its gross, `symlinks' you create in the GUI are useless regular files in the shell. unless i misunderstood your intent in which case disregard. IMO GUI programs which li; /archives/xfs/2002-11/msg00175.html (9,647 bytes)
8. attributes: process vs. kernel context (e.g. HSM) (score: 1): Author: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>; Date: Tue, 12 Nov 2002 11:07:49 +1000; It wouldn't be quite as painful in ferris because ferris being a library I add more and more support for it to bash as time goes by. so a cd my-strange-link; would work. Yep, I'd not deny access from; /archives/xfs/2002-11/msg00181.html (9,416 bytes)
9. ut Error Evms/XFS (score: 1): Author: Ethan Benson <erbenson@xxxxxxxxxx>; Date: Mon, 11 Nov 2002 23:10:07 -0900; not everyone uses bash. there is absolutly no acceptable reason to reinvent("symlink") -- Ethan Benson http://www.alaska.net/~erbenson/ Attachment: pgpUKLl0nuEPV.pgp Description: PGP signature; /archives/xfs/2002-11/msg00185.html (9,805 bytes)
10. KE - bench, docs, janitor (score: 1): Author: Vincent Janelle <random@xxxxxxxxxxxxxxxxx>; Date: Tue, 12 Nov 2002 00:19:01 -0800; Ethan Benson wrote: On Tue, Nov 12, 2002 at 11:07:49AM +1000, Ben Martin wrote: On Tue, 2002-11-12 at 06:46, Ethan Benson wrote: On Mon, Nov 11, 2002 at 11:04:39PM +1000, Ben Martin wrote: I have tho; /archives/xfs/2002-11/msg00186.html (10,114 bytes)
11. er EA on symlinks, 2.4.19-xfs (score: 1): Author: Andreas Gruenbacher <agruen@xxxxxxx>; Date: Sun, 10 Nov 2002 16:26:45 +0100; o; /archives/xfs/2002-11/msg00600.html (11,247 bytes)
12. in rpm (was Re: How risky is 2.5.x?) (score: 1): Author: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>; Date: Mon, 11 Nov 2002 21:55:23 +1000; ee; /archives/xfs/2002-11/msg00612.html (13,336 bytes)
13. boot when compiled with page buffer support (score: 1): Author: Ethan Benson <erbenson@xxxxxxxxxx>; Date: Mon, 11 Nov 2002 03:08:20 -0900; ai; /archives/xfs/2002-11/msg00613.html (10,076 bytes)
14. ] xfs_force_shutdown in xfs_trans_cancel (score: 1): Author: Andreas Gruenbacher <agruen@xxxxxxx>; Date: Mon, 11 Nov 2002 13:14:53 +0100; t'; /archives/xfs/2002-11/msg00615.html (13,731 bytes)
15. vel] Re: User EA on symlinks, 2.4.19-xfs (score: 1): Author: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>; Date: Mon, 11 Nov 2002 23:04:39 +1000; e.; /archives/xfs/2002-11/msg00616.html (10,377 bytes)
16. vel] Re: User EA on symlinks, 2.4.19-xfs (score: 1): Author: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>; Date: Mon, 11 Nov 2002 23:08:18 +1000; nd; /archives/xfs/2002-11/msg00617.html (10,099 bytes)
17. E - Remove leftovers from the old config system (score: 1): Author: Ethan Benson <erbenson@xxxxxxxxxx>; Date: Mon, 11 Nov 2002 11:46:32 -0900; nt; /archives/xfs/2002-11/msg00628.html (9,647 bytes)
18. s. kernel context (e.g. HSM) (score: 1): Author: Ben Martin <monkeyiq@xxxxxxxxxxxxxxxxxxxxx>; Date: Tue, 12 Nov 2002 11:07:49 +1000; c,; /archives/xfs/2002-11/msg00634.html (9,416 bytes)
19. ocess vs. kernel context (e.g. HSM) (score: 1): Author: Ethan Benson <erbenson@xxxxxxxxxx>; Date: Mon, 11 Nov 2002 23:10:07 -0900; ad; /archives/xfs/2002-11/msg00638.html (9,805 bytes)
20. or Evms/XFS (score: 1): Author: Vincent Janelle <random@xxxxxxxxxxxxxxxxx>; Date: Tue, 12 Nov 2002 00:19:01 -0800; re; /archives/xfs/2002-11/msg00639.html (10,114 bytes)

Current List: 1 - 20
Page: [1]