Bugzilla Bug 192069

I'm trying to emerge net-fs/nfs-utils with kerberos support for Secure NFS, and
I am running into so major dependency issues between packages.  Following is my
conclusions so far:

net-libs/libgssglue-0.1 ebuild blocks app-crypt/libgssapi-0.10 ebuild

net-libs/librpcsecgss-0.16 ebuild depends on net-libs/libgssglue ebuild

net-fs/nfs-utils-1.0.12 ebuild depends on net-libs/librpcsecgss ebuild

net-fs/nfs-utils-1.0.12 configure script depends on app-crypt/libgssapi, but
this is not reflected in the current ebuild

The configure script script for nfs-utils depends on a package that the ebuild
doesnt mark as a dependency, and the kerberos dependencies could not be
resolved if it did.  I believe that previous nfs-utils ebuilds did not directly
mark libgssapi as a depency because it was assumed to be resolved with
librpcsecgss, which is no longer the case.

Also, why does libgssglue block libgssapi?  libgssglue does not provide
/usr/lib/libgssapi.so, which nfs-utils depends on in addition to
librpcsecgss.so.

This has worked in the past until a recent update to the net-lib/librpcsecgss
ebuild which added the libgssglue dependency.

Reproducible: Always

Steps to Reproduce:
1. USE='kerberos' emerge -vDN nfs-utils
2. watch the fireworks

Actual Results:  
net-fs/nfs-utils with kerberos support fails to build due to dependency related
issues describe above.

Expected Results:  
net-fs/nfs-utils with kerberos support succeed to build, I can configure Secure
NFS, and gentoo sysadmins are happy with their completely encrypted linux
network.

*** This bug has been marked as a duplicate of bug 191746 ***