Bugzilla Bug 191746

See Bug #178217
But this is not only needed for nfs-utils-1.1, but also lower versions:
checking for event_dispatch in -levent... yes
checking for nfs4_init_name_mapping in -lnfsidmap... yes
checking event.h usability... yes
checking event.h presence... yes
checking for event.h... yes
checking nfsidmap.h usability... yes
checking nfsidmap.h presence... yes
checking for nfsidmap.h... yes
checking for x86_64-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for RPCSECGSS... yes
checking for GSSAPI... configure: error: Package requirements (libgssapi >=
0.9) were not met:

No package 'libgssapi' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GSSAPI_CFLAGS
and GSSAPI_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/net-fs/nfs-utils-1.0.12/work/nfs-utils-1.0.12/config.log

!!! ERROR: net-fs/nfs-utils-1.0.12 failed.


Reproducible: Always

Steps to Reproduce:
1.run emerge --depclean -> removes libgssapi, because nothings depends on it
2.run revdep-rebuild -> wants to rebuild nfs-utils, because of gssapi breakage
3.emerge nfs-utils fails




My system is stable amd64, but I don't think that this matters in this case.

(In reply to comment #0)
> See Bug #178217

And you filed the duplicate exactly why?


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

This is NOT a dublicate of 178217 !
178217 is about unstable nfs-utils-1.1.0, that was fixed.
This bug is about *stable* nfs-utils-1.0.12, that is still broken!

Sure.

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

Reopening again, as I can't reopen Bug #178217.

Reason for reopening:
The closing of #178217 is invalid, because the problem I reported here concerns
the *stable* packages not some unstable ones that are due to "once
stabilization finishes".

The problem:
The *stable* net-fs/nfs-utils-1.0.12 are broken as comment #0, because there is
no longer any DEPEND on net-libs/libgssapi.

The reason why this missing dependency was not noted early was, that the
nfs-utils depend on net-libs/librpcsecgss and so got an indirect dependency.

This worked until net-libs/librpcsecgss-0.16 because stable, as that removed
this depend.

Summary:
before 2007-09-08:
*stable* net-fs/nfs-utils-1.0.12 DEPEND on 
  *stable* net-libs/librpcsecgss-0.14-r1 DEPEND on
    *stable* >=app-crypt/libgssapi-0.9
=> This works
now on *stable* amd64:
*stable* net-fs/nfs-utils-1.0.12 DEPEND on
  *stable* net-libs/librpcsecgss-0.16 DEPEND on
    *stable* net-libs/libgssglue but not on any libgssapi
=> Now it's broken and any further stablisation will not magically add this
needed dependency.

Can't do it now.

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

(In reply to comment #5)
>Can't do it now.
I can understand that and have no problem with this.
But I think
> *** This bug has been marked as a duplicate of bug 191296 ***
is again an invalid solution.

Stabilizing net-libs/libnfsidmap-0.19 does not fix this dependency issue.

I added "~net-libs/libnfsidmap-0.19 ~amd64" to my packages.keywords,
ran emerge -aDNv world
-> that upgraded libnfsidmap from 0.17 to 0.19
ran emerge --depclena
-> that remove libgssapi again, as the DEPEND is still missing
now /usr/sbin/rpc.gssd is broken again
ran emerge nfs-utils
-> same error as in comment #0

Please reopen this bug or bug 178217. Or should the newer libnfsidmap get new
DEPENDs?

http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-fs/nfs-utils/nfs-utils-1.1.0.ebuild?r1=1.3&r2=1.4

(In reply to comment #7)
>http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-fs/nfs-utils/nfs-utils-1.1.0.ebuild?r1=1.3&r2=1.4

???

That does nothing to any stable ebuild and so will not fix the dependency issue
with the stable tree. And I can't seem to find any request to stable
nfs-utils-1.1.0.

The only thing that commit does, seems to also break the unstable nfs-utils:
checking for connect... yes
checking for crypt in -lcrypt... yes
checking for event_dispatch in -levent... yes
checking for nfs4_init_name_mapping in -lnfsidmap... yes
checking event.h usability... yes
checking event.h presence... yes
checking for event.h... yes
checking nfsidmap.h usability... yes
checking nfsidmap.h presence... yes
checking for nfsidmap.h... yes
checking for x86_64-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for RPCSECGSS... yes
checking for GSSAPI... configure: error: Package requirements (libgssapi >=
0.11) were not met:

No package 'libgssapi' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GSSAPI_CFLAGS
and GSSAPI_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/net-fs/nfs-utils-1.1.0/work/nfs-utils-1.1.0/config.log

!!! ERROR: net-fs/nfs-utils-1.1.0 failed.

To try this, I added the following to my package.keywords:
~net-libs/libnfsidmap-0.19 ~amd64
~net-fs/nfs-utils-1.1.0 ~amd64
~app-crypt/libgssapi-0.11 ~amd64

Installed are:
net-libs/libgssglue-0.1 (stable, no other unstable versions)
net-libs/libnfsidmap-0.19 (unstable, installed because of "Duplicate")
net-libs/librpcsecgss-0.16 (stable, no other unstable versions)

Should I open another bug, or should bug 178217 be reopened?

Well, if you don't get the point, too bad. No need for more comments here.
Closed.

I am also having this problem.  An emerge of nfs-utils fails due to a missing
gssapi dependancy.  However, gssapi isn't listed as a dependancy.  I just did a
sync and the current stable version of nfs-utils on amd64 (1.0.12) contains
this error.

I'm having difficulty following what the issue with filing this bug is.  The
bug exists currently, and I can't find any open bugs tracking it.  I don't
think this should be closed when a --depclean breaks an installed package...

The issue with this bug is, that there are three other bugs involved. And two
of the other bugs are already closed as fixed, while the issue is still
somewhat one.

1) Bug #178217
Fixed, as the DEPEND was added to nfs-utils-1.1.0
Unfixed, as the DEPEND is still missing in the other stable nfs-utils.
But with some "Stabilization" this will magicly go away.

2) Bug #191561
Fixed, because the blocker are now in the tree. The blocker-DEPENDs themself
are correct, because there is a real collision between libgssglue and libgssapi
Unfixed, because as comment #2 in that bug says these mutal blockers prevent
nfs-utils to be build with USE=kerberos
Really nice is that any new reports about this breakage are just put under
DUPLICATE of a fixed bug. But this will not fix the systems of the reporter.

3) Bug #191479
The real cause of all this.
librpcsecgss-0.16 changed its DEPEND from libgssapi to libgssglue.
That broke all the nfs-utils-builds, because there needed DEPEND on libgssapi
was only specifyed indirectly through librpcsecgss.
0.16 seems only to be in the tree for three days, but was already made stable
because this is a security bug.
But as the blocker from 2) where added later the first tests seem not to have
shown any problem.

I don't know why #191296 should be relevant, but according to Jakub Moc using
that version of libnfsidmap will solve all of your problems.

see comment #6 -> It did not work for me.

I "solved" this by adding USE="-kerberos" to my make.conf. My system now works
again. For me it is now reallay "SOLVED".

*** Bug 191909 has been marked as a duplicate of this bug. ***

Created an attachment (id=130445) [details]
gssglue.patch

Patch for nfs-utils-1.1.0 (yes, I realise this won't fix stable nfs-utils; I'm
posting it here so it doesn't get lost).

Can confirm this nfs-utils dependency bug as well.

Yikees!

I have the same problem.

"libgssapi" name changed to "libgssglue"
Stable "nfs-utils" is broken because it is still requiring "libgssapi"
You can not install both "libgssapi" and "libgssglue" because they
are blocking each other.

Unfortunately Jakub has chosen to combine another bug into this one, which is:
even once the DEPEND lines are changed, nfs-utils will still fail to compile
because it looks for libgssapi and not libgssglue.  The above patch fixes the
issue for nfs-utils-1.1.0 (unstable).

it's all a goddamn mess ... once libgssglue finishes going stable (waiting on
mips/sparc), i'll clean up all the packages and their deps/builds

Here is a temp fix, mask "librpcsecgss" above version "0.14-r1" and unmerge
"libgssglue". After updating world, everything will be consistent.

# echo ">net-libs/librpcsecgss-0.14-r1" > /etc/portage/package.mask
# emerge -C libgssglue
# emerge -vuDN world
# rm -rf .revdep-rebuild.*
# revdep-rebuild

=net-libs/librpcsecgss-0.16 should also be masked with the "quick fix"?

*** Bug 191991 has been marked as a duplicate of this bug. ***

*** Bug 192069 has been marked as a duplicate of this bug. ***

*** Bug 192251 has been marked as a duplicate of this bug. ***

(In reply to comment #19)
> =net-libs/librpcsecgss-0.16 should also be masked with the "quick fix"?
> 

Yes. That's why he used the ">" symbol; just like in math it means "greater
than." So any version greater than the one he specified will be masked.

doh!  I didn't see that.  I usually use ">=" instead of just ">".  But now I
see the reasoning for just ">" for version fields. :-/

still have the same issue.

Adding this line in package.use fix it.
net-fs/nfs-utils  -kerberos

The problem are not the Gentoo DEPEND, but nfs-utils configure.ac :

    dnl librpcsecgss already has a dependency on libgssapi,
    dnl but we need to make sure we get the right version
    if test "$enable_gss" = yes; then
     PKG_CHECK_MODULES(RPCSECGSS, librpcsecgss >= 0.10, ,
      [AC_MSG_ERROR([Unable to locate information required to use librpcsecgss.
 If you have pkgconfig installed, you might try setting environment variable
PKG_CONFIG_PATH to /usr/local/lib/pkgconfig])
      ]
     )
    PKG_CHECK_MODULES(GSSAPI, libgssapi >= 0.11)
    fi

They hardcode dependency to libgssapi, witch is *not* installed with the new
gssglue stuff.

So, a small patch is needed in this case. Oh, and some stuff is also required
in aclocal/kerberos5.m4.

(In reply to comment #25)
> The problem are not the Gentoo DEPEND, but nfs-utils configure.ac :
...
> They hardcode dependency to libgssapi, witch is *not* installed with the new
> gssglue stuff.
> 
> So, a small patch is needed in this case. Oh, and some stuff is also required
> in aclocal/kerberos5.m4.

See gssglue.patch attached: http://bugs.gentoo.org/attachment.cgi?id=130445

After patching nfs-utils-1.1.0 with the provided patch:

 * econf: updating nfs-utils-1.1.0/config.guess with
/usr/share/gnuconfig/config.guess
 * econf: updating nfs-utils-1.1.0/config.sub with
/usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --mandir=/usr/share/man --with-statedir=/var/lib/nfs
--disable-rquotad --enable-nfsv3 --enable-secure-statd --with-tcp-wrappers
--enable-nfsv4 --enable-gss --build=i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i686-pc-linux-gnu-gcc accepts -g... yes
checking for i686-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i686-pc-linux-gnu-gcc... gcc3
checking for libwrap... yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for i686-pc-linux-gnu-g++... i686-pc-linux-gnu-g++
checking whether we are using the GNU C++ compiler... yes
checking whether i686-pc-linux-gnu-g++ accepts -g... yes
checking dependency style of i686-pc-linux-gnu-g++... gcc3
checking for i686-pc-linux-gnu-gcc... (cached) i686-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether i686-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for i686-pc-linux-gnu-gcc option to accept ISO C89... (cached) none
needed
checking dependency style of i686-pc-linux-gnu-gcc... (cached) gcc3
checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ld used by i686-pc-linux-gnu-gcc... /usr/i686-pc-linux-gnu/bin/ld
checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking how to recognise dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... i686-pc-linux-gnu-g++ -E
checking for i686-pc-linux-gnu-g77... no
checking for i686-pc-linux-gnu-xlf... no
checking for i686-pc-linux-gnu-f77... no
checking for i686-pc-linux-gnu-frt... no
checking for i686-pc-linux-gnu-pgf77... no
checking for i686-pc-linux-gnu-cf77... no
checking for i686-pc-linux-gnu-fort77... no
checking for i686-pc-linux-gnu-fl32... no
checking for i686-pc-linux-gnu-af77... no
checking for i686-pc-linux-gnu-xlf90... no
checking for i686-pc-linux-gnu-f90... no
checking for i686-pc-linux-gnu-pgf90... no
checking for i686-pc-linux-gnu-pghpf... no
checking for i686-pc-linux-gnu-epcf90... no
checking for i686-pc-linux-gnu-gfortran... i686-pc-linux-gnu-gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether i686-pc-linux-gnu-gfortran accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from i686-pc-linux-gnu-gcc
object... ok
checking for objdir... .libs
checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar
checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib
checking for i686-pc-linux-gnu-strip... i686-pc-linux-gnu-strip
checking if i686-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for i686-pc-linux-gnu-gcc option to produce PIC... -fPIC
checking if i686-pc-linux-gnu-gcc PIC flag -fPIC works... yes
checking if i686-pc-linux-gnu-gcc static flag -static works... yes
checking if i686-pc-linux-gnu-gcc supports -c -o file.o... yes
checking whether the i686-pc-linux-gnu-gcc linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by i686-pc-linux-gnu-g++... /usr/i686-pc-linux-gnu/bin/ld
checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes
checking whether the i686-pc-linux-gnu-g++ linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking for i686-pc-linux-gnu-g++ option to produce PIC... -fPIC
checking if i686-pc-linux-gnu-g++ PIC flag -fPIC works... yes
checking if i686-pc-linux-gnu-g++ static flag -static works... yes
checking if i686-pc-linux-gnu-g++ supports -c -o file.o... yes
checking whether the i686-pc-linux-gnu-g++ linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for i686-pc-linux-gnu-gfortran option to produce PIC... -fPIC
checking if i686-pc-linux-gnu-gfortran PIC flag -fPIC works... yes
checking if i686-pc-linux-gnu-gfortran static flag -static works... yes
checking if i686-pc-linux-gnu-gfortran supports -c -o file.o... yes
checking whether the i686-pc-linux-gnu-gfortran linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether i686-pc-linux-gnu-gcc and cc understand -c and -o together...
yes
checking for i686-pc-linux-gnu-ar... (cached) i686-pc-linux-gnu-ar
checking for i686-pc-linux-gnu-ld... /usr/i686-pc-linux-gnu/bin/ld
checking for ANSI C header files... (cached) yes
checking for GNU libc2... yes
checking for BSD signal semantics... no
checking for gethostbyname... yes
checking for connect... yes
checking for crypt in -lcrypt... yes
checking for event_dispatch in -levent... yes
checking for nfs4_init_name_mapping in -lnfsidmap... yes
checking event.h usability... yes
checking event.h presence... yes
checking for event.h... yes
checking nfsidmap.h usability... yes
checking nfsidmap.h presence... yes
checking for nfsidmap.h... yes
checking for i686-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for RPCSECGSS... yes
checking for GSSAPI... configure: error: Package requirements (libgssapi >=
0.11) were not met:

No package 'libgssapi' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GSSAPI_CFLAGS
and GSSAPI_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/net-fs/nfs-utils-1.1.0/work/nfs-utils-1.1.0/config.log

!!! ERROR: net-fs/nfs-utils-1.1.0 failed.
Call stack:
  ebuild.sh, line 1638:   Called dyn_compile
  ebuild.sh, line 985:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  nfs-utils-1.1.0.ebuild, line 43:   Called econf '--mandir=/usr/share/man'
'--with-statedir=/var/lib/nfs' '--disable-rquotad' '--enable-nfsv3'
'--enable-secure-statd' '--with-tcp-wrappers' '--enable-nfsv4' '--enable-gss'
  ebuild.sh, line 586:   Called die

eix -Ic gss
[I] net-libs/libgssglue (0.1@09/09/2007): exports a gssapi interface which
calls other random gssapi libraries
[I] net-libs/librpcsecgss (0.16@09/09/2007): implementation of rpcsec_gss (RFC
2203) for secure rpc communication

emerge --info:
Portage 2.1.2.12 (default-linux/x86/2007.0/server, gcc-4.1.2, glibc-2.5-r4,
2.6.20-hardened-r6 i686)
=================================================================
System uname: 2.6.20-hardened-r6 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Fri, 14 Sep 2007 17:30:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p17
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.7.9-r1, 1.10
sys-devel/binutils:  2.17-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind /var/qmail/alias /var/qmail/control
/var/vpopmail/domains /var/vpopmail/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps y"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms
strict userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LC_ALL="en_US.UTF-8"
LINGUAS="pl"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="acpi apache2 aspnet2 berkdb bitmap-fonts bzip2 caps cli cracklib crypt
ctype cvs dri fam fortran ftp gd gdbm gpm iconv imap innodb isdnlog java
kerberos ldap logrotate maildir mailwrapper masquerade midi mudflap mysql
ncurses nls nptl nptlonly offensive openmp pam pcre perl perlsuid php postgres
pppd python qmail readline reflection samba session slang snmp spamassassin spl
sse sse2 ssl subversion tcpd threads truetype truetype-fonts type1-fonts
unicode urandom usb vhosts vim-syntax x86 xml xorg zlib" ALSA_CARDS="ali5451
als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370
ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident
usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy
dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear
meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc"
INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz
cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="pl"
USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128
i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge
savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware
voodoo"
Unset:  CTARGET, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

nfs-utils and friends have been given a good scrubbin so everything should be
sane now

feeling a bit better but not quite sane.

it still seems impossible to emerge nfs0utils without adding -kerebos (at least
on ~x86)

If this libgssglue jive is just a name change someone needs a good spanking.

This has caused and is still causing a lot ppl a lot of timewasting. Sadly
there are still a few corners of the OSS world who have not realised that
backwards compatability MATTERS.

Having to remove USE options to disactivate broken deps does not seem that much
of a RESOLVED FIXED.

saying "it fails" is useless ... you need to describe how it actually breaks

(In reply to comment #30)
> saying "it fails" is useless ... you need to describe how it actually breaks
> 

Well, I'm not this deep in the subject but the problem is with me too:

emerge -p nfs-utils

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] net-libs/libgssglue-0.1
[ebuild   R   ] net-fs/nfs-utils-1.1.0-r1  USE="kerberos*"
[blocks B     ] net-libs/libgssglue (is blocking app-crypt/libgssapi-0.11)
[blocks B     ] app-crypt/libgssapi (is blocking net-libs/libgssglue-0.1)


No chance for me to resolve this. Only the work-around (or hack?!?)

USE="-kerberos" emerge nfs-uitls

seems to work. I have the the same problem with the "stable" version of
nfs-utils.

Sorry, I should not have given up so quickly:

Now

emerge --unmerge libgssapi
emerge -p nfs-utils
revdep-rebuild


seem to do the trick without the "kerberos-hack".