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 attachment 130445 [details, diff] 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".