Error while loading shared libraries libtinfo so 6

I am developing an Erlang-OTP application, for that I use a docker image.

docker-compose.yml:

FROM centos
LABEL Name=myimage Version=2.0.0

RUN set -e 
   && yum -y install 
      autoconf 
      gcc 
      gcc-c++ 
      git 
      glibc-devel 
      make 
      ncurses-devel 
      tar 
      curl


ENV SSL_VERSION="1.0.2p"

RUN set -e 
   && mkdir -p /tmp/openssl 
   && cd /tmp 
   && curl -fSL -o openssl.sha256   http://www.openssl.org/source/openssl-${SSL_VERSION}.tar.gz.sha256 
   && curl -fSL -o openssl.tar.gz http://www.openssl.org/source/openssl-${SSL_VERSION}.tar.gz 
   && SHA=$(printf "%s  openssl.tar.gz" `cat openssl.sha256` | sha256sum -c -); if [ "openssl.tar.gz: OK" != "${SHA}" ]; then exit 3; fi 
   && tar -zxf openssl.tar.gz -C /tmp/openssl --strip-components=1 
   && cd /tmp/openssl 
   && ./Configure 
         --prefix=/usr/local/ssl 
         --openssldir=/usr/local/ssl 
      linux-x86_64 
      shared 
   && make -j4 
   && make install 
   && rm -Rf /tmp/openssl*

ENV OTP_VERSION="20.3.6"
ENV WITH_NATIVE=true

RUN set -e 
   && mkdir -p /tmp/otp_src 
   && cd /tmp 
   && curl --tlsv1.2 -fSL -o otp_src.tar.gz https://github.com/erlang/otp/archive/OTP-20.3.6.tar.gz 
   && tar -zxf otp_src.tar.gz -C /tmp/otp_src --strip-components=1 
   && cd /tmp/otp_src 
   && ./otp_build autoconf 
   && ./configure 
         --prefix=/usr/local/otp 
         --enable-threads 
         --enable-smp-support 
         --enable-kernel-poll 
         --disable-dynamic-ssl-lib 
         --with-ssl=/usr/local/ssl 
         `test "${WITH_NATIVE}" = "true" && echo "--enable-hipe --enable-native-libs"` 
   && make -j4 
   && make install 
   && ln -s /usr/local/otp_${OTP_VERSION} /usr/local/otp 
   && rm -Rf /tmp/otp_src*

ENV PATH $PATH:/usr/local/otp/bin

RUN set -e 
   && yum -y install 
      which


ENV REBAR3_VERSION="3.6.1"

RUN set -xe 
    && REBAR3_DOWNLOAD_URL="https://github.com/erlang/rebar3/archive/${REBAR3_VERSION}.tar.gz" 
    && REBAR3_DOWNLOAD_SHA256="40b3c85440f3235c7b149578d0211bdf57d1c66390f888bb771704f8abc71033" 
    && mkdir -p /usr/src/rebar3-src 
    && curl --tlsv1.2 -fSL -o rebar3-src.tar.gz "$REBAR3_DOWNLOAD_URL" 
    && echo "$REBAR3_DOWNLOAD_SHA256 rebar3-src.tar.gz" | sha256sum -c - 
    && tar -xzf rebar3-src.tar.gz -C /usr/src/rebar3-src --strip-components=1 
    && rm rebar3-src.tar.gz 
    && cd /usr/src/rebar3-src 
    && HOME=$PWD ./bootstrap 
    && install -v ./rebar3 /usr/local/bin/ 
    && rm -rf /usr/src/rebar3-src

RUN mkdir /myimage
WORKDIR /myimage

Commands to run docker-compose

sudo docker-compose build
sudo docker-compose run --rm myimage bash

When I try to run production tar created by Ubuntu-18.04, I get:

error while loading shared libraries: libtinfo.so.6: cannot open shared object file: No such file or directory.

I dont get any error while compiling. When I create this tar from Debian-9, it runs without error.

Debian machine has locally installed erlang-otp, but Ubuntu doesnt have.

Новые и опытные пользователи Linux могут сталкиваться с ошибкой error loading shared libraries во время запуска программ, также с ней могут сталкиваться программисты и все желающие компилировать программное обеспечение в своей системе. Эта ошибка в дословном переводе означает что возникла проблема во время загрузки общей библиотеки. О том что такое библиотеки и зачем они нужны вы можете узнать из статьи библиотеки Linux.

В этой же статье мы рассмотрим что значит ошибка error while loading shared libraries более подробно, а главное, как ее решить.

Даже если вы не компилируете свои программы, то вы можете увидеть ошибку error while loading shared libraries: имя_библиотеки: cannot open shared object file: No such file or directory достаточно часто во время установки новых программ не через пакетный менеджер или программ, предназначенных для другого дистрибутива. Как я уже говорил, она возникает потому, что система не может найти библиотеку.

А вот почему ее нельзя найти и загрузить, это уже интересно. Этому может быть несколько причин:

• Библиотека не установлена в системе;
• Библиотека установлена, но неизвестно куда;
• Библиотека установлена правильно, но имеет не ту версию.

При решении проблемы мы будем руководствоваться именно этими причинами и пытаться их решить.

Как исправить ошибку?

1. Библиотека не установлена

Первый вариант, тут все понятно, библиотеки просто нет в системе, поэтому мы и получаем такую ошибку. Верный способ ее решения — просто найти пакет библиотеки с помощью пакетного менеджера и установить ее. Обычно, пакеты с библиотеками называются так же, как и сами библиотеки с префиксом lib.

Например, если нам не хватает библиотеки libfuse2.so, то мы можем найти ее в Ubuntu такой командой:

sudo apt search libfuse2

Затем осталось только установить ее:

sudo apt install libfuse2

Если перед вами стоит задача собрать программу из исходников, то вам понадобится не только установить саму библиотеку, но и заголовочные файлы для нее:

sudo apt install libfuse-dev

И так для любой библиотеки. Но это не всегда помогает.

2. Библиотека находится не в том каталоге

Бывает что библиотека установлена, мы установили ее или она поставлялась вместе с программой, но ошибка как была, так и есть. Причиной этому может быть то, что загрузчик Linux не может найти библиотеку.

Поиск библиотек выполняется по всех папках, которые указаны в конфигурационных файлах /etc/ld.conf.d/. По умолчанию, это такие каталоги, как /usr/lib, /lib, /usr/lib64, /lib64. Если библиотека установлена в другой каталог, то, возможно, это и есть причина проблемы.

Вы можете посмотреть какие библиотеки сейчас доступны загрузчику с помощью команды:

ldconfig -p

Найти, где находится ваша библиотека можно с помощью команды locate. Например, нас интересует библиотека librtfreader.so:

 locate librtfreader

Теперь мы знаем, что она находится по адресу /opt/kingsoft/wps-office/office6/. А значит, для работы программы необходимо сделать чтобы загрузчик библиотек ее видел. Для этого можно добавить путь в один из файлов /etc/ld.so.conf.d/ или же в переменную LD_LIBRARY_PATH:

export LD_LIBRARY_PATH=/opt/kingsoft/wps-office/office6/

Опять же, так вы можете поставить с любой библиотекой, которая взывает ошибку. Еще один более простой метод — это просто создать символическую ссылку на нужную библиотеку в правильной папке:

ln -s /opt/kingsoft/wps-office/office6/librtfreader.so /usr/lib/librtfreader.so

3. Неверная версия библиотеки

Эта причина ошибки довольно часто встречается при использовании программ не для вашего дистрибутива. Каждая библиотека имеет дополнительную версию, так называемую ревизию, которая записывается после расширения .so. Например, libav.so.1. Так вот, номер версии меняется всякий раз, когда в библиотеку вносятся какие-либо исправления.

Часто возникает ситуация, когда в одном дистрибутиве программа собирается с зависимостью от библиотеки, например, libc.so.1, а в другом есть только libc.so.2. Отличия в большинстве случаев здесь небольшие и программа могла бы работать на второй версии библиотеки. Поэтому мы можем просто создать символическую ссылку на нее.

Например, библиотеки libusb-1.0.so.1 нет. Но зато есть libusb-1.0.so.0.1, и мы можем ее использовать:

Для этого просто создаем символическую ссылку на библиотеку:

