2012-10-31 01:21:23 +04:00
== sub.in ==
2011-08-20 13:55:05 +04:00
Этот каталог содержит субпрофили; содержимое затребованных
(названия которых содержатся в значении переменной SUBPROFILES,
2014-03-05 18:09:56 +04:00
которую заполняют цели sub/* -- см. lib/sugar.mk) будет
2011-11-06 23:57:28 +04:00
скопировано в корневой каталог формируемого профиля.
2010-09-22 01:58:24 +04:00
2011-10-06 12:46:31 +04:00
Просьба ответственно относиться к изменению существующих субпрофилей
2010-09-22 01:58:24 +04:00
и вдумчиво -- к созданию новых; возможно, достаточно всего лишь
2014-03-05 18:09:56 +04:00
оформить нужное новой фичей (см. features.in/).
2010-09-22 01:58:24 +04:00
2011-10-06 12:46:31 +04:00
Обратите внимание: поскольку сборка частей дистрибутивного образа
и происходит в каталогах субпрофилей, то повторное использование
одного простого субпрофиля в рамках сгенерированного профиля штатным
образом невозможно. Если требуется создать несколько близких по
реализации субпрофилей, изучите stage2 и задействующие е г о фичи.
2011-08-18 23:56:12 +04:00
2014-03-05 16:34:42 +04:00
Краткое описание существующих вариантов (см. соотв. README):
* rootfs является особым случаем, который используется при
формировании файловых систем, предназначенных для пользователя
(т.е . корень LiveCD, образа VM, ...)
2010-09-22 01:58:24 +04:00
2013-06-10 17:37:16 +04:00
* stage1: propagator и загрузчик (совместно с фичей syslinux);
2011-08-20 13:55:05 +04:00
типично требуется для инсталяторов, live- и rescue-образов,
но может использоваться без добавления таковых в образ,
обеспечивая сетевую загрузку второй стадии
2010-09-22 01:58:24 +04:00
2013-06-10 17:37:16 +04:00
* stage2: наиболее сложный технологически субпрофиль, поскольку
2011-08-20 13:55:05 +04:00
он является только базовым для получения ряда итоговых частей
дистрибутива (install2, live, rescue); задействуется для этого
только опосредованно через use/stage2/* и модифицирует stage1
в силу наличия связи между ними (в stage1 попадает образ ядра
и firmware, в stage2 -- соответствующие модули)
2010-09-22 01:58:24 +04:00
2013-06-10 17:37:16 +04:00
* main: пакетная база, укладываемая на образ (NB: поскольку рабочий
2010-09-22 01:58:24 +04:00
чрут в этом случае не содержит ничего, кроме пакетов, добавлять
2014-03-05 18:09:56 +04:00
что-либо в image-scripts.d смысла нет, только в scripts.d)