67adab492f
This subprofile is akin to THE_* variables family: the configuration bits and script hooks sitting there influence whatever chroot is declared to be the user facing one in the end, whether it comes from vm image or live subprofile. The services feature ought to be a changeset of its own which would be based on rootfs and become the base for ve/vm changes but I chose to just do it atomically; some pre-existing duplicates are pruned now.
19 lines
1.4 KiB
Plaintext
19 lines
1.4 KiB
Plaintext
=== sub.in/rootfs ===
|
||
|
||
Этот каталог содержит общие компоненты, добавляемые в "пользовательскую"
|
||
корневую файловую систему вне зависимости от того, с чем именно в итоге
|
||
столкнётся пользователь: livecd, vm, arm...
|
||
|
||
Соответственно функциональность вроде настройки автоматического входа
|
||
в систему, которая должна быть задействована вне зависимости от того,
|
||
какая часть профиля отвечает за формирование итоговой "пользоФС",
|
||
может быть помещена в подкаталог rootfs/ (аналогично stage2/ для фич,
|
||
дополняющих все производные субпрофиля stage2).
|
||
|
||
В фичах, опирающихся на функциональность rootfs, следует указывать
|
||
зависимость на sub/rootfs@нужное (например, sub/rootfs@live в фиче
|
||
live, порождающей субпрофиль live из субпрофиля stage2).
|
||
|
||
Зависимость на sub/rootfs не имеет смысла, указывать подобное не следует
|
||
ни в фичах, дополняющих rootfs, ни в фичах, опирающихся на неё.
|