[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Some binaries using /lib/ld.so instead of /lib64/ld.so



Laurent Bonnaud <bonnaud@lis.inpg.fr> writes:

> Hi,
>
> And indeed:
>
> $ ldd /usr/bin/less |grep ld
>         /lib/ld-linux-x86-64.so.2 (0x0000003b3cc00000)
>
> whereas all other binaries on the system use this:
>
> $ ldd /bin/ls |grep ld
>         /lib64/ld-linux-x86-64.so.2 (0x0000003b3cc00000)
>
> Of course, both ld.so versions are the same, but:
>
>  - this inconsistency may be the result of a more serious problem
>  - I like all binaries on my system to be consistent :>.
>
> Is this something the kind AMD64 porters could fix or should I send bug
> reports for the concerned packages ?

Under sarge and sid I get the following:

% ldd /usr/bin/less
        libncurses.so.5 => /lib/libncurses.so.5 (0x0000002a9566c000)
        libc.so.6 => /lib/libc.so.6 (0x0000002a957c5000)
        /lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x0000002a95556000)

% madison less
      less |      382-1 |        stable | source, amd64
      less |      382-2 |       testing | source, amd64
      less |      382-2 |      unstable | source, amd64

Package: less
Version: 382-1
Depends: libc6 (>= 2.3.2.ds1-4), libncurses5 (>= 5.4-1), debianutils (>= 1.8)

Package: less
Version: 382-2
Depends: libc6 (>= 2.3.2.ds1-4), libncurses5 (>= 5.4-1), debianutils (>= 1.8)

Both less versions are compiled with the same libc and ld. Where does
your less come from?

MfG
        Goswin



Reply to: