On Thu, Jun 30, 2005 at 07:18:47PM +0400, Nikita Danilov wrote: >Sorry, I don't see your point. Again: if you think that user level >developers are unlikely to agree to the common framework, what >difference it makes whether this framework is defined at the kernel or >library boundary? Applications would have to be changed to conform to >the common API either way. I see it as a heavier incentive to do it by a framework that's in the kernel. >If you can force application developers to conform to the LSB why you >cannot do the same with the library level interface? If I want to access metadata with bash, do I patch bash to support both Gnome's and KDE's solutions? Was there one of XFCE too? And FooBarXyzzyWM that'll want to do it's own VFS next year? I'd also guess that the upstream guys would much rather have patches for their progs that conform to the kernel than some obscure neighbor userspace system. Sure looks like having this in the kernel makes it easiest; there's just one common denominator to patch for. This doesn't even invalidate the userland VFSs of the other guys, they're still needed for systems whose kernels don't have a metadata facility. -- mjt
Attachment:
signature.asc
Description: Digital signature
- Follow-Ups:
- Re: reiser4 plugins
- From: Horst von Brand <[email protected]>
- Re: reiser4 plugins
- From: Diego Calleja <[email protected]>
- Re: reiser4 plugins
- References:
- Re: reiser4 plugins
- From: [email protected] (Markus Törnqvist)
- Re: reiser4 plugins
- From: Horst von Brand <[email protected]>
- Re: reiser4 plugins
- From: [email protected] (Markus Törnqvist)
- Re: reiser4 plugins
- From: [email protected] (Markus Törnqvist)
- Re: reiser4 plugins
- Prev by Date: Re: [PROBLEM] kernel BUG at include/linux/blkdev.h:601
- Next by Date: Re: PREEMPT_RT and I-PIPE: the numbers, take 3
- Previous by thread: Re: reiser4 plugins
- Next by thread: Re: reiser4 plugins
- Index(es):