linux-kernel - Re: Reiser4 Inclusion

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20060717155151.GD8276@merlin.emma.line.org>
Date:	Mon, 17 Jul 2006 17:51:51 +0200
From:	Matthias Andree <matthias.andree@....de>
To:	Grzegorz Kulewski <kangur@...com.net>
Cc:	Diego Calleja <diegocg@...il.com>, arjan@...radead.org,
	caleb@...ebgray.com, linux-kernel@...r.kernel.org
Subject: Re: Reiser4 Inclusion

On Mon, 17 Jul 2006, Grzegorz Kulewski wrote:

> Keeping Reiser4 out of kernel is even worse (for those users, other users 
> that could test this filesystem, for Reiser4 developers and whole 
> comunity) than accepting it for a try period with a big fat warning that 
> it my be removed if Namesys abandons futher fixing of it (after some time 
> to let user migrate).

And what are you going to do in the meanwhile, if reiser4 should be
fundamentally broken because namesys decided reiser11 was so much cooler
to work on, as has happened with 3.6 which still cannot handle hash
collisions properly?

> And any arguments like "if Reiser4 is not in the kernel then people will 
> not use and depend on it" are fundamentally flawed IMHO. Everything bad 
> that could happen with Reiser4 in the kernel can happen with Reiser4 out 
> of it.

Right, but accepting it into baseline is seen as "endorsement" by major
parts of the audience, and this is in fact what they like to see.

> It may look like some kernel developers are trying hard not to take 
> responsibility for Reiser4 saying that there is very huge difference 
> between selecting highly experimental kernel feature that is marked so and 
> patching the kernel with it. Sorry but I think there is very little 
> difference. And that little difference is only hurting users that want to 
> try and test something new.

Any why can those users not download and apply a patch, try it and
report back to Namesys?

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