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). |
||
---|---|---|
.. | ||
image-scripts.d | ||
README |
=== sub.in/rootfs === Этот каталог содержит общие компоненты, добавляемые в "пользовательскую" корневую файловую систему вне зависимости от того, с чем именно в итоге столкнётся обычный пользователь: livecd, vm, arm, но не rescue (который может входить в комплексный дистрибутив, но не должен дублировать его). Соответственно функциональность вроде настройки автоматического входа в систему, которая должна быть задействована вне зависимости от того, какая часть профиля отвечает за формирование итоговой "пользоФС", может быть помещена в подкаталог rootfs/ (аналогично stage2/ для фич, дополняющих все производные субпрофиля stage2). В фичах, опирающихся на функциональность rootfs, следует указывать зависимость на sub/rootfs@нужное (например, sub/rootfs@live в фиче live, порождающей субпрофиль live из субпрофиля stage2). Зависимость на sub/rootfs не имеет смысла, указывать подобное не следует ни в фичах, дополняющих rootfs, ни в фичах, опирающихся на неё.