This will break things using /etc/crypttab and a separate /usr
Cryptsetup-luks in Fedora 7 and before were build statically, this changed with
1.0.3-5 in rawhide. I do not know why this changed, but I guess we should either
put the following libraries into /lib
libpopt.so.0 => /usr/lib/libpopt.so.0 (0x0012e000)
libcryptsetup.so.0 => /usr/lib/libcryptsetup.so.0 (0x00136000)
libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x001b5000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x47d8f000)
or go back to building it statically.
This not only breaks existing installations, but also blocks Bug #124789
(encrypted root support).
There was also a bug report for cryptsetup to build it statically: #129926,
which was closed a long time ago.
I commited the necessary changes to cvs to build it statically again, there is a
scratch build available:
Static linking isn't the right answer, though, and is explicitly disallowed per
the packaging guidelines. The fact that it's needed in early boot isn't a
reason to link it statically; instead, it's a reason to get libraries moved to /lib.
(In reply to comment #3)
> Static linking isn't the right answer, though, and is explicitly disallowed per
> the packaging guidelines. The fact that it's needed in early boot isn't a
> reason to link it statically; instead, it's a reason to get libraries moved to
I have commited to cvs a change that moves the cryptsetup libraries to /lib.
Here is a list of the packages that need to move their libraries to /lib:
/usr/lib/libgcrypt.so.11 -> libgcrypt
/usr/lib/libpopt.so.0 -> popt (rpm)
/usr/lib/libgpg-error.so.0 -> libgpg-error
cryptsetup-luks-1_0_5-2_fc8 is built dynamically and puts libcryptsetup into
popt-1.12-3 will provide the files /lib/libpopt.so.0 and /lib/libpopt.so.0.0.0
once it reached Rawhide.
All "depends on" bugs are closed, so this can be closed, too.