Re: reiser4 plugins

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

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hubert Chan wrote:
> On Tue, 28 Jun 2005 02:01:12 -0400, Kyle Moffett <[email protected]> said:
> 
> 
>>On Jun 28, 2005, at 01:30:08, Hubert Chan wrote:
>>
>>>On Tue, 28 Jun 2005 00:38:38 -0400, Kyle Moffett
>>><[email protected]> said:
>>>
>>>>Ok.  Those things should probably be divided up.  Stuff like POSIX
>>>>extended attributes and such that have existing interfaces should
>>>>use those.
>>>
>>> One of the claimed advantages of the '...' interface is that
>>>everything is editable as a file.  So if someone wanted to edit the
>>>description extended attribute for foo.txt, he would just run
>>>"[editor] foo.txt/.../description" (or "[editor]
>>>/meta/fs/$(getattrpath foo.txt)/description"), instead of needing to
>>>use some special purpose editor.  It works well for things like being
>>>able to use Gimp to edit a thumbnail or icon attribute.
> 
> 
>>I don't disagree with the thumbnail/icon/description, but things like
>>POSIX acls and extended attributes have _existing_ interfaces which
>>should be used.

Any existing interface should be supported, but Reiser4 seems to want to
replace all existing interfaces except a direct open() and a proposed
new system call which opens lots of small files at once, efficiently.

The two approaches are not mutually exclusive, though.

> OK.  I agree with that.  Of course, Reiser4 can always present both
> interfaces, just like it presented two interfaces to the stat data --
> the regular interface and the metas (now '...') interface -- before
> file-as-dir got disabled by default.

The proposal I like right now is /meta, as a separate FS, which provides
access to what would be the '...' interface.  Check the archives.

>>I don't deny them the right to add other interfaces later, but such
>>should be a secondary or tertiary patch, after the rest of the stuff
>>is in.  In any case, if we were to provide an interface by which one
>>could $EDITOR the POSIX ACLs, it should be done in the VFS where all
>>filesystems can share it.
> 
> 
> I don't know if VFS is the right place for it, but I agree that it would
> be good to make it accessible to all filesystems.

You put it in /meta, which is available to all filesystems.

>>I think that part of Reiser4 needs more review than it's been given at
>>present.
> 
> 
> Looking forward to the flamewar that happens when Namesys decides that
> file-as-dir is ready to be turned on again. ;-)

Namesys still hasn't commented directly on the /meta proposal, have
they?  That would avoid the flamewar altogether.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQsGl6HgHNmZLgCUhAQK+OQ//Zhj9DPyXRaASbTmnj2oPcWYWHzY5+M8O
n0e7PsFPtVpb6mduDPYu91WTGYooPnicVOBBQezWUOVFYMN4SWxyVunTpDYbvTGn
xVwSLTjb5/AZ7dIuklVfverN72nwmLURCJjGZ41iqyylHJT/nCufYZHhQIPa15Pu
o0IzYlQahS3uxuYVJubDOms0G/K2pDuoFGuJJkk+JTPCbf9+2UEqjiUrL3FTqeG+
5RQ6wVeinz5CFPrUWmxl0CdipGqx3quCCYlBav31uRDJm2VwwqZNTxeEHWvZN/Y9
tXnkcVSVJkoaJtbGHUvu61g/TAs8ckxlEA9lnaG3SEhNNU5ZSm0aprZJTeRvs81e
iFxzlOKdgZA11GNx8rnj04Ii5MJapgQhDlz5CbOCxvOm6SkZZul+3n6VHxlCJzH2
pQD/GFcynPAbZYitOAyTWAU9K+fZ98dbCkDKJRLMbT8uiZwoc/m59m9ZniDVEKAn
IjUMFrIllpq9F8AZefEFqRV6l9vjM2vam5OS2HC4R+v753JEVKuvTjbJkR7mB9iv
zEGPBciVOjZAWuWmeQVartnDwx4ic2SECxv25w32wcPcrXUs9w0Z/hpIUfG7EAUl
z4dbGlKlXWybq8JLC6ojmL+cgKFAYs+4yfZvE73H9XHlhh1HrGbMc6sd342NCFJN
WjYRbkxGym0=
=LZpe
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux