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

[mjt@nysv.org (Markus Törnqvist)]

On Mon, Apr 26, 2004 at 11:15:32AM -0700, Hans Reiser wrote:

>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.

Surely this can not be such a bad thing.

There's a lot of stuff flying around for the kernel that's not included
for one reason or another, probably because some maintainer doesn't like
it. What do people do? They patch it in by themselves.

If there's demand for something and someone provides it, what's the big
deal? It's still not supported by the maintainer, but it is maintained,
and it complies with standards.

Not that different from using some other scheduler or something than what's
provided in the mainline kernel. It can then be developed and possibly
make it into the mainline. Possibly. If the maintainer wants it.

Besides, Reiser4 was, and maybe is in the grand scheme of things, something
of the future and maybe interim solutions shouldn't be disregarded.

>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 

I hardly see this as forcing anyone to do anything.

No-one takes away anyone's freedom of choice, in fact, the very idea of
free software has been embodied here.

>V4 took longer than hacking V3 that means that xattrs are a pre-existing 
>api that we are heretically not conforming to.  Love it.

If xattrs were there first, why wouldn't they be pre-existing?-)

If Reiser4 attributes are better and stand a chance at becoming the new
standard, you should by Bog stand behind them and embrace this competition.

Let SuSE keep their customers happy and have people see that Reiser4
attributes are better.

>patches disregarded.  Stable branches do not get new semantics added to 
>them just before new major releases with preferred semantics come out.

This is of course only natural. But you allowed this to happen in your
choice of license and that's not a bad thing. Quite the contrary.

>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.

Amen to that.

-- 
mjt