GNU bug report logs - #78321
libtool fails to run ldconfig correctly on GNU/Linux

Previous Next

Package: libtool;

Reported by: Reuben Thomas <rrt <at> sc3d.org>

Date: Thu, 8 May 2025 15:53:02 UTC

Severity: normal

Done: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 78321 <at> debbugs.gnu.org (full text, mbox):

From: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>
To: 78321 <at> debbugs.gnu.org
Cc: Bob Friesenhahn <graphicsmagick.project <at> gmail.com>,
 Reuben Thomas <rrt <at> sc3d.org>
Subject: Re: bug#78321: libtool fails to run ldconfig correctly on GNU/Linux
Date: Tue, 13 May 2025 18:18:05 +0300
[Message part 1 (text/plain, inline)]
On 13/05/2025 14:38, Bob Friesenhahn wrote:
> Libtool works on many different operating systems, which behave in 
> various ways. Some OSs will find a new library automatically if it is 
> installed in the existing configured library paths.
> 
> The library installed might not ever be intended to be used by the 
> currently executing OS because it is part of new distribution builds.
> 
> Sometimes libraries are installed privately, using hard-coded run-paths 
> in the dependent binaries. This is very common when a different version 
> of the software is to be run than the OS is designed to support.
> 
> Expecting a libtool (merely a shell script!) maintainer to write such a 
> document is unreasonable. It is possible that GNU has such a document 
> specific to GNU systems.

Thank you for your explanation. I think this can be described briefly in
notes.texi to list some of what you outlined above.

> On Tue, May 13, 2025, 4:12 AM Reuben Thomas via bug-libtool via Bug 
> reports for the GNU libtool shared library maintenance tool <bug- 
> libtool <at> gnu.org <mailto:bug-libtool <at> gnu.org>> wrote:
> 
>     On Mon, 12 May 2025 at 20:08, Ileana Dumitrescu
>     <ileanadumitrescu95 <at> gmail.com <mailto:ileanadumitrescu95 <at> gmail.com>>
>     wrote:
>     Thanks for the quick reply!
> 
> 
>         This was also previously reported in bug#30402 [1]
> 
> 
>     By me!
> 
>         Updating the shared library cache from scratch by executing
>         ldconfig in
>         libtool could cause a lot of headache for developers,
> 
> 
>     It would be good to briefly say why it's a problem. (I don't know,
>     and Debian seems to run ldconfig whenever I install or uninstall a
>     shared library, so it doesn't seem a big deal at least there.)
> 
>         The following could be added:
> 
>         """
>         After a 'make install' for many GNU/Linux systems, 'ldconfig
>         LIBDIR' may
>         need to be executed to help locate newly installed libraries,
>         but you
>         should consult with a system administrator before updating the
>         shared
>         library cache as this should be done with great care and
>         consideration.
>         """
> 
> 
>     Again, it would be good if possible to briefly outline potential
>     problems. Then the informational message is pretty much complete: it
>     will
> 
>       * explains that users may now need to run ldconfig
>       * gives them the command to run
>       * /says why this might not be a good idea *(this bit currently
>         missing!)
>         */
>       * explains what won't work until the command is run

Since libtool is designed to be portable and with the variability for
each system and user needs, I will not add the informational message
to the finishing mode. However, I will add an incomplete list of
issues to libtool's documentation.

-- 
Ileana Dumitrescu

GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354

[OpenPGP_0x6570EA01146F7354.asc (application/pgp-keys, attachment)]
[OpenPGP_signature.asc (application/pgp-signature, attachment)]

This bug report was last modified today.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.