Am Tue, 26 Nov 2013 11:02:06 -0800 schrieb Andrei Alexandrescu <seewebsiteforem...@erdani.org>:
> On 11/25/13 6:22 PM, Jordi Sayol wrote: > > On Debian testing (64-bit): > > > > $ ldd /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0 > > linux-vdso.so.1 (0x00007fff36519000) > > libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11 > > (0x00007f28ccdc5000) > > librtmp.so.0 => /usr/lib/x86_64-linux-gnu/librtmp.so.0 > > (0x00007f28ccbab000) > > libssh2.so.1 => /usr/lib/x86_64-linux-gnu/libssh2.so.1 > > (0x00007f28cc982000) > > libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > > (0x00007f28cc724000) > > libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > (0x00007f28cc332000) > > libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 > > (0x00007f28cc0f2000) > > liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 > > (0x00007f28cbee3000) > > libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 > > (0x00007f28cbc92000) > > libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f28cba79000) > > libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 > > (0x00007f28cb85d000) > > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f28cb4b1000) > > libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 > > (0x00007f28cb1f1000) > > libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 > > (0x00007f28caf72000) > > libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f28cad6e000) > > libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 > > (0x00007f28caa99000) > > libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 > > (0x00007f28ca870000) > > libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 > > (0x00007f28ca66c000) > > libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 > > (0x00007f28ca462000) > > libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 > > (0x00007f28ca25e000) > > libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 > > (0x00007f28ca047000) > > libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 > > (0x00007f28c9e2b000) > > /lib64/ld-linux-x86-64.so.2 (0x00007f28cd28e000) > > libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 > > (0x00007f28c9c1a000) > > libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 > > (0x00007f28c99fa000) > > libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 > > (0x00007f28c97f6000) > > > > But those are already installed libraries, right? > > Andrei > Yes, the curl package on this Linux distribution depends on all the listed libraries and when curl is installed, they are installed with it. Often these dependencies are added on a per case basis. E.g. when the distribution adds a program using Kerberos network authentication through curl, it is enabled in the curl package by the maintainer. A notable exception is with source only distributions like Gentoo, where packages can depend on curl WITH certain options enabled. In this case curl is recompiled whenever an additional requirement occurs and ideally stays as big as necessary and as small as possible ;) -- Marco