| Summary: | sys-libs/pam-0.78-r2 fails to install | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Andrej Kacian (RETIRED) <ticho> |
| Component: | New packages | Assignee: | PAM Gentoo Team (OBSOLETE) <pam-bugs+disabled> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | forza, plasmagunman, schiotz, vapier |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
/var/db/pkg/sys-libs/glibc-2.3.4.20050125/CONTENTS
adds verbose output of the error |
||
|
Description
Andrej Kacian (RETIRED)
2005-03-13 04:37:47 UTC
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. |