Trying to emerge -u world, I get the above error. Here is the last few lines of the emerge output: /usr/qt/3/bin/moc ./kprintaction.h -o kprintaction.moc ../dcop/dcopidl/dcopidl ./kmfactory.h > kmfactory.kidl || ( rm -f kmfactory.kidl ; /bin/false ) creating libkdeprint_la_meta_unload.cpp ln -s ./management kdeprint make[3]: execvp: ln: Too many levels of symbolic links make[3]: *** [kdeprint] Error 127 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/kdelibs-3.0.3/work/kdelibs- 3.0.3/kdeprint' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kdelibs-3.0.3/work/kdelibs- 3.0.3/kdeprint' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kdelibs-3.0.3/work/kdelibs-3.0.3' make: *** [all] Error 2 !!! ERROR: The ebuild did not complete successfully. !!! Function kde_src_compile, Line -7414, Exitcode 2 !!! died running emake, kde_src_compile:make !!! emerge aborting on /usr/portage/kde-base/kdelibs/kdelibs-3.0.3.ebuild .
Well, I figured this out. At least to get past it and get KDE updated. For some reason, I had this link: /usr/sbin/ln -> ln I think I figured out why I had that link. I created symlinks to my services in /etc/init.d/ as /usr/sbin/rcservice. I must have done something like: ln ln -s /etc/init.d/someservice rcsomeservice It created the service link properly, but it also creates the weird recursive ln -> ln link as well. I just tested this, and that is definitely what happened. I can recreate it easily. It seems to me to be incorrect and ln should report it as incorrect syntax in some way. I checked this out on a Solaris system, and this does not happen. ln complains about cannot access ln and cannot access -s. I suppose this could be considered a bug, but I guess not in Gentoo.
Glad it's worked out.
