mkimage-profiles

History

Michael Shigorin 429ce58608 added live_rw support There's a need for a separate boot target since persistent storage is way slower than tmpfs indeed; usbflash has a tendency for huge performance drops given simultaneous writes in addition to reads which are the bottleneck already. make-initrd-propagator 0.18 introduced ext4 rw slice, so the corresponding kernel module needs to be included into stage1; see also #28289. NB: not available on x86_64-efi (or hybrid GPT to be strict) due to fragility of the hack being made: parted(8) panics upon seeing that, and good ol' fdisk is unable to treat it. NB: use/live/rw use/rescue/rx use/syslinux/ui/gfxboot are unlikely to play very nice together due to the latter's magic l10n: "session" label is taken by live_rw config snippet and is translated in design-bootloader-source; OTOH "rescue_session" is not.		2013-03-25 14:13:42 +04:00
..
main	added asciidoc support	2012-10-31 21:22:06 +02:00
stage1	added live_rw support	2013-03-25 14:13:42 +04:00
stage2	Rename all scripts in */image-scripts.d to format \d\d-scriptname	2013-01-06 12:05:32 +04:00
Makefile	complex subprofile delimiter changed ("/" -> "@")	2012-08-11 20:11:17 +03:00
README	added asciidoc support	2012-10-31 21:22:06 +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.

== sub.in ==

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

Просьба ответственно относиться к изменению существующих субпрофилей
и вдумчиво -- к созданию новых; возможно, достаточно всего лишь
оформить нужное новой фичей (см. ../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/*)

Шаблонное правило сейчас определено в ../lib/distro.mk,
поскольку субпрофили востребованы только дистрибутивами.

README Unescape Escape

README