Re: reiser4 plugins

[Chet Hosey]

David Weinehall wrote:

>GNOME and KDE run on operating systems that run other kernels than
>Linux, hence they have to implement their own userland VFS anyway.
>Adding this to the Linux kernel won't help them one bit, unless
>we can magically convince Sun to add it to Solaris, all different
>BSD:s to add it to their kernels, etc.  Not going to happen.
>An effort to get GNOME and KDE to unify their VFS:s would be
>far more benificial, and would if successful probably lead to
>other desktop environments (if there are any other DE:s with their
>own VFS:s, dunno about that) following their lead.
>
>FreeDesktop is doing a lot of work to make GNOME, KDE, and other
>DE:s interoperate as much as possible.  Support their initiative
>instead of trying to get a monstrosity (albeit a very cool one,
>conceptually) into the kernel.  Sure, it could be made to work,
>but not without dropping our Unixness.  And if we do, we should
>start by looking at Plan 9 =)
>
>
>Regards: David
>  
>
The point of such ventures is that by placing features at a lower level
you get to keep the advantages of UNIX in the first place -- namely,
that many small tools can do neat things with most objects. By placing
everything in a largish userspace library instead of at a system level
(kernel, libc, etc.) you're essentially saying that, for instance, vi
would have to be rewritten in order to interact with objects presented
by the VFS. So would bash, fmt, sort, less, aspell, or anything else
that can open a file. You'd end up with a situation in which you see
objects via the VFS browser (file manager) that no longer exist when you
want to drop to a shell to use common UNIX utilities and find that the
object doesn't actually exist to the OS itself.

This sounds like Joel Spolsky's law of leaky abstractions, and the fact
that most operating systems lack a useful facility (which is why GNOME
and KDE roll their own VFS) sounds like a poor excuse for keeping useful
features out of the kernel.

I'm *not* arguing for putting anything specific into the kernel. I *am*
arguing that an inconsistent presentation in which some apps see VFS
objects and others don't makes for a less-than-ideal UI.

-- chet

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/