conflictos entre usr/lib, usr/local/lib y BLAKE2

conflictos entre usr/lib, usr/local/lib y BLAKE2

Estoy usando una biblioteca SEMECS, una dependencia es la biblioteca libb2 BLACK2, instalé esta biblioteca y se instaló exitosamente, pero estaba en usr/local/liby parece que SEMECS la busca en usr/lib, por lo que genera el siguiente error

./semecs: error while loading shared libraries: libb2.so.1: cannot open shared object file: No such file or directory

Respuesta1

Establezca la variable de entorno LD_LIBRARY_PATH. Esto es similar a $PATH, pero para localizar bibliotecas compartidas.

Comúnmente, esto se establece en ~/.bashrc:

export LD_LIBRARY_PATH="/usr/local/lib:/usr/lib"

También existe el lddcomando que le permite verificar qué bibliotecas compartidas usa un binario (y desde qué rutas):

ldd myprogram

p.ej

[sh @ balrog] ~ 7 % ldd /bin/ls
    linux-vdso.so.1 (0x00007ffcdd75b000)
    libgtk3-nocsd.so.0 => /usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0 (0x00007fa9ab768000)
    libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fa9ab540000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa9ab14f000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fa9aaf4b000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fa9aad2c000)
    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fa9aaaba000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fa9abb91000)

Finalmente, está ldconfigel que recrea el caché del vinculador para bibliotecas compartidas; Esto es útil cuando acabas de crear una nueva biblioteca compartida y es posible que aún no esté en la caché:

sudo ldconfig

información relacionada