make[2]: Entering directory `/var/tmp/portage/pam-0.78-r2/work/Linux-PAM-0.78/modules/pam_xauth' mkdir -p ./dynamic mkdir -p /var/tmp/portage/pam-0.78-r2/image//lib/security /bin/install -c -m 755 pam_xauth.so /var/tmp/portage/pam-0.78-r2/image//lib/security test -d /var/tmp/portage/pam-0.78-r2/image//usr/share/man/man8 || mkdir -p /var/tmp/portage/pam-0.78-r2/image//usr/share/man/man8 /bin/install -c -m 644 pam_xauth.8 /var/tmp/portage/pam-0.78-r2/image//usr/share/man/man8/ make[2]: Leaving directory `/var/tmp/portage/pam-0.78-r2/work/Linux-PAM-0.78/modules/pam_xauth' make[1]: Leaving directory `/var/tmp/portage/pam-0.78-r2/work/Linux-PAM-0.78/modules' * Checking if all modules were built... * ERROR: pam_access have dependencies in /usr. !!! ERROR: sys-libs/pam-0.78-r2 failed. !!! Function src_install, Line 298, Exitcode 0 !!! pam_access have dependencies in /usr. !!! If you need support, post the topmost build error, NOT this status message. I have _NO_ idea what that ERROR line means. Shouldn't there be "has" instead of "have" anyway? # emerge --info Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20050125-r0, 2.6.11 i686) ================================================================= System uname: 2.6.11 i686 Intel(R) Celeron(R) CPU 2.60GHz Gentoo Base System version 1.6.10 Python: dev-lang/python-2.1.3-r1,dev-lang/python-2.3.5,dev-lang/python-2.2.3-r5 [2.3.5 (#1, Feb 27 2005, 22:41:13)] distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-lang/python: 2.1.3-r1, 2.3.5, 2.2.3-r5 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.4_p6, 1.7.9-r1, 1.5, 1.6.3, 1.9.5, 1.8.5-r3 sys-devel/binutils: 2.15.92.0.2-r6 sys-devel/libtool: 1.5.10-r5 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache collision-protect cvs digest distlocks sandbox sfperms sign userpriv" GENTOO_MIRRORS="http://mirror.gentoo.sk/pub ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo http://ftp.easynet.nl/mirror/gentoo" LANG="sk_SK" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/" PORTDIR_OVERLAY="/usr/local/portage" SYNC="cvs://ticho@cvs.gentoo.org:/var/cvsroot" USE="x86 X aalib alsa apache2 apm avi berkdb bitmap-fonts bluetooth cdr crypt curl divx4linux emboss encode esd faad fam ffmpeg flac font-server foomaticdb gdbm gif gnutls gtk gtk2 guile icecast imagemagick imlib ipv6 java jpeg junit libg++ libwww mad mailwrapper mbox mikmod mmx mozilla moznocompose moznoirc moznomail moznoxft mp3 mpeg ncurses nls nntp nptl nvidia ogg oggvorbis opengl oss pam pdflib perl php png python qt quicktime readline real samba sample sasl sdl slang speex sse sse2 ssl tcltk tcpd tetex tiff truetype truetype-fonts type1 type1-fonts unicode vim-with-x vorbis xml xml2 xmms xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS
what does `ldd pam_access.so` in the /var/tmp/portage directory show ?
I guess you mean this directory: root@thelair /var/tmp/portage/pam-0.78-r2/work/Linux-PAM-0.78/modules/pam_access # ldd pam_access.so linux-gate.so.1 => (0xffffe000) libnsl.so.1 => /lib/libnsl.so.1 (0xb7fc0000) libc.so.6 => /lib/tls/libc.so.6 (0xb7ea5000) libpam.so.0 => /lib/libpam.so.0 (0xb7e9d000) /lib/ld-linux.so.2 (0x80000000) libdl.so.2 => /usr/lib/libdl.so.2 (0xb7e99000)
Urk, that /usr/lib/libdl.so.2 should not be there - it should be in /lib/. Please attach: /var/db/pkg/sys-libs/glibc-2.3.4.20050125/CONTENTS Also, can you do: equery b /usr/lib/libdl.so /usr/lib/libdl.so.2
Created attachment 53356 [details] /var/db/pkg/sys-libs/glibc-2.3.4.20050125/CONTENTS # equery b /usr/lib/libdl.so /usr/lib/libdl.so.2 [ Searching for file(s) /usr/lib/libdl.so,/usr/lib/libdl.so.2 in *... ] sys-libs/glibc-2.3.4.20050125 (/usr/lib/libdl.so -> ../../lib/libdl.so.2)
Ok, something is weird there, but I can't think where it came from. Please do: ls -l /usr/lib/libdl.so*
# ls -l /usr/lib/libdl.so* lrwxrwxrwx 1 root root 20 feb 22 02:02 /usr/lib/libdl.so -> ../../lib/libdl.so.2 -rwxr-xr-x 1 root root 10712 nov 30 22:47 /usr/lib/libdl.so.2
*** This bug has been marked as a duplicate of 84836 ***
Same issue, different cause.
Ok, seems the /usr/lib/libdl.so.2 was bogus - removing it fixed the issue.
*** Bug 98280 has been marked as a duplicate of this bug. ***
*** Bug 98386 has been marked as a duplicate of this bug. ***
I had to uninstall cracklib, then re-install it for mine to work. Somehow cracklib had been placed in /usr/lib. After re-install, everything looks normal though.
*** Bug 100411 has been marked as a duplicate of this bug. ***
I don't quite agree that this is 100% ressolved, since the bug still pops up for users upgrading older machines (me for example, bug 100411). An improvement would be a better error message. In stead of * ERROR: pam_access have dependencies in /usr. the ebuild could write something like * ERROR: pam_access has dependencies in /usr: /usr/lib/libwhatever.so * Perhaps updating/recompiling the package owning the offending * file(s) would help. * It is also possible that the file has been left behind and does not * belong to any package, and should be removed. Such an improved error message would not help the newbie user, nor is it needed for the super-wizard, but for the rest of us it just might be enough to enable us to fix the problem. Just my 0.02$ /Jakob
Created attachment 65645 [details, diff] adds verbose output of the error i like the proposal of Jakob Schiotz, so here's the patch. it worked for me in the error-case and, after cleaning /usr/lib, without error. i don't like the line where i use awk, but i couldn't find any better solution to extract "/usr/lib/libcrypt.so.1" out of libcrypt.so.1 => /usr/lib/libcrypt.so.1 (0xa7f95000)
This does not seem to be fully fixed. I can't get pam-0.78-r3 installed by this very same reason. ldd pam_access.so gives me this: linux-gate.so.1 => (0xffffe000) libnsl.so.1 => /usr/lib/libnsl.so.1 (0xb7eda000) libc.so.6 => /lib/libc.so.6 (0xb7dc6000) libpam.so.0 => /lib/libpam.so.0 (0xb7dbe000) /lib/ld-linux.so.2 (0x80000000) libdl.so.2 => /lib/libdl.so.2 (0xb7dba000) I already removed /usr/lib/libdl.so.2 but it didn't help. I re-emerged glibc and it didn't help either.
I didn't notice at first that there were other /usr references, so I deleted /usr/lib/libnsl.so.1 and after that still a few other referenced from other pam so files and finally got it compiled. But this bug still exists, the user has to manually delete some files to get pam installed.
