cryptsetup 1.0.6 release

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is the announcement for the seventh release of the 1.0.x series
of cryptsetup (previously known as cryptsetup-luks).

The changes from 1.0.5 are:

  * Fail early for unaccessible devices
  * Require O_EXCL access for luksOpen, so users don't create two
    mappings for the same underlying block device (which would cause
    file system corruption when mounted twice).
  * Add -s option to luksAddKey so the user can specify the key slot for new key (Marc Merlin)
  * Clean temporary mappings when hitting Ctrl-C at the password prompt
  * Run udevsettle after device creation (Matthias Koenig)
  * Man page improvements (Jonas Meuer)
  * Swedish translation courtesy (Daniel Nylander)

http://luks.endorphin.org/dm-crypt

Direct link to source repository: http://luks.endorphin.org/sources

Thanks for the feedback on the last pre release. Changes from 1.0.6-pre1 are

* Report correct unlocked key slot thanks to Nikolay F. Fetisov
* Add luksRemoveKey to manpage thanks to Till Maas
* Bug fix in luksAddKey (key_size=0 for LUKS implying infinite key material) thanks to Michal Hlavnika

Thanks to all contributors and bug hunters.

I would also like to give you an outlook for 1.1.0:

* Finally move a backup copy of all key material (not just the header)
  at the end of the partition. I will bump the LUKS header version for
  that, so that the header at the beginning knows where its backup
  resized, and can verify whether its in place on (luks)open
  actions. There will be a (luks)repair operation that can restore the
  starting header from the ending and vice-versa.

* move all LUKS specific actions into a new command line binary named
  'lukssetup'. Historically LUKS started as an extension to cryptsetup
  justifying the separate prefix for all its actions. Nowadays it
  seems LUKS is the major use case. The conversion scheme is
  cryptsetup luksFoobar -> lukssetup foobar. With this step I hope to
  remove a bit of confusion for users unfamilar with all the actions
  (surfaced recently around the reload action).

* Probably polish libcryptsetup to make it into a usable library (but
  this depends on the contributions)
--
Fruhwirth Clemens - http://clemens.endorphin.org 


---------------------------------------------------------------------
dm-crypt mailing list - http://www.saout.de/misc/dm-crypt/
To unsubscribe, e-mail: dm-crypt-unsubscribe@xxxxxxxx
For additional commands, e-mail: dm-crypt-help@xxxxxxxx


[Index of Archives]     [Device Mapper Devel]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux