[Ur] "Bare-bones" deployment *without* the compiler - eg, manually copy just the /usr/local/libliburweb_* files to the *remote* machine?
Stefan Scott Alexander
stefanscottalexx at gmail.com
Mon Aug 17 21:27:33 EDT 2015
Output from `ldd` is shown below.
Maybe there's some config done elsewhere (eg, in the env?) which tells all
programs what directories to look in?
Actually, every successfully found lib in the list below is in /usr/lib -
but the liburweb files are all in a different directory (on the local and
remote machines): /usr/local/lib .
Doing printenv on both machines shows PATH as follows:
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
But none of those directories seem relevant for libs.
---
$ ldd ./myProgram.exe
linux-vdso.so.1 (0x00007ffca694b000)
liburweb_http.so.0 => not found
liburweb.so.0 => not found
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f47a3761000)
libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
(0x00007f47a3366000)
libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
(0x00007f47a3106000)
libpq.so.5 => /usr/lib/x86_64-linux-gnu/libpq.so.5 (0x00007f47a2ed6000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007f47a2cb9000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f47a2910000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f47a270c000)
libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2
(0x00007f47a24c2000)
libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2
(0x00007f47a2270000)
/lib64/ld-linux-x86-64.so.2 (0x00007f47a3a62000)
libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f47a1f9c000)
libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3
(0x00007f47a1d6b000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2
(0x00007f47a1b67000)
libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0
(0x00007f47a195b000)
libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1
(0x00007f47a1757000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f47a1540000)
liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2
(0x00007f47a1331000)
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2
(0x00007f47a1115000)
libgnutls-deb0.so.28 => /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28
(0x00007f47a0df6000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f47a0bdb000)
libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0
(0x00007f47a0995000)
libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6
(0x00007f47a0781000)
libnettle.so.4 => /usr/lib/x86_64-linux-gnu/libnettle.so.4
(0x00007f47a054f000)
libhogweed.so.2 => /usr/lib/x86_64-linux-gnu/libhogweed.so.2
(0x00007f47a0320000)
libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f47a009d000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f479fe95000)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.impredicative.com/pipermail/ur/attachments/20150817/1dee0863/attachment-0001.html>
More information about the Ur
mailing list