From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mail.saout.de (Postfix) with ESMTP for ; Sun, 13 Sep 2009 20:52:24 +0200 (CEST) Message-ID: <4AAD3F65.50302@redhat.com> Date: Sun, 13 Sep 2009 20:52:21 +0200 From: Milan Broz MIME-Version: 1.0 References: <20090912215345.GA8666@alpha2> <20090912222223.GA23233@tansi.org> <4AACA98F.2060002@redhat.com> <20090913182827.GA12542@tansi.org> In-Reply-To: <20090913182827.GA12542@tansi.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [dm-crypt] cryptsetup, LUKS, plausible deniability List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Arno Wagner Cc: dm-crypt@saout.de Arno Wagner wrote: >> Do you think that I should try to somehow integrate Truecrypt containers >> compatibility (for open)? Would it be useful? > > I don't think so. Maybe write a wrapper about their own utilities > that has a LUKS-compatible commandline and can either call LUKS > or the Truecrypt stuff, depending on a small format detector. > That would probably be sufficient for most uses and far less effort > that to support a foreign format. Well, so when the mail is in list, I'll add more thoughts here :-) - support some foreign format should not be such problem, the stacking of several dmcrypt devices is more complicated problem here - truecrypt is not in all distros (because of licence), it is not meant as replacement for its tools but just simple utility to allow mount such device - TC uses dm-crypt anyway through dmsetup wrapper and such wrapper is not possible for libcryptsetup use But the license is showstopper here anyway. Milan