DM-Crypt Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Milan Broz <mbroz@redhat.com>
To: dm-crypt <dm-crypt@saout.de>
Subject: [dm-crypt] [ANNOUNCE] cryptsetup 1.1.1-rc1 (test release candidate)
Date: Sat, 01 May 2010 19:13:37 +0200	[thread overview]
Message-ID: <4BDC6141.7000202@redhat.com> (raw)

Cryptsetup 1.1.1-rc1 Release Notes
==================================

The first cryptsetup 1.1.1-rc1 release candidate is available at

   http://code.google.com/p/cryptsetup/

Feedback and bug reports are welcomed.


Changes since version 1.1.0

Important changes:
~~~~~~~~~~~~~~~~~~

* Detects and use device-mapper udev support if available.

  This should allow synchronisation with udev rules and avoid races with udev.

  If package maintainer want to use old, direct libdevmapper device node creation,
  use configure option --disable-udev.

* Supports device topology detection for data alignment.

  If kernel provides device topology ioctl calls, the LUKS data area
  alignment is automatically set to optimal value.

  This means that stacked devices (like LUKS over MD/LVM)
  should use the most optimal data alignment.

  (You can still overwrite this calculation using --align-payload option.)

* Prefers some device paths in status display.
  (So status command will try to find top level device name, like /dev/sdb.)

* Fix package config file to use proper package version.

Other changes:
~~~~~~~~~~~~~~
* Fix luksOpen reading of passphrase on stdin (if "-" keyfile specified).
* Fix isLuks to initialise crypto backend (blkid instead is suggested anyway).
* Properly initialise crypto backend in header backup/restore commands.
* Do not verify unlocking passphrase in luksAddKey command.
* Allow no hash specification in plain device constructor - user can provide volume key directly.
* Try to use pkgconfig for device mapper library in configuration script.
* Add some compatibility checks and disable LUKS suspend/resume if not supported.
* Rearrange tests, "make check" now run all available test for package.
* Avoid class C++ keyword in library header.


Milan

             reply	other threads:[~2010-05-01 17:13 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-01 17:13 Milan Broz [this message]
2010-05-03 14:34 ` [dm-crypt] [ANNOUNCE] cryptsetup 1.1.1-rc1 (test release candidate) Milan Broz
2010-05-03 15:31 ` [dm-crypt] [ANNOUNCE] cryptsetup 1.1.1-rc2 " Milan Broz
2010-05-03 18:46 ` [dm-crypt] [ANNOUNCE] cryptsetup 1.1.1-rc1 " Thomas Bächler
  -- strict thread matches above, loose matches on Subject: below --
2010-05-01 18:06 Si St
2010-05-01 20:10 ` Milan Broz
2010-05-01 19:43 Si St

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BDC6141.7000202@redhat.com \
    --to=mbroz@redhat.com \
    --cc=dm-crypt@saout.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox