Michael Shigorin f2892ad3e4 deflogin: GLOBAL_ROOTPW is always set
use/deflogin will result in ROOTPW being exported no matter
is it set or not; xport() can't check before exporting as it
relies on lazy evaluation when the actual ROOTPW value can be
set or modified after exporting GLOBAL_ROOTPW for mkimage.

So let's not even pretent we can differ unset ROOTPW from
empty ROOTPW: both result in empty GLOBAL_ROOTPW as of today.

Fixing this would require moving the exports into a separate
makefile being included after all the configuration and checking
each variable for being defined before exporting the corresponding
GLOBAL_ prefixed one.

Yes this might be a security fix in some cases.
2014-03-10 22:29:37 +04:00
..
2013-08-13 13:35:56 +04:00
2013-06-17 16:01:35 +04:00
2013-06-17 16:01:35 +04:00
2013-11-24 21:29:04 +04:00
2014-03-10 22:29:35 +04:00
2013-08-12 20:53:01 +04:00
2013-07-15 13:56:00 +04:00
2012-03-31 21:08:09 +03:00
2013-06-17 14:03:54 +04:00
2013-11-12 14:05:41 +07:00
2014-02-10 02:26:05 +04:00
2013-07-15 13:55:59 +04:00
2013-12-19 03:11:11 +04:00
2014-03-10 22:28:27 +04:00
2014-02-03 23:20:25 +04:00
2013-07-01 23:33:52 +04:00
2013-06-10 19:43:31 +04:00
2013-09-13 17:33:58 +04:00
2012-09-03 19:16:50 +03:00
2014-03-05 13:15:08 +04:00
2013-07-15 13:55:59 +04:00
2013-11-25 00:17:32 +04:00
2013-08-12 20:53:02 +04:00
2013-02-21 22:36:27 +04:00
2014-02-10 02:26:05 +04:00

This file contains ambiguous Unicode characters

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.

== features.in ==

Этот каталог содержит т.н. фичи (features, особенности).

Фича -- отдельно подключаемая сущность, которая содержит
повторно используемые конфигурацию/код и определяет одну
из особенностей создаваемого образа.  Может зависеть от
других фич либо субпрофилей.

Каждая фича должна содержать файл config.mk, включаемый
в main.mk при построении конфигурации будущего профиля;
он может описывать одну или более целей вида use/*,
дополняющих конфигурацию, и обязан добавить имя фичи
в $(FEATURES), для чего создана функция add_feature.

На этапе генерации сборочного профиля фичи рассматриваются
после инициализации профиля (см. image.in/) и копирования
субпрофилей (см. sub.in/).  Для каждой фичи, указанной
в $(FEATURES), копируются подкаталоги сообразно включенным
субпрофилям, а также lib/ и {image-,}scripts.d/; затем
выполняются generate.sh и generate.mk при их наличии.

Если фича дополняет хуками семейство целевых субпрофилей,
построенных на одном базовом, можно воспользоваться подкаталогом
с именем исходного базового субпрофиля (см. $src, $dst в Makefile).

Рекомендуется давать несколько различающиеся имена скриптам,
которые одна и та же фича может добавлять в различные стадии,
чтобы они не выглядели одинаково в логе сборки.

Наиболее востребованные цели можно снабжать "ярлычками" вроде
"+icewm" с тем, чтобы сделать более краткими и выразительными
использующие их правила.  Просьба не злоупотреблять количеством,
такие имена предполагается показывать в интерфейсе к профилю.

Каталог lib/ является специфическим для фич, определяющих
построение конкретного вида образа -- см. build-*/.

Несложный пример содержится в 00example/, более близкий к жизни
и нынешним пределам возможностей метапрофиля -- в syslinux/.

См. тж. файлы README в каталогах фич (отсутствие -- баг!).