On Sun, 19 Sep 1999, Chuck Robey wrote:
> On Sun, 19 Sep 1999, Julian Elischer wrote:
>
> >
> >
> > On Sun, 19 Sep 1999, Chuck Robey wrote:
> >
> > > On Sat, 18 Sep 1999, Julian Elischer wrote:
> > >
> > > > DEVFS itself works fine however a subsystem it required to be a useful
> > > > abstraction was vandalised and stripped out by some people who "didn't get
> > > > it" and it has not yet been replaced by equivalent code.
> > >
> > > It seems more correct (to me) to state that there was a furious
> > > disagreement over whether or not to allow some memory of file permissions
> > > in devfs. Since there was never any agreement, DEVFS has smoldered. I
> > > think there's general agreement it would be a good thing to have, but that
> > > argument over how to keep user configurations must be handled.
> >
> > file permissions were not relevant to the code that was ripped out (the
> > stackable disk partitionning layers) (called SLICE).
>
> But it was to the subject on the Subject: line, Julian. We know what side
> you're on, but there are 2 sides to the argument. Isn't there some way
> that it can be set up to *optionally* have permission persistence?
I was one of the early consumers of DEVFS/SLICE. It mostly worked then,
without any persistance. What Julian is saying is that there was some
point in time when the things worked as they should for the DEVFS, just
without keeping any persistance. The code which was removed had nothing to
do with the persistance either.
So, as it is now DEVFS doesn't work properly, but not because of the lack
of persistance or some disagreements on this issue - it's just missing the
SLICE code.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// -------------------------------------------------------------------
// ------ FreeBSD: The Power to Serve. http://www.freebsd.org --------
// --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ----
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
