Go to file
Michael Shigorin e78c62b4e7 initial x11 desktop distro support
This one is pre-alpha quality and very basic but complete enough
to crank out an icewm.iso successfully installing and booting
into xdm ;-)

(actually a week's on-and-off work including a pile of
underlying infrastructure stuff which was planned already
just not there yet)
2011-11-04 16:15:30 +02:00
bin assorted fixups 2011-11-04 16:15:29 +02:00
doc README updates 2011-11-04 16:15:29 +02:00
features.in initial x11 desktop distro support 2011-11-04 16:15:30 +02:00
image.in .base rehashed, DISK_LISTS renamed, etc 2011-11-04 16:15:30 +02:00
pkg.in initial x11 desktop distro support 2011-11-04 16:15:30 +02:00
sub.in .base rehashed, DISK_LISTS renamed, etc 2011-11-04 16:15:30 +02:00
.gitignore kernel and BUILDDIR fixes 2011-11-04 16:15:29 +02:00
clean.mk .base rehashed, DISK_LISTS renamed, etc 2011-11-04 16:15:30 +02:00
COPYING actually released as free software 2011-11-04 16:15:30 +02:00
distro.mk initial x11 desktop distro support 2011-11-04 16:15:30 +02:00
functions.mk initial logging subsystem 2011-11-04 16:15:29 +02:00
iso.mk .base rehashed, DISK_LISTS renamed, etc 2011-11-04 16:15:30 +02:00
libdistro.mk .base rehashed, DISK_LISTS renamed, etc 2011-11-04 16:15:30 +02:00
log.mk .base rehashed, DISK_LISTS renamed, etc 2011-11-04 16:15:30 +02:00
Makefile .base rehashed, DISK_LISTS renamed, etc 2011-11-04 16:15:30 +02:00
profile.mk README updates 2011-11-04 16:15:29 +02:00
README actually released as free software 2011-11-04 16:15:30 +02:00

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

see also http://www.altlinux.org/Mkimage/Profiles/next

quickstart: make server-base.iso
(NB: requires configured http://en.altlinux.org/Hasher)

configurables: ~/.mkimage/profiles.mk,
see doc/profiles.mk.sample and libdistro.mk

license: GPLv2+, see COPYING

Концепция:
- метапрофиль служит репозиторием для построения индивидуального
  профиля, по которому создаётся итоговый дистрибутив
- для одноразовых модификаций можно подправить сгенерированный
  профиль, для долгосрочной разработки стоит вливать правки
  в метапрофиль (что требует больше навыков и времени)

Особенности:
- метапрофиль может быть полностью read-only при сборке
- для сборки подыскивается предпочтительно tmpfs
- в профиль копируются только нужные объекты;
  он автономен относительно метапрофиля

Стадии работы:
- инициализация дистрибутивного профиля
- сборка конфигурации дистрибутива
- наполнение дистрибутивного профиля
- сборка дистрибутива

Объекты:
- дистрибутивы:
  + описываются в distro.mk
  + могут основываться один на другом
  + включают один или более субпрофилей по надобности
  + желательно избегать множественного наследования, см. тж. фичи
- субпрофили:
  + список собирается в $(SUBPROFILES)
  + базовые комплекты помещены в подкаталогах под sub.in/;
    их наборы скриптов могут расширяться фичами
    - stage1: propagator, ядро инсталятора и initrd в т.ч. с firmware
    - install2: сам инсталятор (и модули ядра)
    - main: пакетная база к инсталяции (обязательная и дополнительная)
- фичи:
  + список собирается в $(FEATURES)
  + законченные блоки функциональности (или наборы таковых)
  + описываются в индивидуальных features.in/*/config.mk
  + могут зависеть друг от друга и требовать субпрофили
  + при сборке $(BUILDDIR) содержимое указанных в $(FEATURES) фич
    (подкаталоги, соответствующие входящим в дистрибутив субпрофилям) 
    добавляется в профиль; затем выполняются generate.sh, generate.mk
- списки пакетов (*_LISTS): просьба по возможности избегать дублирования
- индивидуальные пакеты (*_PACKAGES): следует крайне осторожно пользоваться
  COMMON_PACKAGES -- эти пакеты попадут во все стадии, в том числе в образ
  чувствительной к объёму install2 (в stage1 -- только в инструментальный
  чрут); применяйте для того, что обязано быть и в инсталяторе, и в готовой
  системе

Результат:
- при успешном завершении сборки образ называется сообразно
  дистрибутиву и укладывается в $(IMAGEDIR):
  + указанный явно,
  + либо ~/out/ (если возможно),
  + или $(BUILDDIR)/out/ иначе