[devel-distro] m-p: stage1, ondemand stages/features/lists, tracing

[devel-distro] m-p: stage1, ondemand stages/features/lists, tracing

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1786 bytes --]

	Всем привет.
С обеда пятницы в m-p.git произошли следующие изменения:

- получилось реализовать вынесенную первую стадию
  инсталятора/live/rescue (syslinux+propagator),
  что позволит естественным образом порождать образы
  без этой функциональности;

- собственно, реализовано подключение субпрофилей
  на основании сгенерированной конфигурации дистрибутива;

- также благодаря значительному терпению rider@ получилось
  переоценить и переделать трассировку создания этого самого
  конфигурационного файла (.config.mk), теперь вывод подбит
  по секциям, а не сопровождается комментарием в каждой строке
  (см. аттачи).

Также с прошлой недели метапрофиль может быть целиком r/o,
поскольку запись в него при порождении дистрибутивного профиля
и собственно сборке дистрибутива не требуется.

Всё так же собирается-устанавливается-грузится server-light.iso.

На сейчас остались три насущных вопроса:

- как будет лучше сочетать тегированные списки
  (см. примеры в pkg.in/lists/tagged/) с pkg/groups?
  в принципе, напрашивается возможности тегировать едва ли
  не всё... но пока это кажется слишком размашистым ;-)

- как организовывать lists/ -- оставляем плоским или делаем
  иерархическим (например, lists/base/server)?

- как передавать aptconf, arch, kernel -- переменными в верхний
  Makefile или организовать ./configure в порождаемом профиле?

Заранее благодарен за мнения и отзывы, особенно по этим пунктам.

Просьба всё так же понимать коммиты как временные, хотя
турбулентность потихоньку снижается (что стоило двух
экспериментальных мини-профилей на выходных).

http://www.altlinux.org/Mkimage/Profiles/next
http://git.altlinux.org/people/mike/public/?p=mkimage-profiles.git

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: .config.mk --]
[-- Type: text/plain, Size: 803 bytes --]

# sub/stage1
SUBPROFILES+=stage1
# distro/base
#KFLAVOUR = std-def # overridden by distro/server-light
IMAGE_INIT_LIST = +branding-$(BRANDING)-release
#BRANDING = altlinux-desktop # overridden by distro/server-light
KERNEL_PACKAGES = kernel-image-$(KFLAVOUR)
# sub/install2
SUBPROFILES+=install2
#BRANDING=altlinux-sisyphus # overridden by distro/server-light
# distro/installer
BASE_LISTS = base kernel
INSTALL2_PACKAGES = installer-distro-server-light-stage2
# sub/main
SUBPROFILES+=main
# use/memtest86
COMMON_PACKAGES+=memtest86+
# distro/server-base
BASE_LISTS += server-base kernel-server
# use/bootsplash
COMMON_TAGS += bootsplash
# distro/server-light
KFLAVOUR = ovz-smp
BRANDING = sisyphus-server-light
DISK_LISTS += kernel-wifi
BASE_LISTS += tagged/_base_server_disk_ tagged/_base_server_net_

[-- Attachment #3: .config.mk-old --]
[-- Type: text/plain, Size: 784 bytes --]

KFLAVOUR=std-def#=- distro/init
IMAGE_INIT_LIST=+branding-$(BRANDING)-release#=- distro/init
BRANDING=altlinux-desktop#=- distro/init
KERNEL_PACKAGES=kernel-image-$(KFLAVOUR)#=- distro/init
SUBPROFILES+=stage1#=- sub/stage1
SUBPROFILES+=install2#=- sub/install2
BASE_LISTS=base kernel#=- distro/installer
INSTALL2_PACKAGES=installer-distro-server-light-stage2#=- distro/installer
SUBPROFILES+=main#=- sub/main
COMMON_PACKAGES+=memtest86+#=- use/memtest86
BASE_LISTS+=server-base kernel-server#=- distro/server-base
COMMON_TAGS+=bootsplash#=- use/bootsplash
KFLAVOUR=ovz-smp#=- distro/server-light
BRANDING=sisyphus-server-light#=- distro/server-light
DISK_LISTS+=kernel-wifi#=- distro/server-light
BASE_LISTS+=tagged/_base_server_disk_ tagged/_base_server_net_#=- distro/server-light

[devel-distro] m-p: initial groups

[Michael Shigorin]

On Mon, Sep 13, 2010 at 10:55:15PM +0300, I wrote:
> Всё так же собирается-устанавливается-грузится server-light.iso.

Пушнул дерево, для которого это тоже так.

Сделал начальную поддержку списков -- пока _не_ делал функцию
для обработки X-Alterator-PackageList, потому что текущее её
использование мне кажется неадекватным (воткнуто имя списка,
идентичное имени файла, в 88 из 90 списков -- вместо того, чтоб
придумать исключение для нескольких "узловых", которым вписан
несуществующий X-Alterator-PackageList=zero0.

Вопросы остаются:

> - как будет лучше сочетать тегированные списки
>   (см. примеры в pkg.in/lists/tagged/) с pkg/groups?
>
> - как организовывать lists/ -- оставляем плоским или делаем
>   иерархическим (например, lists/base/server)?
> 
> - как передавать aptconf, arch, kernel -- переменными в верхний
>   Makefile или организовать ./configure в порождаемом профиле?

PS: на всякий -- исошка пока остаётся в build/.work/.out/

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/