I'm puzzled about ldd and "/usr/lib/../lib"

ahcaliskan · 2015-05-13 17:49:44

I'm building my own custom linux distro, and I'm puzzled about why 'ldd /usr/bin/gobject-query' shows "libffi.so.6 => /usr/lib/../lib/libffi.so.6" instead of "libffi.so.6 => /usr/lib/libffi.so.6". Archlinux is the host system for building base packages to set up chroot and rebuild them again inside. When building glib2 outside chroot I get "libffi.so.6 => /usr/lib/libffi.so.6". Building it inside chroot ldd shows "libffi.so.6 => /usr/lib/../lib/libffi.so.6". I know that it's harmless and only a cosmetic issue, but I want to know why there is two dots and how to fix this somehow.. Anyone expert on this matter?

Last edited by ahcaliskan (2015-05-14 04:27:43)

Scimmia · 2015-05-13 18:46:27

I'm guessing your LDPATH isn't set correctly. Are you using a /lib -> usr/lib symlink?

ahcaliskan · 2015-05-13 18:52:52

Scimmia: Yes I am. /lib points to usr/lib. How do you find out if LDPATH is set at all?

edit: (btw, if you mean LD_LIBRARY_PATH, then it's not set at all.)

Last edited by ahcaliskan (2015-05-13 18:58:05)

Scimmia · 2015-05-13 19:03:16

Yeah, that's what I meant. When it's not set, the linker uses the defaults; unfortunately that's getting beyond my knowledge. Check how your glibc is being built vs how Arch builds it.

ahcaliskan · 2015-05-13 19:07:53

I've tried installing Arch's own glibc into the chroot, and it gives me still the same result. I don't think it's the glibc, I build it with the same configuration as Arch do. As you said, it's something to do with the linker not using /usr/lib by default or that /usr/lib/../lib can mean /usr/lib64. It seems that this issue is the trickiest one.

edit: I've installed Arch's own gcc and binutils into the chroot as well, and still the same result. 'gcc --print-search-dirs | grep ^libraries' inside and outside the chroot gives the same library directories.

Last edited by ahcaliskan (2015-05-13 19:41:17)

Trent · 2015-05-14 00:58:50

ahcaliskan wrote:

I'm building my own custom linux distro, and I'm puzzled about why 'ldd /usr/bin/gobject-query' shows "libffi.so.6 => /usr/lib/../lib/libffi.so.6" instead of "libffi.so.6 => /usr/lib/lib/libffi.so.6"

[emphasis mine]

I think you mean /usr/lib/libffi.so.6, since that would be the canonical version of /usr/lib/../lib/libffi.so.6. On my system, at least, /usr/lib/lib/ doesn't exist and I would be surprised to find any libraries there.

If /usr/lib/../lib/libffi.so.6 shortens to /usr/lib/lib/libffi.so.6 for you, you have something quite strange going on.

Last edited by Trent (2015-05-14 00:59:10)

ahcaliskan · 2015-05-14 04:40:40

Trent: thanks for pointing it out. I meant /usr/lib/libffi.so.6 so. As you know, I don't have /usr/lib/lib directory on my custom system as well.

Last edited by ahcaliskan (2015-05-14 04:42:09)

bstaletic · 2015-05-14 07:02:21

/usr/lib/../lib/ is equivalent to /usr/lib/, so what's the problem?

ahcaliskan · 2015-05-14 07:07:30

it's a cosmetic problem I want to know why /usr/lib is overriden by /usr/lib/../lib.

Last edited by ahcaliskan (2015-05-14 07:08:52)

bstaletic · 2015-05-14 07:35:54

What's in your /etc/ld.so.conf ?

Here's mine (Gentoo):

# ld.so.conf autogenerated by env-update; make all changes to
# contents of /etc/env.d directory
/lib64
/usr/lib64
/usr/local/lib64
/lib
/usr/lib
/usr/local/lib
include ld.so.conf.d/*.conf

Arch:

#
# /etc/ld.so.conf
#

include /etc/ld.so.conf.d/*.conf

# End of file

As you can see, Gentoo's ld.so.conf is more interesting. Running "ldd /bin/bash" outputs:

        linux-vdso.so.1 (0x00007ffeac4ea000)
        libreadline.so.6 => /lib64/libreadline.so.6 (0x00007f118f80b000)
        libncurses.so.5 => /lib64/libncurses.so.5 (0x00007f118f5ac000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f118f1ff000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f118fa5d000)

ahcaliskan · 2015-05-14 07:43:40

Based on Archlinux, my ld.so.conf is practically the same:

#
# /etc/ld.so.conf

include /etc/ld.so.conf.d/*.conf

bstaletic · 2015-05-14 08:03:33

Do something similar to what Gentoo does by default in ld.so.conf. It may be necessary to rebuild software to see the effect of the changed conf.

ahcaliskan · 2015-05-14 08:20:17

I did add library paths to ld.so.conf and rebuilt glib2 but ldd still shows the same result.

bstaletic · 2015-05-14 08:30:46

Then I'm out of ideas.

ahcaliskan · 2015-05-14 08:36:09

thanks for trying, I've been pondering about this for more than one week, and still no solution..

Arch Linux

#1 2015-05-13 17:49:44

I'm puzzled about ldd and "/usr/lib/../lib"

#2 2015-05-13 18:46:27

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#3 2015-05-13 18:52:52

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#4 2015-05-13 19:03:16

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#5 2015-05-13 19:07:53

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#6 2015-05-14 00:58:50

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#7 2015-05-14 04:40:40

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#8 2015-05-14 07:02:21

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#9 2015-05-14 07:07:30

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#10 2015-05-14 07:35:54

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#11 2015-05-14 07:43:40

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#12 2015-05-14 08:03:33

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#13 2015-05-14 08:20:17

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#14 2015-05-14 08:30:46

Re: I'm puzzled about ldd and "/usr/lib/../lib"

#15 2015-05-14 08:36:09

Re: I'm puzzled about ldd and "/usr/lib/../lib"

Board footer