Re: reiser4 vs politics: linux misses out again

[Jim Crilly]

On 07/10/05 08:01:26PM -0400, Ed Cogburn wrote:
> Jim Crilly wrote:
> 
> > But in most of the changesets on the bkbits site you can go back over 2
> > years and not see anything from namesys people. Nearly all of the fixes 
> > commited in the past 2-3 years are from SuSe.
> 
> 
> So, for the sake of argument, if IBM were to drop official support for JFS,
> we'd yank JFS out of the kernel even if there was someone else willing to
> support it?  Why does it now *matter* who supports it, as long as its being
> maintained?  And will we now block IBM's hypothetical JFS2 from the kernel
> if IBM, from the programmers up to the CEO, doesn't swear on their momma's
> grave that they'll continue to support JFS1, even if JFS1 is being
> supported by others?  Jeez, this is why it doesn't take a kernel dev to see
> the problems here, common sense seems to be an increasingly rare ingredient
> in these arguments against R4.  If I didn't know better, I'd think you were
> making this stuff up as you went along....

Someone other than Namesys maintaing the filesystem isn't the problem. XFS
for instance has had a lot of work done by non-SGI employees after it's
merge, but SGI doesn't release a new filesystem every 3 years with the
desire to remove and replace the old one. The main problems with reiser4
have been beat to death, if you don't get it by now chances are that you
won't. Having Hans and team run off to work on reiser5 6 months after
inclusion is an issue, since it seems to have happened before, but it's a
minor one as long as reiser4 is merged in a state where it can be manged by
other people without too much trouble.

Jim.

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