Книга: Погружение в 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, представляющий собой описание репозитория. Точнее, даже одна строка в описании каждого слакбилда репозитория. И строка эта –
SLACKBUILD REQUIRES:
в которой перечисляются зависимости пакета, собираемого данным слакбилдом (если они у него есть, разумеется). Например, в файле salix.hostingxtreme.com/sbo/14.1/SLACKBUILDS.TXT последние строки описания слакбилда для пакета EMBOSS выглядят так:
SLACKBUILD MD5SUM: cc3fca80cb0618deb10fa0d29fe90e4bSLACKBUILD MD5SUM_x86_64: SLACKBUILD REQUIRES: jdk SLACKBUILD SHORT DESCRIPTION: EMBOSS (European Molecular Biology Open Software Suite)
Тогда как в файле slackbuilds.org/14.1/SLACKBUILDS.TXT аналогичные строки имеют вид:
SLACKBUILD MD5SUM: cc3fca80cb0618deb10fa0d29fe90e4bSLACKBUILD MD5SUM_x86_64: SLACKBUILD SHORT DESCRIPTION: EMBOSS (European Molecular Biology Open Software Suite)
Именно различие в одну строку и позволяет учитывать зависимости при использовании слакбилдов из официального репозитория Salix в отличие от репозитория SlackBuilds.org. Хотя сами по себе слакбилды в них ничем между собой не различаются – более того, это просто одни и те же слакбилды.
А теперь давайте посмотрим, как это выглядит на практике. Для чего рассмотрим утилиту slapt-src, специально предназначенную для работы со слакбилдами.
- Salix: MATE-редакция
- Slackel, сын Salix'а: *box'овые редакции
- Погружение в Salix
- Репозитории Salix
- Salix: что было дальше
- Появление Salix
- Slackel, сын Salix'а: вступление
- Slackel и Salix: KDE-редакции
- Salix и Slackel: установка с LiveCD, или проще некуда
- Глава 8. Управление пакетами: сборка из исходных текстов