[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