[devel] Q: как собрать дистрибутив на основе Sisyphus?
Michael Shigorin
=?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Пт Авг 8 00:07:21 MSD 2008
On Thu, Aug 07, 2008 at 10:20:33PM +0400, Evgeny Sinelnikov wrote:
> > ./configure --with-language=ru_RU --with-kernel=std-def=2.6.25-alt7
Лучше по возможности избегать чрезмерной точности с
версиями-релизами, особенно в package lists -- потом
быстро задалбывает обновлять их ;)
Здесь, кстати, подразумевалось --with-kernel=std-def-2.6.25-alt7
^ не =, а -
> > Аналогичные шаги можно выполнить и с профилем от Антона
> > Бояршинова, но у него профиль на порядок навороченнее -
> > из него собирается сразу кучка разных дистрибутивов.
Мало того, есть зловещие планы запихать туда же и Server
и радоваться общей базовой части и прочим rescue ;)
(вариантов на самом деле видится немного -- делать библиотеку
и придумывать мозг, который найдёт её и в /etc/mkimage/, если
всё стоит из пакетов, и в ~/git/, если всё лежит в гите... ой)
(собсно kernel git vs xorg gits)
> > extralite собирается на базе Sisyphus, профили от Антона
> > работают на базе branch/4.1 и branch/4.0
И на сизифе порой тоже.
> Как-то всё слишком призрачно прекрасно :)
> С mkimage есть разные мелкие проблемы, которые при постоянном
> появлении превращаются в крупные неудобства...
В основном они не с mkimage, а с внутренней несогласованностью
пакетной базы различных веток ALT Linux (в смысле для того, чтоб
разные дистрибутивы по профилю собирались по мановению make --
а это очень высокая планка, если задуматься).
С mkimage лично у меня сейчас одна заметная проблема -- example1
в документации собирается, но не грузится. Если бы кто из
сведущих в изменениях propagator/udev посмотрел да починил,
бо за пару подходов мне полностью не смоглось...
> И, если для разных вариантов ядер или отдельных (не всех)
> вариантов оформления есть ручки, то для разных бранчей всё
> выглядит по-сложнее...
Ну кое-что есть и для них: --with-branch, --with-release.
> Переименование пакетов, которое происходит по мере развития
> Сизифа, приводит к необходимости держать разные списки под
> разные бранчи.
От этого несколько помогает не спешить отслеживать переименования
пакетов (в репозитории) в их списках (в профиле) -- поскольку
Provides:; с другой стороны, по Provides: особо не грепнешь.
> Я бы поостерёгся утверждать, что один и тот же профиль в
> текущем их виде способен быть адаптирован под разные бранчи...
Это одна из интересных мне вещей -- только боюсь, что для более
реальной возможности так сделать хорошо бы, чтоб любители делать
прыжки в ширину и переколбашивать да переименовывать всё подряд
поигрались в дистрибутивы и поняли, какая это PITA фиксить сборку
профиля по пять-двадцать минут на цикл из-за того, что кто-то
слишком спешил...
Есть некоторые мысли, как по возможности изолировать изменения:
* попробовать @M40_ONLY@ (на манер @I586_ONLY@)
+ регулируется на этапе configure по --with-branch
- требует явного вбивания в configure файла для подстановки
* сделать branch suffix для пакаджлистов и придумать
механизм для подтягивания contrib.Mxx к запрошенному contrib,
если указано что-нить вроде GLOBAL_BRANCH=Mxx
+ может быть весьма практично
- требует доработки mkimage
В любом из этих вариантов базовый список пакетов всегда чуточку
плывёт по времени и имеем выбор:
* или обеспечивать доступность последних разработок профиля при
сборке на предыдущих бранчах ценой усиленного QA перемещений
пакетов по спискам,
* или замораживать состояние на современном бранчу уровне при
помощи git branch.
Не далее как вчера-сегодня достаточно активно обдумывал, выбирал
и решал именно по этой части, так что могу говорить уверенно ;-)
> Например, если в предлагаемом варианте исправить extralite
> (необходимые пакеты для этого профиля лежат, вероятно, где-то
> отдельно) на desktop
...то уже получится соооовсем другой компот.
> и выбрать NEW-cd.iso
Выкинь этот скелет назад в шкаф, почитай заголовки и даты
коммитов в его округе и возьми mkimage-profiles-desktop.git
современного образца у boyarsh@ или меня -- там этим призраком
old.makefile уже даже не пахнет.
Бишь сейчас возможно определять субпрофили -- части дистрибутива;
use-компоненты -- куски, из которых можно компоновать дистрибутив
и которые конфигурируют конкретные субпрофили; и задавать цели
сборки, бишь собсно дистрибутивы, пользуясь этими кубиками.
Пример:
--- profiles/rescue/Makefile.in
include @MKI_PREFIX@/usr/share/mkimage/rules.mk
IMAGE_INIT_LIST = +altlinux-release-$(GLOBAL_RELEASE)
IMAGE_PACKAGES = design-bootloader-livecd-$(GLOBAL_EXACT_DESIGN) ../packages-lists/rescue
MKI_PACKTYPE = squash
MKI_OUTNAME = rescue
all: build-image run-image-scripts run-scripts pack-image
--- это почти весь субпрофиль rescue
--- use.mk
use-icewm:
echo GLOBAL_BASE_PACKAGE_LISTS+='icewm' >> profiles/base/config.mk
echo GLOBAL_LIVE_PACKAGE_LISTS+='icewm' >> profiles/live/config.mk
echo GLOBAL_LIVE_PACKAGES+='autologin' >> profiles/live/config.mk
--- это компонент для добавления icewm в инсталер/livecd
---
icemaker.cd: | rinse use-icewm use-wmaker install2 base cd.iso
--- а вот так он используется при сборке дистрибутива
> то оно даже попытается собраться, но выясниться, что
> отсутствует пакет alt-notes-desktop, если поправить и это
> (например, пробив гвоздями alt-notes-junior), то с apt-conf-*
> может возникнуть проблема apt-conf-sisyphus vs
> apt-conf-desktop, ибо так задано в разных частях профиля, а
> если исправить и это потребуются ещё соответствущие пакеты,
> которых может не оказаться в репозитории и т.д.
Ты перед тем, как ужасы рассказывать, удостоверься, что они
часом не исправлены квартал тому ;-)
> Синхронизированная с профилем пакетная база - это, пожалуй,
> самая основная проблема с mkimage.
Подумай ещё чуть-чуть, и ты поймёшь, что mkimage тут ни при чём.
Если бы работал с spt и spearator, и так бы уже это знал...
> Это усложняет создание решений.
Создание решений усложняет разработка их компонент.
> К счастью, законсервированные бранчи решают эту проблему, но и
> решения на них можно построить только самостоятельно их ведя и
> ограничиваясь минимальными обновлениями.
Hint: мы с boyarsh@ вполне мирно уживаемся с частыми мержами,
хотя я ему несколько раз в процессе перелопачивания (как раз
во времена этих NEW-cd.iso) и подбрасывал приличных свиней.
Но на то в гите есть бранчи. Можешь посмотреть 4.0.3 у обоих,
4.0.4 или terminal-4.0.0 у меня.
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
Подробная информация о списке рассылки Devel