Re: Re: [PATCH] Delete cryptoloop

[Petr Baudis]

Dear diary, on Thu, Jul 22, 2004 at 08:47:28AM CEST, I got a letter,
where Tim Connors <tconnors+linuxkernel1090478761@xxxxxxxxxxxxxxxxx> told me, that...
> "Dale Fountain" <dpf-lkml@xxxxxxxxxxxxxxx> said on Wed, 21 Jul 2004 23:13:58 -0700 (PDT):
> > Dm-crypt is still unstable, doesn't have all the features of cryptoloop
> > (please see my previous message), yet you wish to dump cryptoloop? At
> > least cryptoloop is a known quantity.
> > 
> > Once dm-crypt can be shown to have all the features of the software it's
> > meant to _replace_, I'll be more likely to agree. Otherwise, it sounds
> > like this decision is being made on a whim.
> 
> *cough* devfs->udev *cough*
> 
> I'm such a bastard :)

Judging from the discussion, this is really a different case. udev is
known to be already quite mature and fully replaces devfs - dm-crypt
being still quite a new player and not able to fully replace cryptoloop
yet.  So people who cannot replace cryptoloop with dm-crypt yet should
wait with upgrading from 2.6.8, backporting security fixes manually?

Another difference is that having devfs around means holding off the
drivers development globally and removing it would clean the code up a
lot - there is no such thing with removing cryptoloop, AFAIK. And I
don't buy the argument that it will encourage dm-crypt development - if
it suffers from a lack of developers interest, something else is
apparently wrong (there is either no that big need for moving away from
cryptoloop or the advantages don't balance the change effort for most
people) and forcing *users* to it won't help much; that works around the
natural selection by centralized control.

-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
For every complex problem there is an answer that is clear, simple,
and wrong.  -- H. L. Mencken
-
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/