Michael Shigorin 3b35a8f4b3 exterminate fonts-ttf-dejavu all over the place
It looks *ugly* on-screen, at least within regular builds,
even if the screen is 166dpi.

Based on a quick experiment this morning I'd suggest using
fonts-otf-adobe-source-{code,sans}-pro instead -- and it's
available as use/fonts/otf/adobe now, incidentally.

The documentation is still built with it though as a2x/fop look
unhappy otherwise (as in replacing Cyrillic glyphs with "#"s).
2014-08-19 20:42:45 +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
2014-06-02 20:46:26 +04:00
2012-03-31 21:08:09 +03:00
2013-11-12 14:05:41 +07:00
2013-07-15 13:55:59 +04:00
2013-12-19 03:11:11 +04:00
2014-08-12 14:34:14 +04:00
2014-08-12 12:18:55 +04:00
2014-05-05 15:48:21 +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
2014-03-24 21:56:29 +04:00
2014-05-05 23:50:29 +04:00
2014-04-14 18:33:02 +04:00
2013-07-15 13:55:59 +04:00
2013-11-25 00:17:32 +04:00
2014-05-05 23:50:44 +04:00
2013-08-12 20:53:02 +04:00
2013-02-21 22:36:27 +04:00
2014-06-10 01:44:28 +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 в каталогах фич (отсутствие -- баг!).