mkimage-profiles

History

Michael Shigorin c5bf0529bc initial features.in/cleanup This is a sort of anti-feature which removes and not builds; still with mkimage-profiles' approach we can at least build up the removal procedures as well. It's what triggered the tagged scripts, BTW.		2011-11-04 16:15:30 +02:00
..
main	COMMON_PACKAGES and SYSTEM_PACKAGES	2011-11-04 16:15:30 +02:00
stage1	COMMON_PACKAGES and SYSTEM_PACKAGES	2011-11-04 16:15:30 +02:00
stage2	initial features.in/cleanup	2011-11-04 16:15:30 +02:00
Makefile	improved logging during profile creation	2011-11-04 16:15:30 +02:00
README	stage2 based live subprofiles, updated docs	2011-11-04 16:15:30 +02:00

README

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.

Этот каталог содержит субпрофили; содержимое затребованных
(названия которых содержатся в значении переменной SUBPROFILES,
которую заполняют цели sub/* -- см. ../distro.mk) будет
скопировано в каталог $(BUILDDIR)/image/ формируемого профиля.

Просьба ответственно относиться к модификации существующих
и вдумчиво -- к созданию новых; возможно, достаточно всего лишь
оформить нужное новой фичей (см. ../features.in/).

Обратите внимание: поскольку сборка частей образа и происходит
в каталогах субпрофилей, то повторное использование одного простого
субпрофиля в рамках сгенерированного профиля штатным образом невозможно.
Если требуется создать несколько близких по реализации субпрофилей,
изучите stage2 и задействующие его фичи.

Краткое описание существующих вариантов:

- stage1: propagator и загрузчик (при подключении фичи syslinux);
  типично требуется для инсталяторов, live- и rescue-образов,
  но может использоваться без добавления таковых в образ,
  обеспечивая сетевую загрузку второй стадии

- stage2: наиболее сложный технологически субпрофиль, поскольку
  он является только базовым для получения ряда итоговых частей
  дистрибутива (install2, live, rescue); задействуется для этого
  только опосредованно через use/stage2/* и модифицирует stage1
  в силу наличия связи между ними (в stage1 попадает образ ядра
  и firmware, в stage2 -- соответствующие модули)

- main: пакетная база, укладываемая на образ (NB: поскольку рабочий
  чрут в этом случае не содержит ничего, кроме пакетов, добавлять
  image-scripts.d/* смысла нет, только scripts.d/*)

README Unescape Escape

README