Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Curl links to various system libraries #880

Open
vbraun opened this issue Nov 10, 2015 · 3 comments
Open

Curl links to various system libraries #880

vbraun opened this issue Nov 10, 2015 · 3 comments

Comments

@vbraun
Copy link
Contributor

vbraun commented Nov 10, 2015

I'm not sure this is really a problem, but curl picks up nss, nspr, cyrus sasl, and openldap from the system libraries on my machine:

$ ldd /home/vbraun/.hashdist/bld/curl/w65k3ck32gj7/lib/libcurl.so
    linux-vdso.so.1 (0x00007ffdcc1f1000)
    libidn.so.11 => /home/vbraun/.hashdist/bld/curl/w65k3ck32gj7/lib/../../../libidn/3gj4oyyum5cw/lib/libidn.so.11 (0x00007f54e08de000)
    libssl.so.1.0.0 => /home/vbraun/.hashdist/bld/curl/w65k3ck32gj7/lib/../../../openssl/yvzdmkilwjmd/lib/libssl.so.1.0.0 (0x00007f54e0664000)
    libcrypto.so.1.0.0 => /home/vbraun/.hashdist/bld/curl/w65k3ck32gj7/lib/../../../openssl/yvzdmkilwjmd/lib/libcrypto.so.1.0.0 (0x00007f54e0210000)
    liblber-2.4.so.2 => /lib64/liblber-2.4.so.2 (0x00007f54dffc9000)
    libldap-2.4.so.2 => /lib64/libldap-2.4.so.2 (0x00007f54dfd76000)
    libz.so.1 => /home/vbraun/.hashdist/bld/curl/w65k3ck32gj7/lib/../../../zlib/v6anirfvk2op/lib/libz.so.1 (0x00007f54dfb5c000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f54df79b000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f54df596000)
    libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f54df37b000)
    libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007f54df15d000)
    libssl3.so => /lib64/libssl3.so (0x00007f54def1b000)
    libsmime3.so => /lib64/libsmime3.so (0x00007f54decf4000)
    libnss3.so => /lib64/libnss3.so (0x00007f54de9cc000)
    libnssutil3.so => /lib64/libnssutil3.so (0x00007f54de79f000)
    libplds4.so => /lib64/libplds4.so (0x00007f54de59b000)
    libplc4.so => /lib64/libplc4.so (0x00007f54de395000)
    libnspr4.so => /lib64/libnspr4.so (0x00007f54de156000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f54ddf39000)
    /lib64/ld-linux-x86-64.so.2 (0x00005638e5a1e000)
    libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f54ddd02000)
    librt.so.1 => /lib64/librt.so.1 (0x00007f54ddafa000)
    libfreebl3.so => /lib64/libfreebl3.so (0x00007f54dd87c000)

Thats potentially a problem for reproducible builds if it drags in that many host specifics?

@vbraun vbraun mentioned this issue Nov 10, 2015
@ahmadia
Copy link
Contributor

ahmadia commented Nov 13, 2015

Thats potentially a problem for reproducible builds if it drags in that many host specifics?

Absolutely, thanks for noting this. I'd say maybe half of those are fairly portable libraries, but I don't know/recognize the other half.

@jcftang
Copy link
Member

jcftang commented Nov 13, 2015

I've tried packaging nss and nspr but I wasn't too sucessful the last time I tried

@certik
Copy link
Member

certik commented Nov 19, 2015

That's definitely a problem --- the philosophy of Hashdist is that if you want to link to system wide libraries, you can. But if you don't want to, you can build everything from source. So we have to fix this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants