Определить зависимости бинарника от packages в Linux(Ubuntu)?

Question

[ixSci]

Доброго времени суток!


Есть ли способ определения какие packages и каких версий понадобятся при развертке приложения?

Я могу получить список всех so посредством ldd, но там не указано в какие packages входят эти библиотеки.


Заранее спасибо!

Answer 1

[z0rc]

У вас есть какой-то бинарник, а не нормальный пакет, который вы собираетесь «разворачивать»? Зависимости по уровням версий есть только на уровне работы с пакетами, при работе с бинарниками можно ориентироваться только на версию ABI. Лучше свяжитесь с тем, кто компилировал бинарник, чтобы уточнить с какими версиями библиотек он линковался.

Comments

[ixSci]

Мне надо свой пакет собрать, соответственно мне нужно прописать зависимости с версиями для пакета.

[z0rc]

www.debian.org/doc/maint-guide/ch-crules.ru.html
+ man dh_shlibdeps

[ixSci]

спасибо, но мне нужен список зависимостей с версиями, а не способ создания package.

[z0rc]

Мне надо свой пакет собрать

делаться будет через cpaсk

Во-первых, почему не указали это сразу? Во-вторых, рекомендуем и желателен именно традиционный подход к сборке пакетов. В официальных репах дебиана и убунты нет ни одного пакета собранных cpack´ом. В-третьих, apt-file´ом находите все пакеты, в которых используются файлы из отчёта ldd и пишите их в зависимости, но это будет во-о-от такой рогатый костыль.

Мне всё-таки до сих пор не понятно. Невозможно спросить разработчика на предмет зависимостей и адаптировать этот список под реалии дистрибутива?

[ixSci]

Почему не указал? Очень просто, я не спрашивал как мне собрать пакет, я спрашивал как найти зависимости, остальное меня не интересует, на данный момент. В контексте моего вопроса присутствие cpack совершенно не важно.
Разработчика спросить можно, это я. Но я хочу четкий список зависимостей из бинарника, а не из того, что я знаю, что я использовал.
Другими словами: есть способ достичь того, чего я хочу или нет? Без советов как мне создать пакет, просто ответьте на мой вопрос, пожалуйста.

[z0rc]

хочу четкий список зависимостей из бинарника

Тогда никак, архитектура elf этого не предоставляет. В голову приходят мысли о специальной среде, позволяющей собирать и тестировать бинарник с разными версиями библиотек (тот же buildbot), но это довольно объёмная задача.

Когда-то давно у меня была самописная игрушка, использовавшая libSDL, libSDL_mixer, libSDL_image, physfs, lua. Тогда я собирал пакет прописывая их как зависимости, естественно отбрасывая libpng, zlib, libc и пр., так как от них и так зависят используемые мной библиотеки. Если же хотите привязаться к версиям, то можете просто указать >= текущая_версия_пакета.

[ixSci]

Спасибо! Я вот что нашел, но приведенный там скрипт не работает, ибо я нашел только игру pacman :) А дополненный скрипт не существует, может наведет кого-нибудь на идею…

[z0rc]

Ну, вот вам адаптированный под Debian вариант (pacman — пакетный менеджер в Arch):
#!/bin/bash
LIBS=`ldd $1 | awk '{print $3}'`

PKGS=`(for lib in $LIBS; do
apt-file -Fl search $lib
done) | sort | uniq`

(for pkg in $PKGS; do
echo $pkg `apt-cache show $pkg | grep Version | awk '{print $2}'`
done)

Проверяем:
[~]% test.sh /usr/bin/mc
e2fslibs 1.41.12-2
libc6 2.11.2-13
libcomerr2 1.41.12-2
libglib2.0-0 2.28.2-1
libgpm2 1.20.4-3.3
libpcre3 8.12-3
libslang2 2.2.2-4

