Bug 25355

Всего 2 вполне очевидных утверждения: с комплектными шрифтами точно заработает (поскольку шрифты именно те и лежат именно там, где предусматривают разработчики); при использовании симлинков на системные шрифты возможны взрывы (прямо сейчас xmoto конфликтует с fonts-ttf-dejavu, например) и никто ничего гарантировать не сможет (заплатки по работе со шрифтами возможны, но в апстрим их протолкнуть будет малореально, что тоже вполне очевидно).
Готов признать свою неправоту, но пока - вот так.

(В ответ на комментарий №1)
> Всего 2 вполне очевидных утверждения: с комплектными шрифтами точно заработает
> (поскольку шрифты именно те и лежат именно там, где предусматривают
> разработчики);
> при использовании симлинков на системные шрифты возможны взрывы
> (прямо сейчас xmoto конфликтует с fonts-ttf-dejavu, например)

  Прошу объяснить механизм такого фзрыва, или привести пример оного. xmoto не подходит, т. к. прямо сейчас конфликта между ним и fonts-ttf-dejavu нет:

$ sudo -H apt-get install fonts-ttf-dejavu xmoto
...
 8: fonts-ttf-dejavu             ######## [ 53%]
...
15: xmoto                        ######## [100%]

  Более того, xmoto использует симлинки:

$ ls -lA /usr/share/xmoto/Textures/Fonts
итого 0
lrwxrwxrwx 1 root root 46 Апр  7 09:14 DejaVuSansMono.ttf -> /usr/share/fonts/ttf/dejavu/DejaVuSansMono.ttf
lrwxrwxrwx 1 root root 42 Апр  7 09:14 DejaVuSans.ttf -> /usr/share/fonts/ttf/dejavu/DejaVuSans.ttf

  Я вижу только 2 возможности взрыва:

1. Апстрим приложения проводил дороботку шрифта под себя, не меняя имя шрифтового файла. Такого мне ещё не встречалось -- обычно новые символы добавляют в файл рядом.

2. Системный шрифтовый файл недоступен для приложения. (Например его нет в используемом chroot или, в случаи PHP, каталог с системными шрифтами не перечислен в списке доступных.) Обычно это решаемо достаточно просто (через update_chrooted в случаи chroot, или правкой конфига в случаи PHP, например).

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

> и никто ничего
> гарантировать не сможет (заплатки по работе со шрифтами возможны, но в апстрим
> их протолкнуть будет малореально, что тоже вполне очевидно).

  Прелесть решения с симлинками в том, что это сугубо дистрибутивное решение, которое можно применить не меняя код приложения => нет изменений => апстриму пропихивать ничего не надо. 

> Готов признать свою неправоту, но пока - вот так.

  OK, прошу посмотреть на https://bugzilla.altlinux.org/show_bug.cgi?id=25327#c2. Для случая xye подобное, если DejaVu в пузе достаточно стар не содержит символы для локалей которые уже есть в системном DejaVu (сказать что это не так мы не можем, т. к. указаний на то какая именно версия включена в пузо нет), может привести к тому что пользователь выполняющий ввод символов в своей локали (например игровой логин, имя save файла или пр. подобное, что приложение позволяет вводить не латиницей) корректного отображения ввода не увидит. Сейчас баги такого типа ваши. В случаи использования симлинка на системный шрифт -- мантейнера шрифтового пакета.

PS: Причины почему апстрим включает в код шрифты понятны: они не могут заложиться на условия конкретного дистрибутива (в отличии от нас, разработчиков оного) и, как в случаи стандартных библиотек "в пузе", вынужден искать компромисс между раздуванием кода за счёт включения копий кода других проектов и списком внешних зависимостей которые надо удовлетворить для работы их кода. В пакете же данный обеспечивающий код становиться мусором, дублирующим части других пакетов. (В случаи копий библиотек -- часто опасным мусором, т. к. за встроенными библиотеками обычно не следят на предмет дыр.)

xye-0.12.1-alt3 -> sisyphus:

Wed Jun 27 2018 Grigory Ustinov <grenka@altlinux> 0.12.1-alt3
- Remove bundled fonts (Closes: #25355).