Пакет содержит файлы шрифтов, содержащиеся в пакете fonts-ttf-dejavu.
Всего 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).
