From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <arno@wagner.name>
Received: from v1.tansi.org (mail.tansi.org [84.19.178.47])
 by mail.server123.net (Postfix) with ESMTP
 for <dm-crypt@saout.de>; Thu,  2 Apr 2020 19:58:38 +0200 (CEST)
Received: from gatewagner.dyndns.org (81-6-44-245.init7.net [81.6.44.245])
 by v1.tansi.org (Postfix) with ESMTPA id 2F00C1401A5
 for <dm-crypt@saout.de>; Thu,  2 Apr 2020 19:58:37 +0200 (CEST)
Date: Thu, 2 Apr 2020 19:58:37 +0200
From: Arno Wagner <arno@wagner.name>
Message-ID: <20200402175837.GA6543@tansi.org>
References: <5602805.1319309.1585599459612.ref@mail.yahoo.com>
 <5602805.1319309.1585599459612@mail.yahoo.com>
 <8e692b82-04cc-693c-08e7-cb6524916c23@redhat.com>
 <20200331092143.GA6454@tansi.org>
 <de180480-0027-9ac1-239d-65f11a26ef5a@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <de180480-0027-9ac1-239d-65f11a26ef5a@redhat.com>
Subject: Re: [dm-crypt] unbound keys
List-Id: <dm-crypt.saout.de>
List-Unsubscribe: <https://www.saout.de/mailman/options/dm-crypt>,
 <mailto:dm-crypt-request@saout.de?subject=unsubscribe>
List-Archive: <https://www.saout.de/pipermail/dm-crypt/>
List-Post: <mailto:dm-crypt@saout.de>
List-Help: <mailto:dm-crypt-request@saout.de?subject=help>
List-Subscribe: <https://www.saout.de/mailman/listinfo/dm-crypt>,
 <mailto:dm-crypt-request@saout.de?subject=subscribe>
To: dm-crypt@saout.de

Hi Ondrej,

On Thu, Apr 02, 2020 at 13:28:45 CEST, Ondrej Kozina wrote:
> Hi Arno,
> 
> and sorry for late reply (see below):
> 
> On 3/31/20 11:21 AM, Arno Wagner wrote:
> >There is also the thing that the FAQ is LUKS1, not LUKS2.
[...]
> >Will existing features be stable after 2.4.0 or do you plan
> >additional changes?
> 
> I'd say LUKS2 on-disk format itself is stable at least since 2.1.0 release.
> 2.2.0 and later we're adding new features but it doesn't mean we can't
> document existing features (new pbkdf, per keyslot parameters, unbound
> keyslots, metadata auto-recovery capabilities, up-conversion to LUKS2,
> etc.).
> 
> LUKS2 metadata is more flexible due to json (text) format so I guess new
> features will keep comming (one of main reasons we decided to switch to
> LUKS2 in first place) but it should always be 'extension' and not an
> incompatible change.
> 
> Regards O.

Thanks, good to know. I have not really looked at the new format,
but I should find some time in the near future. I will start
on reviewing and extending the FAQ. 

Regards,
Arno

-- 
Arno Wagner,     Dr. sc. techn., Dipl. Inform.,    Email: arno@wagner.name
GnuPG: ID: CB5D9718  FP: 12D6 C03B 1B30 33BB 13CF  B774 E35C 5FA1 CB5D 9718
----
A good decision is based on knowledge and not on numbers. -- Plato

If it's in the news, don't worry about it.  The very definition of 
"news" is "something that hardly ever happens." -- Bruce Schneier