bug#30402: ldconfig confusion

[Reuben Thomas]

On 9 February 2018 at 20:41, Roumen Petrov <address@hidden> wrote:

Reuben Thomas wrote:

I just noticed that on my GNU/Linux system (and on stock Ubuntu 14.04,
which is where I first encountered this), I need to run

ldconfig

after installing shared libraries built with libtool. I was confused at
first, because libtool itself runs

ldconfig -n $(libdir)

But I guess because this does not update the cache, it doesn't make the
library available.

I'm not sure.

I just run one of my tests - build of binary with shared library and and installation into one system default paths for shared libraries.
Result:
- ldconfig -p does not show new library
- ldd binary shows library
- binary is executed properly

​

​Thanks for this.

In my tests, ldd binary did not show the library, and the binary was not executed properly. Also, the library did not show up with ldconfig -p, but of course that is the expected result after running only ldconfig -n.

​I obtained these results both on my personal Ubuntu 16.04 system (but of course there could be some oddity with the configuration), and, more convincingly, with fresh Ubuntu 14.04 as used on Travis CI (I had my Travis build run ldd on the binary, and the library was shown as not found; running "sudo ldconfig" made the library found).

So, it could be some oddity (so far, it looks like a bug) with Ubuntu systems in their default configuration.​

Does anyone have any further suggestions for things I can test? In any case, it looks like a bug report to Ubuntu may be warranted; Roumen, could you possibly tell us what sort of GNU/Linux system you are using?​

--

https://rrt.sc3d.org