3f012958dc
Renamed server-light.iso into server-ovz.iso to avoid brand dilution and confusion (rider@'s server-light rather favours kvm, anyways). Introduced KDEFAULT: a reliable default kernel chooser knob since apt's regex ordering proved pretty unreliable. Spelling things explicitly is better anyways. SYSLINUX related features undergone pretty major rewrite (that includes syslinux, hdt and memtest). The problem to tackle was features.in/syslinux/generate.mk assuming syslinux and pciids available in build *host* system; this well might not be the case (or worse yet, those can be just different). So now we're a bit less elegant and a bit more enterprise, stuffing things into chroot and working there. Bunch of other fixes along the road, including ; to name a few: - fixed memtest entry (overlooked while renaming SYSLINUX_ITEMS) - new and shiny doc/CodingStyle - gfxboot, stage1 target chain, hdt tweaks - distro.mk rehashed - README++ - TODO: dropped (integer overflow anyways) + actually moved off-tree to reduce commit spam - s,\.config\.mk,distcfg.mk,g - doc/profiles.mk.sample: sample ~/.mkimage/profiles.mk - ...and assorted fixups/additions Sorry for convoluted commit, this would have been pretty hard to rework into some really readable shape (and you might be interested in the original repo's history horrors then, anyways).
61 lines
3.9 KiB
Plaintext
61 lines
3.9 KiB
Plaintext
see also http://www.altlinux.org/Mkimage/Profiles/next;
|
||
|
||
quickstart: make distclean server-base.iso
|
||
|
||
configurables: ~/.mkimage/profiles.mk, see libdistro.mk
|
||
|
||
Концепция:
|
||
- метапрофиль служит репозиторием всего возможно нужного для
|
||
построения индивидуального профиля, по которому создаётся
|
||
итоговый дистрибутив
|
||
- для одноразовых модификаций можно подправить сгенерированный
|
||
профиль, для долгосрочной разработки стоит вливать правки
|
||
в метапрофиль (что требует больше навыков и времени)
|
||
|
||
Особенности:
|
||
- метапрофиль может быть полностью read-only при сборке
|
||
- для сборки подыскивается предпочтительно tmpfs
|
||
- в профиль копируются только нужные объекты;
|
||
он автономен относительно метапрофиля
|
||
|
||
Стадии работы:
|
||
- инициализация дистрибутивного профиля
|
||
- сборка конфигурации дистрибутива
|
||
- наполнение дистрибутивного профиля
|
||
- сборка дистрибутива
|
||
|
||
Объекты:
|
||
- дистрибутивы: distro.mk, могут основываться один на другом;
|
||
желательно избегать множественного наследования, используя
|
||
вместо него блоки use/*
|
||
- субпрофили (список собирается в $(SUBPROFILES)):
|
||
+ stage1: propagator (ожидается после syslinux)
|
||
+ install2: инсталятор
|
||
+ main: пакетная база к инсталяции (обязательная и дополнительная)
|
||
+ ...
|
||
- блоки функциональности use/*: не являются самостоятельными
|
||
(не путать с дистрибутивами), но законченными; могут жить
|
||
в distro.mk (или сделать use.mk?), либо же в индивидуальных
|
||
features.in/*/config.mk, если необходимо дополнить не только
|
||
distcfg.mk, а и дерево формируемого профиля
|
||
- фичи: законченные кусочки функциональности, могут зависеть
|
||
друг от друга; сливаются с соответствующими субпрофилями
|
||
при сборке $(BUILDDIR), могут нести с собой копируемые в один
|
||
или несколько субпрофилей каталоги/файлы и могут выполнять
|
||
необходимые действия во время сборки после копирования
|
||
(generate.sh, generate.mk). NB: добавляем в $(FEATURES)
|
||
(из того же config.mk, который будет включён в distro.mk)!
|
||
- списки пакетов: большая человеческая просьба по возможности
|
||
избегать дублирования и подумать над pkg/lists/tagged...
|
||
|
||
NB: следует крайне осторожно пользоваться COMMON_PACKAGES,
|
||
т.к. указанные пакеты попадут во все стадии (в т.ч.
|
||
stage1 и install2, чувствительные к объёму).
|
||
|
||
Результат:
|
||
- при успешном завершении сборки образ называется сообразно
|
||
дистрибутиву и укладывается в $(IMAGEDIR):
|
||
+ указанный явно,
|
||
+ либо ~/out/ (если возможно),
|
||
+ или $(BUILDDIR)/out/ иначе
|