dev-libs/libgcrypt depends on dev-libs/libgpg-error that does not provide static library in 1.10. As the result attempt to statically link with libgcrypt fails and thus currently stable cryptsetup-1.1.3-r3 fails with: libtool: link: i686-pc-linux-gnu-gcc -Wall -O2 -march=i686 -pipe -mtune=pentium3 -static -Wl,--as-needed -Wl,--hash-style=gnu -o cryptsetup cryptsetup-cryptsetup.o ../lib/.libs/libcryptsetup.a -luuid -L/lib -ldevmapper /usr/lib/libudev.a -L/usr/lib /usr/lib/libgcrypt.a /usr/lib/libgpg-error.so /usr/lib/libpopt.a /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../../i686-pc-linux-gnu/bin/ld: attempted static link of dynamic object `/usr/lib/libgpg-error.so' collect2: ld returned 1 exit status and unstable cryptsetup-1.2.0-r1 checking whether DM_UDEV_DISABLE_DISK_RULES_FLAG is declared... yes checking for gcry_check_version in -lgcrypt... no configure: error: Cannot find static gcrypt library. dev-libs/libgpg-error should provide static USE flag and cryptsetup[static] should depend on dev-libs/libgpg-error[static].
"static-libs" USE flag has been added in dev-libs/libgpg-error-1.10.
http://sources.gentoo.org/sys-fs/cryptsetup/cryptsetup-1.2.0-r1.ebuild?r1=1.3&r2=1.4
*** Bug 351691 has been marked as a duplicate of this bug. ***
By the way, for consistency with other packages, "static-libs" USE flag has been added also to dev-libs/libgcrypt.
*** Bug 351908 has been marked as a duplicate of this bug. ***
*** Bug 351962 has been marked as a duplicate of this bug. ***
Is this right? Now the use flag not present in the profile needs to be explicitly set for libgcrypt, which is annoying, I believe. If there is only one option to install cryptsetup and it is by enabling static-libs on libgcrypt, shouldn't it be without intervention? Otherwise, it shouldn't be required.
*** Bug 351935 has been marked as a duplicate of this bug. ***
*** Bug 352067 has been marked as a duplicate of this bug. ***