Date: Wed, 15 Sep 1999 12:06:53 -0700 (PDT) From: nsayer@freebsd.org To: FreeBSD-gnats-submit@freebsd.org Subject: bin/13766: ldconfig doesn't recognize symbolic links to libraries Message-ID: <199909151906.MAA75521@medusa.kfu.com>
next in thread | raw e-mail | index | archive | help
>Number: 13766 >Category: bin >Synopsis: ldconfig doesn't recognize symbolic links to libraries >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 15 12:10:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Nick Sayer >Release: FreeBSD 4.0-CURRENT i386 >Organization: Just me >Environment: Post upgrade of 3.x system to 4.0-CURRENT os of 9/14 >Description: After upgrading a machine to -current, I did an ls -alt /usr/lib and moved all of the old libraries to /usr/lib/compat. I compared the resulting /usr/lib/compat to the compat3x distribution. There were quite a few more files, but all of them were older version numbers of libraries already in /usr/lib. In particular, libtermcap.so.2 was there, but /usr/lib/libtermcap.so.5 is a symlink to libncurses.5. So I deleted the libraries in compat that were not in the compat3x dist. At that point, several installed programs broke, complaining that libtermcap.so.2 was not found. ldconfig -r does NOT find libtermcap.so at all, despite the fact that md5 /usr/lib/libtermcap.so and /usr/lib/libncurses.so.5 return the same value. >How-To-Repeat: On a -current machine, ldconfig -r will not show libtermcap unless you have an old copy lying about. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909151906.MAA75521>