diff options
author | peter <peter@FreeBSD.org> | 2003-09-04 04:29:11 +0000 |
---|---|---|
committer | peter <peter@FreeBSD.org> | 2003-09-04 04:29:11 +0000 |
commit | 06abe0101f42bafaf0730cd7bfec92ea592b1f4d (patch) | |
tree | 21f10be075624986bed3259514c44afb84204117 /MAINTAINERS | |
parent | f238f6b9907dfded801442277314c602b2e5a2e4 (diff) | |
download | FreeBSD-src-06abe0101f42bafaf0730cd7bfec92ea592b1f4d.zip FreeBSD-src-06abe0101f42bafaf0730cd7bfec92ea592b1f4d.tar.gz |
Emergency backout of rev 1.152. This is a 100% guaranteed way to totally
hose your system. You end up with just about everything statically linked
(except for libpam.so), which then causes all the pam users to fail.
eg: login, sshd, su etc all stop working because dlopen no longer works
because there is no libc.so in memory anymore.
gcc passes -L/usr/lib to ld. The /usr/lib/libxxx.so symlink is *not* a
compatability link. It is actually the primary link. There should be no
symlinks in /lib at all. Only /lib/libXX.so.Y.
peter@daintree[9:27pm]/usr/bin-104> file yppasswd
yppasswd: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 5.1.1, dynamically linked (uses shared libs), stripped
peter@daintree[9:27pm]/usr/bin-105> ldd yppasswd
yppasswd:
libpam.so.2 => /usr/lib/libpam.so.2 (0x280d1000)
peter@daintree[9:28pm]/usr/bin-106>
Note no libc.so.5. Hence libpam.so.2 has unresolved dependencies.
I believe this is also the cause of the recent buildworld failures when
pam_krb5.so references -lcrypto stuff etc and when librpcsvc.so references
des_setparity() etc.
This change could not possibly have worked, unless there are other missing
changes to the gcc configuration. It won't work with ports versions of
gcc either.
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions