Handbook:Parts/Portage/Advanced/ru

Введение
Для большинства пользователей полученной до сих пор информации достаточно для их повседневных задач в Linux. Но Portage способен на много другое; множество его возможностей предназначены для продвинутых пользователей или применимы только в особых случаях. Однако, это не означает, что их не нужно документировать.

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

Большинство, если не все эти дополнительные возможности можно легко найти, почитав man-страницы, которые идут вместе с Portage:

И, наконец, знайте, что эти дополнительные возможности, в случае, если что-то работает не корректно, могут сделать отладку и поиск проблем очень затруднительными. Убедитесь, что сообщили об использовании таких возможностей, когда будете создавать отчет об ошибке.

Использование /etc/portage/env
По умолчанию, при сборки пакета, будут использоваться переменные окружения, которые определены в, такие как CFLAGS , MAKEOPTS и другие. В некоторых случаях, было бы полезно определить другие переменные для некоторых пакетов. Для таких случаев Portage поддерживает использование файлов и.

Файл содержит список пакетов для которых необходимы отклонения в переменном окружении, а также определенный идентификатор, который сообщит Portage, какие изменения необходимо сделать. Имя идентификатора определяется в свободном формате, Portage будет искать переменные в файле.

Пример: включение отладки для конкретных пакетов
В качестве пример, мы включим отладку (debugging) для пакета.

Сперва установим переменные для отладки в файле, который называется. Имя выбирается произвольно, но, конечно, видна причина такого именования; чтобы сделать более очевидным позже, почему такое именование было сделано.

Далее, отметим пакет, чтобы он использовал содержимое этого файла:

Использование /etc/portage/bashrc и связанных файлов
Когда Portage работает с разными ebuild, он использует окружение bash в котором он вызывает различные функции сборки (такие как,  ,   и так далее). Но Portage также позволяет пользователям определять некоторые части окружения bash.

Преимущество использования заранее определенных частей окружения bash в том, что это позволяет пользователям вмешиваться в процесс emerge на каждом шаге его выполнения. Этого можно добиться для всех команд emerge (через ) или используя окружение для конкретного пакета (через, как это было описано ранее).

Чтобы вмешаться в процесс, окружение bash может слушать переменные EBUILD_PHASE, CATEGORY , а так же как переменные, которые всегда доступны в процессе работы ebuild (такие как P , PF , ...). Основываясь на значениях этих переменных могут быть выполнены дополнительные шаги/функции.

Пример: обновление базы данных файлов
В этом примере мы воспользуемся для вызова некоторых приложений с базами данных файлов, чтобы синхронизировать состояние их баз данных с системой. Приложения, используемые в этом примере, (утилита обнаружения вторжений) и  (для использования с ) это просто примеры. Не воспринимайте это как руководство для программы AIDE ;-&#41;

Чтобы данном случае воспользоваться, мы должны вмешаться в функции  (после удаления файлов) и   (после установки файлов), потому что именно в этих случаях изменяются файлы в системе.

Использование /etc/portage/postsync.d
До этого момента мы говорили только о вмешательстве в процессы ebuild. Однако у Portage также есть и другие важные функции: обновление Gentoo репозитория. Чтобы запустить задачу после обновления Gentoo репозитория, поместите скрипт в каталог и убедитесь, что он отмечен как исполняемый.

Пример: запуск eix-update
Если не используется для обновления дерева, то все еще можно обновить его базу данных после выполнения  (или ) добавив в каталоге  символьную ссылку на, назвав ее.

Использование /etc/portage/profile
По умолчанию Gentoo использует настройки содержащиеся в профиле на который указывает (символьная ссылка на подходящий каталог профиля). Эти профили определяют как специфичные для профиля настройки, так и наследуют настройки из других профилей (через их родительский (parent) файл).

Используя, пользователи могут переопределить настройки профиля, такие как пакеты (какие пакеты считаются частью системного набора (@system)), обязательные USE-флаги и другое.

Пример: добавление nfs-utils в набор system
В случаи использования важной файловой системы на основе NFS, может быть необходимость отметить пакет как системный. В этом случае Portage предупредит администраторов, если ему потребуется удалить этот пакет.

Чтобы достичь этой цели, мы добавим пакет в с   перед его именем:

Использование epatch_user
Чтобы управлять несколькими ebuild похожим образом, разработчики ebuild используют eclass (вроде библиотек оболочки), в которых определены часто используемые функции. Один такой eclass это, который предлагает интересную функцию под названием.

Функция  применяет патчи исходного кода, которые найдены в, независимо от того, какой каталог был найден первым. К сожалению, не все ebuild автоматически вызывают эту функцию. Поэтому просто положенные патчи в этом каталоге не всегда сработают.

К счастью, информация, предоставленная ранее в этой главе, позволяет пользователям вызвать эту функцию "подцепив" ее, например, в фазе подготовки (prepare). Функция может быть вызвана множество раз, но патч применится только один раз.

Пример: применение патчей к Firefox
Пакет один из множества пакетов, который вызывает функцию   из ebuild, так что нет необходимости что-либо менять.

В некоторых случаях (например, разработчик предоставил патч и попросил проверить исправляет ли он ошибку), когда необходимо пропатчить Firefox, просто нужно поместить патч в (вероятно лучше использовать полное имя и версию, так чтобы патч не мешал более ранним версиям) и пересобрать Firefox.