2012-10-31 01:21:23 +04:00
== Фичи ==
2010-09-22 01:58:24 +04:00
Особенности дистрибутива, не учитываемые в пакетной базе
2012-05-17 14:49:25 +04:00
или зависящие от переменных времени сборки/установки образа;
по необходимости влияют на конфигурацию, приносят с собой
или запрашивают скрипты, которые могут быть оформлены как:
2010-09-22 01:58:24 +04:00
* scripts.d/ или image-scripts.d/ различных стадий;
* пакеты installer-feature-*
(тж. http://www.altlinux.org/Installer/beans).
В большинстве случаев можно рекомендовать создание feature
средствами метапрофиля, поскольку при этом дерево кода более
2012-04-02 19:13:14 +04:00
удобно для анализа и обновления (и в отличие от m-p-d -- нет
2010-09-22 01:58:24 +04:00
вынужденной необходимости либо контролировать включение нужных
фич "вручную" в скриптах по косвенным признакам, либо выносить
их в пакеты installer-feature-*).
Создание и упаковку installer-feature-* можно рекомендовать, если:
* необходимы пакетные зависимости;
* требуется компилируемый платформозависимый код (для чего бы...);
* код фичи достаточно специфичен, нетривиален и объёмен,
2011-09-11 19:02:17 +04:00
чтобы загромождать метапрофиль было не очень осмысленно;
* фича представляет из себя отдельный мини-продукт, над которым
ведётся активная работа (возможно, несколькими людьми).
2011-09-03 13:17:26 +04:00
Стоит избегать изменения пакетных умолчаний в случае, когда их
представляется осмысленным и возможным скорректировать в пакете:
таким образом они станут более дистрибутивными.
2012-05-17 14:49:25 +04:00
Обратите внимание, что фичи включаются в комплект инкрементально:
что добавили, то уже не убрать; поэтому при необходимости следует
выделять промежуточные цели сборки, собирающие необходимые фичи
и оставляющие те, по которым есть расхождения, на включение ближе
к конечной дистрибутивной цели.
2012-05-21 18:41:19 +04:00
Соглашение по именованию таково, что цели use/ФИЧА и use/ФИЧА/...
определяются в файле features.in/ФИЧА/config.mk и только в нём.