102aa3851d
Back then I didn't come up with anything smarter than "mkimage-profiles 2.0" (with my tongue in a cheek), but as m-p has grown up to 0.4 it's time to fix this. When done properly, all of the string should be brandable (with some sane default value inheriting from image name), but let's do it at least bit by bit. |
||
---|---|---|
.. | ||
00example | ||
bootloader | ||
build-distro | ||
build-ve | ||
cleanup | ||
dev | ||
dos | ||
firmware | ||
hdt | ||
install2 | ||
live | ||
lowmem | ||
memtest | ||
pack | ||
powerbutton | ||
rescue | ||
stage2 | ||
syslinux | ||
x11 | ||
Makefile | ||
README |
Этот каталог содержит т.н. фичи (features, особенности) -- каталоги, содержимое каждого из которых реализует одну из подключаемых автономных возможностей дистрибутива. Каждая фича должна содержать задействуемый при построении конфигурации будущего образа файл config.mk, включаемый в ../Makefile; он может описывать одну или более целей вида use/*, дополняющих конфигурацию дистрибутива, и при наличии дополнительных хуков для копирования или generate.* должен добавить имя фичи в $(FEATURES). На этапе генерации дистрибутивного профиля фичи рассматриваются после инициализации профиля (см. ../image.in/) и копирования субпрофилей (см. ../sub.in/). Для каждой фичи, указанной в $(FEATURES), копируются подкаталоги сообразно субпрофилям, а также производится обработка {tagged/,}{image-},scripts.d/ (см. cleanup/ в качестве примера); затем выполняется скрипт generate.sh и задействуется generate.mk (при их наличии). NB: тегированные скрипты являются экспериментальными, возможны недоработки и существенные изменения! Если фича дополняет хуками семейство целевых субпрофилей, построенных на одном базовом, можно воспользоваться подкаталогом с именем исходного базового субпрофиля (см. $src, $dst в Makefile). Каталог lib/ является специфическим для фич, определяющих построение образа -- см. build-*/. Несложный пример содержится в 00example/, более близкий к жизни и нынешним пределам возможностей метапрофиля -- в syslinux/.