Теперь смотрим, как же оно на самом деле:
[~]% apt-cache show mc | grep Depends
Depends: e2fslibs (>= 1.41.0), libc6 (>= 2.3), libcomerr2 (>= 1.01), libglib2.0-0 (>= 2.24.0), libgpm2 (>= 1.20.4), libslang2 (>= 2.0.7-1)
Или более детально:
[~]% apt-cache showpkg mc | grep -A1 Dependencies
Dependencies:
3:4.7.0.9-1 - e2fslibs (2 1.41.0) libc6 (2 2.3) libcomerr2 (2 1.01) libglib2.0-0 (2 2.24.0) libgpm2 (2 1.20.4) libslang2 (2 2.0.7-1) perl (0 (null)) zip (0 (null)) unzip (0 (null)) bzip2 (0 (null)) links (16 (null)) w3m (16 (null)) lynx (0 (null)) arj (0 (null)) file (0 (null)) xpdf-reader (16 (null)) pdf-viewer (0 (null)) dbview (0 (null)) odt2txt (0 (null)) gv (0 (null)) catdvi (0 (null)) djvulibre-bin (0 (null)) imagemagick (0 (null)) python (0 (null)) python-boto (0 (null)) python-tz (0 (null)) mime-support (0 (null))
Или более наглядно:
[~]% apt-cache depends mc
mc
Зависит: e2fslibs
Зависит: libc6
Зависит: libcomerr2
Зависит: libglib2.0-0
Зависит: libgpm2
Зависит: libslang2
Предлагает: perl
Предлагает: zip
Предлагает: unzip
Предлагает: bzip2
|Предлагает: links
|Предлагает: w3m
Предлагает: lynx
Предлагает: arj
Предлагает: file
|Предлагает: xpdf-reader
Предлагает: <pdf-viewer>
acroread
epdfview
evince
evince-gtk
gv
okular
viewpdf.app
xpdf
zathura
Предлагает: dbview
Предлагает: odt2txt
Предлагает: gv
Предлагает: catdvi
Предлагает: djvulibre-bin
Предлагает: imagemagick
graphicsmagick-imagemagick-compat
Предлагает: python
Предлагает: python-boto
Предлагает: python-tz
Рекомендует: mime-support

А теперь обратите внимание на libpcre3, это зависимость libglib2.0-0. Чем больше у вас будет высокоуровневых библиотек, тем больше будет лишних зависимостей. Повторяю опять, зависимости надо или заполнять руками или ориентироваться на dh_shlibdeps, который тоже в свою очередь обычно нужно подстраивать под действительность. Причём я не зря вам привёл ещё и другие поля, для большинства пакетов это тоже существенные дополнения, от которых зависит его функциональность. А если ещё вспомнить про конфликты, замены, виртуальные пакеты…

[ixSci]

z0rc, премного благодарен, Вы дали исчерпывающий ответ на мой вопрос, спасибо!

Answer 2

[shurshur]

dpkg -S /usr/lib/libnuzhnayaliba.so покажет в какой пакет она входит. Это можно использовать.

Однако я бы сделал пакет, при правильном написании системы сборки в debian/rules обязательно есть команда dh_shlibdeps (могу ошибаться с точным названием), которая включит нужные зависимости. Установка пакета в этом случае может выглядеть так:

dpkg -i proga_1.0_i386.deb
apt-get install -f

При первой программе ругнётся — это нормально. Вторая пофиксит зависимости и выполнит postinstall первой.

Comments

[ixSci]

спасибо за dpkg.

[ixSci]

Так, а с помощью этой команды я версию получить не могу. Как получить package с версией?

[shurshur]

Кажется такая команда показывает установленную версию: dpkg -p имя_пакета

Но вообще если делается пакет (как я вижу снизу), то правильнее делать через скрипты dh_*, тогда условия типа «пакет версии >= заданная версия» будут сформированы автоматически.

[ixSci]

делаться будет через cpaсk, которому необходимо указать пакет и версию в конфиге, так, что не вариант.