From owner-freebsd-hackers Sun Jul 9 8:57:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 34BAB37C506 for ; Sun, 9 Jul 2000 08:57:08 -0700 (PDT) (envelope-from mhenrion@cybercable.fr) Received: (qmail 11285245 invoked from network); 9 Jul 2000 15:57:05 -0000 Received: from r121m199.cybercable.tm.fr (HELO cybercable.fr) ([195.132.121.199]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 Jul 2000 15:57:05 -0000 Message-ID: <3968A195.99165B08@cybercable.fr> Date: Sun, 09 Jul 2000 18:00:21 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: ldconfig behaviour when no parameters are given References: <39678B9C.C9166C11@cybercable.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm a bit surprised to be the first person to reply to my own mail =) I want to suggest one more thing, I think it would be nice if ldconfig could check the persmissions on the directory when someone requests to add a new one. ldconfig should verify if the directory is owned by uid 0 and if the dir has not world write permission. Maxime Henrion wrote: > Hi everybody, > > When ldconfig is invoked without any parameters, the shared library > cache is reseted to the contents of /usr/lib only. I think such a > behaviour isn't very useful, especially when one knows that a lot of > people come to FreeBSD after having used Linux. The first time they get > an error message like "foo.so not found", they, nearly automatically, > run ldconfig and so screw up their shared library cache. > Is there a special reason why ldconfig behaves this way ? And is > there any application that rely on that behaviour ? This would at least > estonish me. That's why, i wanted to suggest that ldconfig prints a > usage screen when invoked without parameters, or else that it performs a > default and safe action, like a refresh (ldconfig -R). > > If it happens that what I say make sense, and that the two > requirements above are met (see the two questions), i'll be happy to > submit a patch. > > Waiting for your comments, > > - Maxiime Henrion > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message