ecryptfs-utils-100 released

Most of the original IBM LTC Security Team that designed and implemented eCryptfs, 2005-2008, along with a couple of Gazzangers who have also contributed to eCryptfs.  Gazzang hosted a small reception on Thursday, August 2, 2012.

I'm pleased to announce the 100th release of the ecryptfs-utils userspace package!

Somewhat unusually, eCryptfs userspace packages simply increment a single integral revision number, rather than a major or minor revision.  That project maintenance decision predates my involvement as project maintainer.  But it seems to work, at least for me :-)  I started maintaining the eCryptfs project and package at release 50, so this marks roughly my 50th release too.

Grepping through the changelog, I counted 157 bugs fixed over the last 6 years.  I really like to recognize the contributors who have helped bring a stable and reliable eCryptfs to you:

• Andreas Raster, anrxc, Arfrever Frehtes Taifersar Arahesis, Colin King, Colin Watson, Daniel Baumann, David Hicks, David Planella, Diego E. "Flameeyes" Pettenò, Dorin Scutarașu, Dustin Kirkland, Eddie Garcia, Eric Sandeen, Evan Dandrea, Frédéric Guihéry, George Wilson, Jakob Unterwurzacher, James Dupin, James Westby, Kees Cook, Kent Yoder, Marc Deslauriers, Martin Pitt, Michael Rooney, Michael Terry, Michal Hlavinka, Paolo Bonzini, Phillip Hellewell, Sebastian Krahmer, Serge Hallyn, Sergio Peña, Stephan Ritscher, Steve Langasek, Tim Harder, Tyler Hicks, Wesley Wiedenmeier, Yan Li

Apologies if I missed you...let me know and I'll add you in there ;-)

Changelog follows.   Here's to another 100!

ecryptfs-utils (100) precise; urgency=low

  [ Tyler Hicks ]
  * src/pam_ecryptfs/pam_ecryptfs.c, src/libecryptfs/key_management.c:
      LP: #1024476
    - fix regression introduced in ecryptfs-utils-99 when Encrypted
      Home/Private is in use and the eCryptfs kernel code is compiled as a
      module
    - drop check for kernel filename encryption support in pam_ecryptfs, as
      appropriate privileges to load the eCryptfs kernel module may not be
      available and filename encryption has been supported since 2.6.29
    - always add filename encryption key to the kernel keyring from pam_mount

  [ Colin King ]
  * tests/kernel/inode-race-stat/test.c:
    - limit number of forks based on fd limits
  * tests/kernel/enospc.sh, tests/kernel/enospc/test.c,
    tests/kernel/Makefile.am, tests/kernel/tests.rc:
    - add test case for ENOSPC

  [ Tim Harder ]
  * m4/ac_python_devel.m4: LP: #1029217
    - proplery save and restore CPPFLAGS and LIBS when python support is
      enabled

 -- Dustin Kirkland Thu, 02 Aug 2012 16:33:22 -0500

Cheers,
Dustin