Archlinux — Следуем Arch Way при установке и обновлении ПО

Цель данной статьи - рассказать о подходах, которые приняты при установке ПО в дистрибутиве Arch Linux. Если Вам кажется, что в этой области Вы - пользователь Arch Linux со стажем - все знаете и я не открою ничего нового, думаю Вы заблуждаетесь. Будучи активным пользователем этого дистрибутива на протяжении уже почти двух лет я не перестаю открывать в нем новые и новые интересные особенности и неожиданные возможности, как например сегодня... Но об этом позже, а пока начнем с самого начала: итак, что же такое Arch Way в данном конкретном применении?

Случай первый (тривиальный) - нам нужно установить приложение из репозитория в систему. Решается, как известно, командой:

1	pacman -S application_name

или (что в данном случае приводит к аналогичному результату)

1	yaourt -S application_name

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

Случай второй: приложения в репозитории не оказалось. Как поступить в данном случае? Правильный ответ - поискать пакет в AUR (Arch Linux User Repository). AUR - это репозиторий, пополняемый сообществом пользователей Arch Linux. Содержит на на данный момент более 17000 пакетов, среди которых можно найти практически все, что может понадобится. Содержит он не бинарные пакеты, а специальные пакеты для ABS (Arch Build System). ABS это метод сборки пакетов из исходных кодов, принятый в Arch Linux. Вкратце - позволяет собрать из исходных текстов пакет, который потом инсталлируется пакетным менеджером. Кстати, одна из возможностей yaourt - поиск, сборка и установка программ из этого репозитория. Итак, пакет нашелся, собрался, ситуация разрешилась. Продолжим.

Случай третий - нужного приложения не оказалось и в AUR'е. Тогда напишем PKGBUILD самостоятельно, и, если приложение может оказаться полезным еще ком-нибудь кроме Вас, и, что более важно, Вы собираетесь его использовать и поддерживать его PKGBUILD, то его следует выложить его в AUR. Возможно Вы кому-то этим очень поможете и сэкономите время:)

Итак, с установкой программ в стиле Arch Way вроде бы разобрались. Теперь перейдем к более редким, но не менее интересным ситуациям - решению проблем с уже установленными приложениями.

Проблема первая. У нас установлены пакет-библиотека LibA и зависящий от него пакет-приложение AppB. Оба установлены из официального репозитория и прекрасно работают. Потом происходит следующее - пакет LibА обновляется до новой версии, и приложение AppB перестает работать. Почему? Дело в том, что AppB собиралось еще со старой версией LibA, и, статически слинковано с ним. Решение - пересборка приложения AppB c новой версией LibА. Это задача для мэйнтейнера пакета AppB, которая иногда решается им быстр (в течении дней, и даже часов), а иногда (к счастью, редко) остается висеть на недели... Если вы думаете, что Вам придется ждать новой версии AppB в репозитории, Вы ... отчасти правы, но, следуя Arch Way следует просто пересобрать данное приложение самостоятельно, у себя на машине. И для этого совсем не нужно скачивать из SVN последний PKGBUILD и собирать пакет на его основе (как я поступал будучи новичком в Арче), а всего-лишь использовав команду

1	yaourt -Sb Application_B

которая выполнит все самостоятельно. Вот такой вот Arch Way.

Закончить же статью мне бы хотелось описанием еще более интересного и сложного случая, с которым я впервые столкнулся сегодня, и который тоже удалось решить в таком-же элегантном стиле :) К тому же, позволю себе быть более конкретным, так как проблема актуальна и в данный момент, а шаги все пока свежи в памяти. Итак, проблема вторая начиналась так же, как и предыдущая: во время очередного обновления системы, до последней актуальной версии в том числе был обновлен и пакет gdl (до 2.28.0-1). Этот пакет имеется в зависимостях у Python Machine - PyGTK IDE, которую я частенько использую и собираю из AUR. Python Machine, как Python -приложение, работает с gdl посредством "биндингов" из пакета gnome-python-extras, который не обновился вместе в gdl, и перестал с ней работать. Попытка пересборки gnome-python-extras из исходников посредством

1	yaourt -Sb gnome-python-extras

не увенчалась успехом, т.к. gdl значительно изменился в версии 2.28 и gnome-python-extras нужно пропатчить для успешной сборки и использования. Я задумался: как же поступить в такой ситуации? Неужели придется отказаться от Arch Way и все же скачивать и править PKGBUILD, пересобирать пакет и заменять им пакет из репозитория? Согласитесь, не очень красивый метод. Однако выход был найден - customizepkg. Этот скрипт, работая в паре с yaourt позволяет на лету модифицировать PKGBUILD, который использует yaourt при пересборке пакета из репозитория из исходников. Используя customizepkg мне удалось решить и эту проблему, сохраняя элегантность и не отступая от Arch Way.

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