И первым шагом на этом пути будет посещение сайта SlackBuilds.org, который, собственно, и является эпонимом этой системы. Он содержит огромную коллекцию тематически структурированных слакбилдов, сопровождающуюся средствами их поиска и инструкцией по применению.
Рисунок 8-1. Структура репозитория SlackBuilds.org
Обращение с найденным слакбилдом в общем случае примерно таково (хотя детали могут меняться). Вначале он (то есть файл вида *.SlackBuild и несколько файлов с метаинформацией, в том числе файлом README) скачивается в подходящий каталог, затем ему присваивается аттрибут исполнения:
$ chmod a+x *.SlackBuild
После чего эту способность к исполнению надлежит реализовать:
$ ./*.SlackBuild
Для обеих процедур, как можно видеть, достаточно прав обычного пользователя. В результате второй в текущем каталоге появляется скачанный из сети архив исходных текстов, файл проверки контрольной суммы, а в каталоге /tmp – готовый бинарный пакет, то есть файл вида *.txz. Который остаётся только установить обычным образом, например, описанным в главе пятой, разумеется, уже с правами администратора:
$ sudo installpkg *.txz
В самих по себе слакбилдах штатно не предусмотрено никакого механизма контроля зависимостей – кроме, разумеется, вывода сообщений в случае их нарушения. Централизованно не предлагает такого механизма и сам репозиторий SlackBuilds.org. В этом первое важное отличие слакбилдов от систем типа портов или портежей.
Однако некоторый контроль зависимостей при построении слакбилдов и не запрещается: автор может перечислить их в упомянутом только что файле README. Но делать этого он не обязан. И это вторая важная их особенность: если порты или портежи претендуют на универсальность и «всеохватность», и потому более или менее поддерживаются в целостном состоянии, то каждый слакбилд – продукт «индивидуальный». Автор его в явном или не явном виде как бы говорит, что сделал его для собственных целей, а уж дальше – не его дело. И SlackBuilds.org – это просто «копилка» таких индивидуальных решений.
Разумеется, сказанное не относится к слакбилдам, с помощью которых собираются пакеты официальной части Slackware или Salix (а это, повторяю, точно такие же слакбилды, как и любые другие): здесь майнтайнеры дистрибутивов в лице, соответственно, Патрика или Георгия с соратниками за целостностью системы следят.
Однако Salix предоставляет некоторую возможность контроля зависимостей при сборке произвольных слакбилдов – собственный официальный их репозиторий.
Слакбилбы и Salix
В официальном репозитории Salix можно увидеть целых два хранилища слакбилдов --sbo и slkbuild.
Рисунок 8-2. Корень официального репозитория Salix
Чтобы больше не возвращаться к этому вопросу – для начала скажу пару слов о ветке slkbuild. Не смотря на кажущееся изобилие разделов, повторяющих структуру SlackBuilds.org, на момент сочинения этих строк она включает в себя всего два пакета весьма специфического назначения, в чём легко убедиться, просмотрев, например, /slkbuild/14.1/SLACKBUILDS.TXT:
SLACKBUILD NAME: pastebinitSLACKBUILD LOCATION: ./misc/pastebinit SLACKBUILD FILES: SLKBUILD slack-desc pastebinit-1.3.1.tar.gz SLACKBUILD VERSION: 1.3.1 SLACKBUILD REQUIRES: python,configobj SLACKBUILD SHORT DESCRIPTION: pastebinit (pastebin from the command line) SLACKBUILD NAME: solaar SLACKBUILD LOCATION: ./system/solaar SLACKBUILD FILES: SLKBUILD slack-desc 0.9.2.tar.gz SLACKBUILD VERSION: 0.9.2 SLACKBUILD REQUIRES: dbus-python,pygobject3,python,pyudev SLACKBUILD SHORT DESCRIPTION: solaar (Device manager for Logitech's Unifying receiver peripherals)
А знакомство с файлом /slkbuild/14.1/ChangeLog.txt не показывает следов активного обновления:
Sun Dec 01 2013system/solaar-0.9.2: Added. +-------------------------+ Wed Nov 27 2013 misc/pastebinit-1.3.1: Added.
Так что больше я к нему возвращаться не буду. Пока прошу только обратить внимание на строку SLACKBUILD REQUIRES: в описании слакбилдов для обоих пакетов.
А вот репозиторий sbo – это, как можно догадаться по названию, нечто вроде «филиала» SlackBuilds.org, не только повторяющего его структуру, но и во многом соответствующего ему по содержанию (с некоторыми купюрами).
Рисунок 8-3. Структура sbo-репозитория Salix
В чём же, кроме этих купюр, отличие? Дьявол, как известно, таится в мелочах. И в данном случае эта мелочь — файл SLACKBUILDS.TXT, представляющий собой описание репозитория. Точнее, даже одна строка в описании каждого слакбилда репозитория. И строка эта –