lkml.org 
[lkml]   [2004]   [Apr]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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.

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

\
 
 \ /
  Last update: 2005-03-22 14:02    [W:0.299 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site