ldd til at finde dependencies

[thj01]

På Redhat kan man anvende ldd til at finde de binaries et program anvender, men kommandoen virker ikke på Ubuntu.

Er der et tilsvarende program der virker på Ubuntu?

[AJenbo]

Virker fint på min Ubuntu 15.04:

Kode: Vælg alt

ldd /usr/sbin/nologin

[zob]

Virker også på 14.10

Kode: Vælg alt

 ldd /usr/lib/i386-linux-gnu/libfreetype.so.6
   linux-gate.so.1 =>  (0xf771a000)
   libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf7627000)
   libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xf75fb000)
   libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf744d000)
   libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7407000)
   /lib/ld-linux.so.2 (0xf771d000)

[lath]

Man page for ldd - bemærk sikkerhedsadvarslen! : http://manpages.ubuntu.com/manpages/trusty/en/man1/ldd.1.html.
ldd lister de direkte afhængigheder for et ELF program eller et ELF shared object (som bor i en *.so fil).

apt-cache og apt-file er måske mere anvendeligt da de kan liste afhængigheder rekursivt - de er dog muligvis ikke til så stor nytte hvis du netop er ved at lave en/flere helt nye *.deb filer til noget helt nyt software.

• apt-cache kan vise information om en pakke
• apt-file kan vise hvilken pakke en fil tilhører

/Lars

[thj01]

ahhh - man skal bruge den fulde sti indtil programmet

Kode: Vælg alt

thoj@thoj-Precision-M4800:~$ ldd ls
ldd: ./ls: Ingen sådan fil eller filkatalog

vs

Kode: Vælg alt

thoj@thoj-Precision-M4800:~$ ldd /bin/ls
   linux-vdso.so.1 =>  (0x00007ffd977d5000)
   libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f7c03a3e000)
   libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007f7c03836000)
   libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7c03470000)
   libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f7c03232000)
   libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f7c0302e000)
   /lib64/ld-linux-x86-64.so.2 (0x00007f7c03c84000)
   libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x00007f7c02e28000)

Jeg skulle anvende det i undervisningssammenhæng, da vi snakkede om chroot ... og hvorfor vi anvendte jailkit og ikke selv lavede det fra bunden af.

Tak for hjælpen