Краткий очерк: Exherbo
В какой-то момент я являлся пользователем операционной системы Gentoo. То была эпоха 2005-2006. Операционная система достигла своего апогея. Определить это было крайне просто: humanum est errare, и можно было запросто найти пару опечаток в gentoo-handbook, что я с радостью и делал. Живость, с которой всё происходило, удивляла. Дистрибутив жил полноценной жизнью, forums.gentoo.org мгновенно отзывался на любые вопросы. Баги фиксились мгновенно, любые гигантские циклические зависимости, необходимость что-то пилить для получения автоматического билда, исключались — ведь для этого нужно было поступиться идеологией — заставить пользователя запустить что-то дважды или пилить там, где должна работать автоматика! KISS.
Второй раз я обратил свой взгляд на Gentoo уже в 2008 году. Множество пакетов абсолютно устарело, либо поуходило в обновляемые репозитарии layman либо просто git-aware. Хакерская среда, которая подпитывала изменения, развалилась. Пакетные направления разработки перестали работать. Стало просто физически невозможно добавить свой ebuild в общее дерево! Даже если в общем дереве уже наличествовал тот же пакет меньшей версии. Старые версии пакетов перестали обновляться. Наконец, дошло до того, что forums.gentoo.org не мог помочь, стоило только проблеме подняться до вопросов совместимости (низких материй) или до вопросов центральной стратегии — относительно общего дерева, частных репозитариев, git-aware etc.
Теперь, в 2010 году, уже не нужен никакой «изначальный Gentoo», магия emerge world на полу-пустом chroot окружении. Я наблюдаю Gentoo-юзеров за Sabayon, Calculate — дистрибутивами с изначальным бинарным ядром, к которому цепляется по нескольку пакетных менеджеров. Portage стал из центра дистрибутива «ещё одним стандартом компиляции», по которому можно собрать некоторое пакетное подмножество. Как правило, собираемое подмножество ограничится десятком-сотней пакетов, которых просто не хватило в бинарной репозитарии Entropy от Sabayon Linux, да пересборкой ядра (ядер).
Я не считаю бинарные дистрибутивы злом, равно как и source-based абсолютным добром — каждый волен выбирать, насколько глубоко он решит пересобирать из исходников свой Sabayon или Calculate. Однако само появление бинарных gentoo-совместимых дистрибутивов — признак кончины идеи автоматичности дефолтного сценария в отношении Portage.
Конец Gentoo, так или иначе, приводит к новым подходам. Так появился Exherbo. Предпринята попытка уничтожить в зародыше центральную проблему Portage. А именно, толстое основное дерево пакетов. Вместо него — маленький репозитарий самых основых пакетов, при этом с multilib веткой. Дальше-больше! Каждый может свои exhereses (по аналогии с ebuild-ами) поместить в репозитарию, которая будет затягиваться в SPM (SPM у Exherbo называется Paludis, запуск через cave).
Наследование репозитариев, также становится вполне разрешимым вопросом. В идеале неплохо бы довести до какого-нибудь логического окончательного разрешения наподобие «классов репозитариев». Тип «список репозитариев» уже имеется.
Установка Exherbo описана здесь exherbo.org/docs/install-guide.html
и для продвинутых пользователей — сводится лишь к распаковыванию архива в файловое пространство с последующим mount-chroot.
где /mnt/exherbo — файловое пространство дистрибутива.
Добавление репозитариев через (для примера ingmar):
В принципе, это вся необходимая информация для обращения с Paludis.
Но рано или поздно возникает вопрос — зачем новый дистрибутив? Иначе, зачем все файловое дерево одному SPM? А можно и без нового дистрибутива — просто еще один SPM. Здесь важно заметить, что и сам Paludis когда-то не только сосуществовал, но и был одним из способов разрешить проблемы Portage, но в определенный момент потерял родственную связь.
Возможно, всё обстоит похожим образом в соответствии с фразой Ландау: новые технологии появятся только тогда, когда умрут сторонники старых?
Второй раз я обратил свой взгляд на Gentoo уже в 2008 году. Множество пакетов абсолютно устарело, либо поуходило в обновляемые репозитарии layman либо просто git-aware. Хакерская среда, которая подпитывала изменения, развалилась. Пакетные направления разработки перестали работать. Стало просто физически невозможно добавить свой ebuild в общее дерево! Даже если в общем дереве уже наличествовал тот же пакет меньшей версии. Старые версии пакетов перестали обновляться. Наконец, дошло до того, что forums.gentoo.org не мог помочь, стоило только проблеме подняться до вопросов совместимости (низких материй) или до вопросов центральной стратегии — относительно общего дерева, частных репозитариев, git-aware etc.
Теперь, в 2010 году, уже не нужен никакой «изначальный Gentoo», магия emerge world на полу-пустом chroot окружении. Я наблюдаю Gentoo-юзеров за Sabayon, Calculate — дистрибутивами с изначальным бинарным ядром, к которому цепляется по нескольку пакетных менеджеров. Portage стал из центра дистрибутива «ещё одним стандартом компиляции», по которому можно собрать некоторое пакетное подмножество. Как правило, собираемое подмножество ограничится десятком-сотней пакетов, которых просто не хватило в бинарной репозитарии Entropy от Sabayon Linux, да пересборкой ядра (ядер).
Я не считаю бинарные дистрибутивы злом, равно как и source-based абсолютным добром — каждый волен выбирать, насколько глубоко он решит пересобирать из исходников свой Sabayon или Calculate. Однако само появление бинарных gentoo-совместимых дистрибутивов — признак кончины идеи автоматичности дефолтного сценария в отношении Portage.
Конец Gentoo, так или иначе, приводит к новым подходам. Так появился Exherbo. Предпринята попытка уничтожить в зародыше центральную проблему Portage. А именно, толстое основное дерево пакетов. Вместо него — маленький репозитарий самых основых пакетов, при этом с multilib веткой. Дальше-больше! Каждый может свои exhereses (по аналогии с ebuild-ами) поместить в репозитарию, которая будет затягиваться в SPM (SPM у Exherbo называется Paludis, запуск через cave).
Наследование репозитариев, также становится вполне разрешимым вопросом. В идеале неплохо бы довести до какого-нибудь логического окончательного разрешения наподобие «классов репозитариев». Тип «список репозитариев» уже имеется.
Установка Exherbo описана здесь exherbo.org/docs/install-guide.html
и для продвинутых пользователей — сводится лишь к распаковыванию архива в файловое пространство с последующим mount-chroot.
mount -o rbind /dev/ /mnt/exherbo/dev/
mount -o bind /sys /mnt/exherbo/sys/
mount -t proc none /mnt/exherbo/proc/
cp /etc/resolv.conf /mnt/exherbo/etc/resolv.conf
env -i TERM=$TERM SHELL=/bin/bash HOME=$HOME chroot /mnt/exherbo/ /bin/bash
source /etc/profileгде /mnt/exherbo — файловое пространство дистрибутива.
Добавление репозитариев через (для примера ingmar):
cave resolve repository/ingmarВ принципе, это вся необходимая информация для обращения с Paludis.
Но рано или поздно возникает вопрос — зачем новый дистрибутив? Иначе, зачем все файловое дерево одному SPM? А можно и без нового дистрибутива — просто еще один SPM. Здесь важно заметить, что и сам Paludis когда-то не только сосуществовал, но и был одним из способов разрешить проблемы Portage, но в определенный момент потерял родственную связь.
Возможно, всё обстоит похожим образом в соответствии с фразой Ландау: новые технологии появятся только тогда, когда умрут сторонники старых?
0 комментариев