Messages in this thread | | | Date | Thu, 22 Jul 2004 17:02:11 +0200 | From | Petr Baudis <> | Subject | Re: Re: [PATCH] Delete cryptoloop |
| |
Dear diary, on Thu, Jul 22, 2004 at 08:47:28AM CEST, I got a letter, where Tim Connors <tconnors+linuxkernel1090478761@astro.swin.edu.au> told me, that... > "Dale Fountain" <dpf-lkml@fountainbay.com> 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |