I am only marking this as critical as it is blocking a LiveCD build. My current solution is to force libgpg-error to merge first, but the dependencies should be corrected on this ebuild.
libgcrypt depends on libgpg-error already, so it should already be brought in as a dep right?
You are correct, but for some reason it does not appear to be getting pulled in, as if I add a libgpg-error to my spec file right before gdm (I'm not pulling in all of gnome just yet) then it works. Also, without adding this, libgpg-error is never installed.
I'm not entirely sure what we can/need to do here Chris, USE="crypt" emerge libxslt -ep [ ... ] [ebuild N ] sys-libs/zlib-1.2.2 [ebuild N ] dev-libs/libxml2-2.6.17 [ebuild N ] sys-devel/autoconf-2.13 [ebuild N ] sys-devel/autoconf-wrapper-2-r1 [ebuild N ] sys-devel/autoconf-2.59-r6 [ebuild N ] dev-libs/libgpg-error-1.0-r1 [ebuild N ] dev-libs/libgcrypt-1.2.1 [ebuild N ] dev-libs/libxslt-1.1.12 It's definitely in the dep tree, is this something catalyst related?
Well, the stable for all arches on the LiveCD is 1.1.9-r1, rather than 1.1.12, but that makes no difference. It seems as if the problem has resolved itself, so I guess we can simply just INVALID this one, and if I discover where the actual problem was, I can REOPEN.
