Paludis (Paludis, the Other Package Mangler)

Сообщение **serzh-z** » 02.03.2009 16:34

v. 0.99 DRAFT

Введение

Итак, что же такое Paludis? Если вы подумали о чём-нибудь, связанном с растениями, то, не смотря на логотип на официальном сайте, уверяю, попали пальцем в небо.

Paludis - это альтернативный (так же как и нерассматриваемый здесь pkgcore) пакетный менеджер, написанный для дистрибутива Gentoo Linux и его производных, но, теоретически, не ограниченный только лишь этими дистрибутивами.

Хотя Paludis разрабатывается на протяжении нескольких лет одним из разработчиков Gentoo, данный пакетный менеджер не является проектом Gentoo Foundation, так же как и не является официальным пакетным менеджером в этой системе. Paludis, the Other Package Mangler Paludis не является ни надстройкой, ни дополнением к Portage. Хотя его функции сходны с функциями стандартного пакетного менеджера Gentoo, он не преследует цель воспроизвести все функции Portage. Он просто идёт своим путём, и этот путь очень похож на пути любых других пакетных менеджеров и подвержен влиянию философии Gentoo. "Paludis, the Other Package Mangler" - так звучит описание на официальном сайте.

С момента начала разработки (так же начатой одним из бывших разработчиков Gentoo) Exherbo, Paludis является основным пакетным менеджером этого дистрибутива и многие возможности Paludis написаны специально под Exherbo.

Ниже будут рассмотрены основные отличия Paludis от Portage, его плюсы и минусы, а также будет произведена попытка написать некое подобие краткого руководства по его базовой установке и настройке, а также переходу от использования Portage к использованию Paludis.

Соглашение по оформлению

Идея

Paludis следует PMS (это совсем не медицинский термин, а всего лишь Package Manager Specification) - спецификации пакетного менеджера и использует EAPI - прикладной программный интерфейс файла сборки пакетов. PMS призван обеспечить совместимость между различными пакетными менеджерами, используемых в Gentoo Linux, его производных, и, возможно, прочих дистрибутивах. Это означает, что он полностью совместим с базой доступных, базой установленных и форматом пакетов, используемых Portage. Из чего следует, что данные пакетные менеджеры являются вполне взаимозаменяемыми и могут использовать в системе одновремено. При условии, что пакеты не используют более новую версию EAPI, неподдерживаемую Portage или некоторые расширения к EAPI, предоставляемые Paludis, которые могут быть несовместимыми с Portage. В противном случае пакет откажется устанавливаться, или же, если используется очень старая версия Portage, не поддерживающая спецификацию PMS, может работать непредсказуемо.

Несмотря на то, что авторы Paludis ссылаются на Portage, как на "предшественник" - с недавних пор последние версии Portage не сильно отстают, как по базовым, так и по расширенным, возможностям от Paludis. По-крайней мере современные версии Portage так же поддерживают PMS/EAPI (EAPI-2), Git и т.д.

Дополнительную информацию о EAPI можно найти здесь: http://www.gentoo-wiki.info/EAPI.

О PMS - здесь: http://www.gentoo.org/proj/en/qa/pms.xml.

Текущая спецификация PMS: http://dev.gentoo.org/~ferdy/pms/pms-head.pdf.

Блог главного разработчика Paludis: http://ciaranm.wordpress.com/.

Реализация

В отличии от Portage, написанного на языке программирования Python, Paludis написан на C++. Это даёт ему определённый выигрыш в скорости, по сравнению с Portage. Хотя за скорость работы придётся расплачиваться большим временем сборки самого менеджера. Надо заметить, что последние версии Portage проигрывают в скорости Paludis очень незначительно.

Paludis имеет достаточно строгий, хотя и недостаточно прозрачный API, позволяющий писать приложения, работающие поверх пакетного менеджера. Данный API доступен для нескольких языков: прежде всего для C++, Ruby и Python.

Фактически основной консольный клиент Paludis, позволяющий выполнять основные операции, такие как - установка и удаление пакетов, обновление репозиториев, вывод информации о конфигурации Paludis - это лишь небольшое приложение, использующее возможности ядра Paludis через его API. В стандартную поставку Paludis входят дополнительные клиенты - такие как importare, inquisitio, reconcilio и другие.

То есть, одним из основных отличий Paludis от других пакетных менеджеров, и, в частности, от Portage, является: наличие конфигурации, репозиториев, ядра, имеющему доступ к конфигурации и репозиториям, и различных клиентов, которые взаимодействуют с ядром менеджера и не взаимодействуют с конфигурацией, репозиориями и друг с другом напрямую.

Возможности

Отличия

Достоинства

- хорошая производительность
- гибкая система конфигурирования
- хорошо продуманная раздельная архитектура, позволяющая, при желании, легко расширять пакетный менеджер и изменять формат пакетов, не затрагивая при этом клиентов
- масштабируемая и гибкая система репозиториев: можно иметь как один единственный репозиторий, так и их сотню, нет привязки к "официальному" или "основному" репозиторию - каждому репозиторию можно присвоить собственный приоритет
- возможность работать в режиме совместимости с другими пакетными менеджерами, в частности Portage, в случае сборки с USE-флагом portage
- теоретическую возможность работать в других дистрибутивах систем POSIX (Portage так же способен на это, но при больших усилиях, Paludis изначально штатно предусматривает такую возможность)

Недостатки

- недостаточная простота использования неподготовленным пользователем
- официально относится к "неподдерживаемому программному обеспечению" в силу идеологических разногласий с ведущими разработчиками Gentoo и Portage
- документация, написанная разработчиками, недостаточно подробна
- отсутствие удобного и быстрого клиента для индексирования и поиска пакетов

Установка

Paludis поставляется без каких либо умолчальных конфигурационных файлов. В подобной коплектации он даже неспособен запуститься.

Режим совместимости

Существует возможность собрать Paludis с флагом portage - в этом случае он будет использовать существующую среду Portage, не требуя собственных конфигурационных файлов. Но в этом случае невозможно будет использовать расширенные возможности Paludis.

Автоматическая

Можно использовать официальный скрипт http://git.pioto.org/?p=paludis-scripts.gi...ge2paludis.bash. Он пытается анализировать конфигурационные файлы Portage и создаёт на их основе конфигурациюнные файлы Paludis. Результат работы этого скрипта обязательно следует проверить.

Ручная

Все конфигурационные файлы Paludis, по умолчанию, должны быть размещены в /etc/paludis.

Paludis поддерживает следующие форматы конфигурационных файлов:

- файл bashrc, представляет из себя bash-скрипт, который выполняется Paludis перед выполнением каких-либо операций. Используется для установки переменных среды, подобхных CFLAGS и PATH. Файл bashrc выполняется в песочнице
- текстовые файлы с суффиксом .conf, статические конфигурационные файлы, каждая строка которого содержит один параметр в формате имя=значение. Значение параметра может ссылаться на имя другого параметра в стиле bash - $имя или ${имя}. Имена параметров чувствительны к регистру. Пустые строки игнорируются. Строки, начинающиеся с решётки # игнорируются. Проблемы в начале и конце строки игнорируются. Перенос строк осуществляется с помощью обратного слеша \
- текстовые файлы с суффиксом .conf, статические конфигурационные файлы, каждая строка которого содержит список токенов (см. ниже), разделённых пробелами. Пустые строки игнорируются. Строки, начинающиеся с решётки # игнорируются. Проблемы в начале и конце строки игнорируются. Перенос строк осуществляется с помощью обратного слеша \
- скрипты с суффиксом .bash, динамические конфигурационные файл, представляющие из себя bash-скрипты, вывод которых будет интерпретироваться так же как содержимое конфигурационного файла .conf
- каталоги с суффиксом .conf.d, Paludis будет ожидать в подобных каталогах файлы .conf и .bash

Второй тип файлов .conf содержит список токенов, разделённых пробелами. Данный тип конфигурационных файлов позволяет связать с определёнными пакетами, или другими сущностями Paludis, некоторые значения.

Первый токен - это спецификация пакета, зеркала и т.д., которая представляет собой совокупность категории, имени пакета, имени набора, имени зеркала и имени репозитория, и имеет следующий формат:

- [оператор]категория/пакет-[версия][суффикс], более полную информацию о спецификации пакета можно найти ниже
- набор, набор - это определённый конфигурацией набор пакетов, примерами наборов являются встроенные наборы: everything, insecurity, security, system, world
- зеркало, зеркало - это набор сетевых ресурсов (ftp, http и т.д.), содержащих в себе набор определённых файлов, которые требуются для сборки пакета. Большинство пакетов содержат в себе ссылку на то или иное зеркало, вместо прямой ссылки на ресурс. Пакеты могут ссылаться просто на зеркала, без указания имени конкретного зеркала, в этом случае будет использовано зеркало с именем репозитория, которому принадлежит пакет, либо зеркало, специфицированное шаблоном *.

В качестве имени категории, имени пакета, имени репозитория или имени зеркала может быть использован шаблон *.

В спецификации пакета могут быть использованы следующие необязательные компоненты:

Операторы:

- =, равно
- <=, меньше или равно
- <, меньше
- >=, больше или равно
- >, больше
- ~, равно, исключая ревизию пакета. Если указана ревизия пакета, то, так же, больше или равно этой ревизии
- =*, начинается со строки. Символ *, должен следовать за версией, например: =sys-apps/paludis-2.* или sys-apps/paludis-[=2.*]
- ~>, больше или равно и меньше следующей наименьшей значащей версии (~>1.2.3 подразумевает выборку пакетов >=1.2.3 и <1.3)

Суффиксы:

- :слот, номер слота, например: sys-devel/gcc:4.2
- ::репозиторий->репозиторий, параметры репозитория, см. ниже
- [флаг] и [-флаг], включенный или отключенный USE-флаг. Может быть указан несколько раз для разным флагов
- [=1.23], частично соответствует указанной версии. Любой другой поддерживаемый оператор, кроме =, может быть использован. Операторы | или & могут быть использованы, чтобы указать несколько версий. Например, для того, чтобы установить GRUB 2, но исключить версию из Subversion, можно задать следующий критерий: sys-boot/grub[>=1&<9999]
- [.ключ=значение], значение ключа метаданных. Поддерживаются только простые ключи метаданных

Параметры репозитория:

- репозиторий, находится в указанном репозитории
- репозиторий?, может быть установлен в указанной репозиторий
- репозиторий??, то же самое, но игнорировать маскирование
- /путь, установлен в корень /путь
- /путь?, может быть установлен в репозиторий формата VDB с корнем /путь
- /путь??, то же самое, но игнорировать маскирование

В качестве значения обычно может быть использован шаблон *, который имеет более высокий приоритет нежели все остальные значения.

Все последующие токены в строке - это набор, связанных со спецификацией значений. Среди токенов может встречатся метка вида метка:, которая определяет подгруппу значений, и после которой все оставшиеся в строке значения будут включены в подгруппу с именем метка. Например: