720a579690
install2 cleanups: - functionally indifferent ones: particularly, install2/*/98system's "mkdir -p /image" was superfluous as it was done by that time already by sub.in/stage2/image-scripts.d/00stage1 - taken apart, prepared for tags: so far it's a mostly moot change since the installer cleanup scripts themselves are mostly the same as preceding 90cleanup was (with some additions corresponding to recent kernel development); it's still unclear what the mechanism for configuring the cleanups in effect will be, either directory/package regex lists or tagged scripts excluded from execution by yet another tag fixes: - image.in/Makefile: fix metadata related test; the actual test was assuming that stage1 kernel means installer, which is not the case since generic stage2 introduction; oh well - 85cleanup-lowmem: a "_" too much was the culprit in destroying the needed translations along with those deemed superfluous; thanks go to Oleg Ivanov and Lenar Shakirov for finding the bug and proposing the fix altogether additions: - features.in/Makefile: reworked help target; it was rather inaccessible due to BUILDDIR normally undefined at the time of direct make invocation, and BUILDDIR is normally defined during normal builds anyways so let's try it this way. - README++ daydreams: - 01-genbasedir: we should drop bzip2 compressed pkglists some day but see genbasedir and apt-cdrom first, 90-pkg.sh (alterator-pkg) will fail miserably otherwise
73 lines
4.7 KiB
Plaintext
73 lines
4.7 KiB
Plaintext
see also http://www.altlinux.org/Mkimage/Profiles/next
|
||
|
||
quickstart: make server-base.iso;
|
||
see http://en.altlinux.org/Hasher (and a large tmpfs)
|
||
|
||
configurables: ~/.mkimage/profiles.mk;
|
||
see doc/profiles.mk.sample and libdistro.mk
|
||
|
||
license: GPLv2+, see COPYING
|
||
|
||
most docs in Russian, welcome to learn it or ask for English
|
||
|
||
Концепция:
|
||
- метапрофиль служит репозиторием для построения индивидуального
|
||
профиля, по которому создаётся итоговый дистрибутив
|
||
- для одноразовых модификаций можно подправить сгенерированный
|
||
профиль, для долгосрочной разработки стоит вливать правки
|
||
в метапрофиль (что требует больше навыков и времени)
|
||
|
||
Особенности:
|
||
- метапрофиль может быть полностью read-only при сборке
|
||
- для сборки подыскивается предпочтительно tmpfs
|
||
- в профиль копируются только нужные объекты;
|
||
он автономен относительно метапрофиля
|
||
|
||
Стадии работы:
|
||
- инициализация дистрибутивного профиля
|
||
- сборка конфигурации дистрибутива
|
||
- наполнение дистрибутивного профиля
|
||
- сборка дистрибутива
|
||
|
||
Объекты:
|
||
- дистрибутивы:
|
||
+ описываются в distro.mk
|
||
+ могут основываться один на другом
|
||
+ включают один или более субпрофилей по надобности
|
||
+ желательно избегать множественного наследования, см. тж. фичи
|
||
- субпрофили:
|
||
+ список собирается в $(SUBPROFILES)
|
||
+ базовые комплекты помещены в подкаталогах под sub.in/;
|
||
их наборы скриптов могут расширяться фичами
|
||
- stage1: propagator, ядро инсталятора и initrd в т.ч. с firmware
|
||
- stage2: базовый live-образ (и модули ядра, соответствующие stage1);
|
||
используется только с модификаторами (см. соответствующие фичи):
|
||
+ stage2/install2: инсталятор
|
||
+ stage2/live: LiveCD
|
||
+ stage2/rescue: спасательная система
|
||
- main: пакетная база к инсталяции (обязательная и дополнительная)
|
||
- фичи:
|
||
+ список собирается в $(FEATURES)
|
||
+ законченные блоки функциональности (или наборы таковых)
|
||
+ описываются в индивидуальных features.in/*/config.mk
|
||
+ могут зависеть друг от друга и требовать субпрофили
|
||
+ при сборке $(BUILDDIR) содержимое указанных в $(FEATURES) фич
|
||
(подкаталоги, соответствующие входящим в дистрибутив субпрофилям
|
||
под их итоговыми названиями -- например, live, а не stage2/live)
|
||
добавляется в профиль; затем выполняются generate.sh, generate.mk
|
||
- списки пакетов (*_LISTS): просьба по возможности избегать дублирования
|
||
NB: перечисленные в этих переменных файлы автоматически копируются
|
||
в порождаемый профиль => не следует указывать пакаджлисты напрямую
|
||
- индивидуальные пакеты (*_PACKAGES): следует крайне осторожно пользоваться
|
||
SYSTEM_PACKAGES -- эти пакеты попадут во все стадии, в том числе в образ
|
||
чувствительной к объёму install2 (в stage1 -- только в инструментальный
|
||
чрут); применяйте для того, что обязано быть и в инсталяторе, и в готовой
|
||
системе -- и не путайте с COMMON_PACKAGES (main, live, rescue)
|
||
|
||
Результат:
|
||
- при успешном завершении сборки образ называется сообразно
|
||
дистрибутиву и укладывается в $(IMAGEDIR):
|
||
+ указанный явно,
|
||
+ либо ~/out/ (если возможно),
|
||
+ или $(BUILDDIR)/out/ иначе
|