Re: I oppose Chris and Jeff's patch to add an unnecessary additional namespace to ReiserFS

Chris Mason wrote:

>On Mon, 2004-04-26 at 12:59, Hans Reiser wrote:>> >>>v4 didn't factor into these decisions because it was still in extremely>early stages back then (2.4.16 or so).> >It was clearly indicated then that accessing acls was scheduled for V4 not V3.

> >>>I also view >>V3 as stable code that should not be disturbed more than minimally >>necessary, and I desire for all new functionality to go into V4 (Chris >>was also told that before his patch was written).>>>> >>>>You can't release v4 and then expect all the v3 users to disappear>instantly. Our users have an expectation that the filesystem they>choose for their production systems will be reasonably maintained over>time.> >The ReiserFS maintainer (me, in case you forgot;-) ) decided what release acls would go into, and you disregarded it and wrote an implementation that was inconsistent with the one planned.

>I consider supporting the linux standard interfaces for acls and xattrs>part of being reasonably maintained, and the pending release of v4>doesn't change that.>> >>>Making it possible to unify operating system namespaces was why ReiserFS >>was created. I am not in this for the money. Pasting in an additional >>namespace beyond what Unix had for short term marketing reasons violates >>its soul, and I have no desire to provide support for it as it >>complicates one feature at a time over 30 years.>>>> >>>Disliking the xattr interface is a different discussion. We>specifically did not do new and interesting namespace research with the>v3 patches, we supported the existing apis in as plain and non-intrusive>a manner possible.> >Reiser4 was specifically created as a rejection of the xattr api at the time that xattrs were first discussed. It took longer to write it than xattrs. One of your colleagues wrote the xattr api and you/Jeff did the ReiserFS portion. ReiserFS did not go down the xattr path, and declared that it would not do so long at the very beginning. You are continuing to try to force us down that path, and now you are claiming that because V4 took longer than hacking V3 that means that xattrs are a pre-existing api that we are heretically not conforming to. Love it.

>These patches were not a quick hack,>Creating reiser4's unified namespaces was more work and took longer, and fragmented namespaces are ugly, that makes xattrs a quick hack.

ReiserFS is release managed. That means that we schedule when features get implemented, and stick to those schedules. Persons who disregard the schedules they were informed of get their release schedule violating patches disregarded. Stable branches do not get new semantics added to them just before new major releases with preferred semantics come out.

Please consider contributing to enriching the collection of files that act as attributes of other files in V4 instead of pulling your oars in the other direction. If you do, you will be (as usually) a valued contributor.