25358 2011-04-02 17:46:34 +0400 Шрифты в составе не шрифтовых пакетов 2021-11-19 04:14:53 +0300 1 1 2 Infrastructure Infrastructure cross-component unspecified all Linux REOPENED METABUG P3 normal --- 25315 25316 25317 25318 25319 25320 25321 25322 25323 25324 25325 25326 25327 25328 25329 25330 25331 25332 25333 25334 25335 25336 25337 25338 25339 25340 25341 25342 25343 25344 25347 25348 25349 25350 25351 25352 25353 25354 25355 25361 25362 25363 25364 25365 25366 25367 1 solo placeholder aen becase glebfm grenka ldv zerg dottedmag oldest_to_newest 119787 0 solo 2011-04-02 17:46:34 +0400 Сейчас у нас заметное количество пакетов содержит файлы шрифтов, имеющие аналоги в составе пакетов со шрифтами (вида fonts-*). На мой взгляд это неправельно, т. к.: 1. Происходит излишнее дублирование информации содержащийся в разных пакетах. 2. Не факт, что апстрим приложения вовремя обновляет файлы шрифтов включённые в проект. 3. Возможны не очевидные проблемы с локализацией (когда в пакет входит устаревшая версия шрифта, без поддержки необходимых локалей). Пути решения: 1. Заменить файлы шрифтов на симлинки на соответствующие файлы шрифтового пакета. 2. Обучить приложение использовать непосредственно файлы шрифтового пакета. PS: Возможно повесил не на тот компонент. 119790 1 shrek 2011-04-02 19:29:16 +0400 и при чем здесь fontconfig? 119793 2 solo 2011-04-02 19:51:38 +0400 Наиболее общая сущность на font*... Писал же: (В ответ на комментарий №0) > PS: Возможно повесил не на тот компонент. Прошу перевесить в более правильное место: я его не знаю. 119795 3 shrek 2011-04-02 20:02:10 +0400 ну так развесь на пакеты, которые таскают с собой шрифты, а fontconfig не содержит ни одного шрифта 119798 4 solo 2011-04-02 20:49:30 +0400 (В ответ на комментарий №3) > ну так развесь на пакеты, которые таскают с собой шрифты, Развешиваю: см. баги, от которых зависит данная. > а fontconfig не > содержит ни одного шрифта OK, перевесил на cross-component. 119871 5 becase 2011-04-04 14:54:00 +0400 Добавил кентавр в блокирование. 119876 6 zerg 2011-04-04 15:15:28 +0400 Мне кажется, что больше вреда будет, если кто-то начнет тащить лишние fonts-* в систему. 119928 7 solo 2011-04-05 16:48:21 +0400 (В ответ на комментарий №6) > Мне кажется, что больше вреда будет, если кто-то начнет тащить лишние fonts-* в > систему. Не думаю: 1. На десктопах шрифты скорее всего уже и так стоят. 2. Шрифтов может не быть на серверах. Но там (на мой взгляд) правильнее бороться с лишним методом позерки больших fonts-* на составные части (типа того, что mike@ в fonts-ttf-dejavu-lgc* сделал) и требования нужных шрифтовых файлов через файловую зависимость. 119929 8 zerg 2011-04-05 17:07:29 +0400 (В ответ на комментарий №7) > 1. На десктопах шрифты скорее всего уже и так стоят. Не стоят. У меня уже 2 пакета с ненужными шрифтами приехали и 3 дома. > 2. Шрифтов может не быть на серверах. Но там (на мой взгляд) правильнее > бороться Там это пофиг. С местом на диске разве что бороться. 119934 9 solo 2011-04-05 21:13:04 +0400 (В ответ на комментарий №8) > (В ответ на комментарий №7) > > 1. На десктопах шрифты скорее всего уже и так стоят. > Не стоят. У меня уже 2 пакета с ненужными шрифтами приехали и 3 дома. На мой взгляд это "+" -- можно повесить багу на пакет который притащил за собой ненужные пользователю шрифты. На тему того, почему пакет использует специфические шрифты, а не системные... Со шрифтами "в пузе" ситуация в этом плане хуже: пакет в себе шрифтовые файлы притащил (даже если они уже есть в системе) а пользователь этого не увидел. 119951 10 zerg 2011-04-06 15:35:28 +0400 (В ответ на комментарий №9) > На мой взгляд это "+" -- можно повесить багу на пакет который притащил за > собой ненужные пользователю шрифты. Эти баги появились после исправления этих. > На тему того, почему пакет использует специфические шрифты, а не системные... Наоборот, засоряет систему, т.к. эти ненужные шрифты становяться доступны всем. Прочтите #6 119975 11 solo 2011-04-06 23:21:21 +0400 (В ответ на комментарий №10) > (В ответ на комментарий №9) > > На мой взгляд это "+" -- можно повесить багу на пакет который притащил за > > собой ненужные пользователю шрифты. > Эти баги появились после исправления этих. > > > На тему того, почему пакет использует специфические шрифты, а не системные... > Наоборот, засоряет систему, т.к. эти ненужные шрифты становяться доступны всем. > Прочтите #6 Похоже, требуется небольшая формализация. Вижу 2 случая: 1. В пакете отсутствует привязка к конкретным шрифтам и он использует то, что _уже_ установлено в системе. Пример -- подавляющее число X`овых приложений, не имеющих зависимостей на конкретные шрифтовые пакеты. 2. Пакету требуется специфический шрифт, и он содержит зависимость на него. 3. Пакету требуется специфический шрифт, и он таскает его в пузе. П. 3 -- это то, чему посвящён данный баг (и всё, что я развесил на эту тему). При этом есть достаточно простой путь перевода попадающих под него пакетов в пакеты попадающие под п. 2. Да, п.2 тоже не идеален (на идеал больше похож п.1), но он лучше чем исходный п. 3. Несмотря на то, что мой взгляд, п. 1 наиболее правильный (то к чему надо стремиться), предлагать перейти сразу к нему я не буду, т. к. не представляю как это сделать в общем случаи. (Например, для php скриптов рисующих картинки с текстом: все варианты что мне попадались требуют явного указания пути к файлам требуемого шрифта.) В общем, переход от п. п. 2-3 к п. 1 тоже повод для баги, но для другой баги. 119991 12 zerg 2011-04-07 14:16:02 +0400 4. Захламление системы ненужными/кривыми шрифтами. П. 4 -- это то, чему посвящён данный баг (и всё, что вы развесили на эту тему). 119996 13 solo 2011-04-07 14:33:34 +0400 (В ответ на комментарий №12) > 4. Захламление системы ненужными/кривыми шрифтами. > П. 4 -- это то, чему посвящён данный баг (и всё, что вы развесили на эту > тему). Да. Исхожу из того, что шрифт в шрифтовом пакете более прямой (т. к. за его своевременным обновлением следят) чем тот что в пузе пакетов (т. к. думаю не все апстримы следят за своевременным обновлением встроенных шрифтов: кажет латиницу => работает). 119997 14 zerg 2011-04-07 14:39:42 +0400 (В ответ на комментарий №13) > Исхожу из того, что шрифт в шрифтовом пакете более прямой Исхожу из того, что отсутствующий шрифт самый прямой. 120000 15 solo 2011-04-07 15:08:11 +0400 (В ответ на комментарий №14) > (В ответ на комментарий №13) > > Исхожу из того, что шрифт в шрифтовом пакете более прямой > Исхожу из того, что отсутствующий шрифт самый прямой. Это да. А если отсутствие шрифта (в виде пакета) обеспечивается присутствием шрифтового файла, о котором нельзя сказать вообще ничего (т. к. версия шрифта, откуда он взят, в явном виде не указана)? По моему это ещё более кривой вариант, чем установленный шрифтовый пакет. 120004 16 zerg 2011-04-07 15:28:45 +0400 Это будет относиться к _одной_ программе. При этом ее _одну_ протестировал с этим шрифтом даже автор. 122728 17 solo 2011-06-30 22:26:41 +0400 (В ответ на комментарий №16) > Это будет относиться к _одной_ программе. При этом ее _одну_ протестировал с > этим шрифтом даже автор. Во всех возможных локалях? И в тех, что на момент тестирования ещё не созданы? 122751 18 zerg 2011-07-01 15:08:01 +0400 (В ответ на комментарий №17) > Во всех возможных локалях? И в тех, что на момент тестирования ещё не > созданы? В них всех ему пользователи помогли. Со шрифтом после исправления баги тестирует только ограниченный контингент с ограниченными локалями (дай бог, если вообще больше 1-й). 122794 19 aen 2011-07-02 23:54:51 +0400 Не блокер для Кентавра. minor->normal 123683 20 solo 2011-08-05 18:56:03 +0400 Определить что за шрифтовый файл в трабле можно с помощью утилиты fc-query, пакета fontconfig. 171513 21 grenka 2018-06-02 00:21:13 +0300 Вешаю на себя. 172197 22 grenka 2018-06-27 17:54:58 +0300 (В ответ на комментарий №20) > Определить что за шрифтовый файл в трабле можно с помощью утилиты fc-query, > пакета fontconfig. За последние пару дней разобрался с большой частью перечисленных багов. Как актуализировать этот список? Для каждого пакета запускать эту утилиту или может имеется более общий подход?