d804203bc7
It should state clearly both the positive and negative examples of rootfs concept use (its name is not consiceenough unfortunately, and I haven't come up with a better one yet).
20 lines
1.6 KiB
Plaintext
20 lines
1.6 KiB
Plaintext
=== sub.in/rootfs ===
|
||
|
||
Этот каталог содержит общие компоненты, добавляемые в "пользовательскую"
|
||
корневую файловую систему вне зависимости от того, с чем именно в итоге
|
||
столкнётся обычный пользователь: livecd, vm, arm, но не rescue (который
|
||
может входить в комплексный дистрибутив, но не должен дублировать его).
|
||
|
||
Соответственно функциональность вроде настройки автоматического входа
|
||
в систему, которая должна быть задействована вне зависимости от того,
|
||
какая часть профиля отвечает за формирование итоговой "пользоФС",
|
||
может быть помещена в подкаталог rootfs/ (аналогично stage2/ для фич,
|
||
дополняющих все производные субпрофиля stage2).
|
||
|
||
В фичах, опирающихся на функциональность rootfs, следует указывать
|
||
зависимость на sub/rootfs@нужное (например, sub/rootfs@live в фиче
|
||
live, порождающей субпрофиль live из субпрофиля stage2).
|
||
|
||
Зависимость на sub/rootfs не имеет смысла, указывать подобное не следует
|
||
ни в фичах, дополняющих rootfs, ни в фичах, опирающихся на неё.
|