sudo ln -s /usr/lib/libusb-1.0.so.0.1 /usr/lib/libusb-1.0.so.1

В большинстве случаев программа не заметит подмены и будет работать, как и ожидалось. Также для решения этой проблемы можно попытаться найти нужную версию библиотеки в интернете для своей архитектуры и поместить ее в папку /usr/lib/ или /usr/lib64/. Но после этого желательно обновить кэш:

sudo ldconfig

Выводы

В этой статье мы рассмотрели почему возникает ошибка Error while loading shared libraries, а также как ее решить. В большинстве случаев проблема решается довольно просто и вы получите работоспособную программу. Надеюсь, эта информация была полезной для вас.

I’m having problems here as well with this.

Since Arduino upstream isn’t shipping their own libs for avrdude you get the problem with ‘libtinfo.so.5’ being absent since they assume that all distros have this lib already (…good job there).
Anyhow. If you read the wiki (like  you always should)

This makes sure you have the definitions (or whatever they are) for most boards.

The problem I’ve run into is that the Archlinux packages assume ‘arduino-builder’ as the uploader. And ‘arduino-builder’ assumes that you provide a tool folder, as is said on the wiki ( https://wiki.archlinux.org/index.php/ar … no-Builder ).
And what is the problem with this? When pressing the ‘upload’ or ‘compile’ buttons in the Arduino IDE you get

Arduino: 1.8.0 (Linux), Board: "Arduino/Genuino Uno"

/usr/share/arduino/arduino-builder -dump-prefs -logger=machine -hardware /usr/share/arduino/hardware -built-in-libraries /usr/share/arduino/libraries -libraries /home/chewtoy/Arduino/libraries -fqbn=archlinux-arduino:avr:uno -vid-pid=0X2341_0X0001 -ide-version=10800 -build-path /tmp/arduino_build_951808 -warnings=none -prefs=build.warn_data_percentage=75 -verbose /home/chewtoy/code/GitHub/Keyboard/Code/ModuleA/ModuleA.ino
Parameter 'tools' is mandatory
Usage of /usr/share/arduino/arduino-builder:
  -build-options-file string
    	Instead of specifying --hardware, --tools etc every time, you can load all such options from a file
  -build-path string
    	build path
  -built-in-libraries value
    	Specify a built-in 'libraries' folder. These are low priority libraries. Can be added multiple times for specifying multiple built-in 'libraries' folders
  -compile
    	compiles the given sketch
  -core-api-version string
    	version of core APIs (used to populate ARDUINO #define) (default "10600")
  -debug-level int
    	Turns on debugging messages. The higher, the chattier (default 5)
  -dump-prefs
    	dumps build properties used when compiling
  -fqbn string
    	fully qualified board name
  -hardware value
    	Specify a 'hardware' folder. Can be added multiple times for specifying multiple 'hardware' folders
  -ide-version string
    	[deprecated] use 'core-api-version' instead (default "10600")
  -libraries value
    	Specify a 'libraries' folder. Can be added multiple times for specifying multiple 'libraries' folders
  -logger string
    	Sets type of logger. Available values are 'human', 'machine' (default "human")
  -prefs value
    	Specify a custom preference. Can be added multiple times for specifying multiple custom preferences
  -preprocess
    	preprocess the given sketch
  -quiet
    	if 'true' doesn't print any warnings or progress or whatever
  -tools value
    	Specify a 'tools' folder. Can be added multiple times for specifying multiple 'tools' folders
  -verbose
    	if 'true' prints lots of stuff
  -version
    	prints version and exits
  -vid-pid string
    	specify to use vid/pid specific build properties, as defined in boards.txt
  -warnings string
    	Sets warnings level. Available values are 'none', 'default', 'more' and 'all'

Error compiling for board Arduino/Genuino Uno.

And there is no option to specify what options  to give ‘arduino-builder’. Unless there is some hidden setting in ‘~/.arduino15/preferences.txt’ that’s not there by default.
So going by the wiki and only using packages from community, the ‘upload’ and ‘compile’ is broken in the Arduino package, I’d say.
Compiling from command line using arduino-builder seems to work though, given the mandatory flags ofc.

Last edited by chewtoy (2017-01-05 09:54:13)