Bug 30892 - не находит фонтов II
Summary: не находит фонтов II
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: ghostscript (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Fr. Br. George
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on: 29547
Blocks:
  Show dependency tree
 
Reported: 2015-04-01 14:31 MSK by Michael Shigorin
Modified: 2018-10-22 11:43 MSK (History)
7 users (show)

See Also:


Attachments
примерно strace -ff gv ... | grep fonts/ | grep ENOENT (6.52 KB, text/plain)
2015-04-01 14:31 MSK, Michael Shigorin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2015-04-01 14:31:51 MSK
Created attachment 6257 [details]
примерно strace -ff gv ... | grep fonts/ | grep ENOENT

NB: то же самое поймано на вчерашнем сизифе с ghostscript-9.15-alt1 и fonts-type1-urw-1.0.7pre44-alt2; прилагаю отгрепанный по ENOENT и fonts/ файл из-под strace -ff gv, вот кусочек:

---
open("/usr/share/ghostscript/fonts/NimbusMonL-Bold", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/fonts/default/NimbusMonL-Bold", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/fonts/type1/NimbusMonL-Bold", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/fonts/type1/urw/NimbusMonL-Bold", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/fonts/NimbusMonL-Bold", O_RDONLY) = -1 ENOENT (No such file or directory)
---

+++ Данная ошибка создана размножением ошибки 29547 +++

Попытка, например, просмотреть с помощью gv, файл PostScript, не содержащий встроенных фонтов, завершается диагностикой:

Error: /invalidfont in /findfont
Operand stack:
   F6_0   1   1   --nostringval--   Courier-Bold
Execution stack:
   %interp_exit   .runexec2   --nostringval-- GPL Ghostscript 9.07: Unrecoverable error, exit code 1
  --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1900   1   3   %oparray_pop   1899   1   3   %oparray_pop   1883   1   3   %oparray_pop   1771   1   3   %oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   1852   5   4   %oparray_pop
Dictionary stack:
   --dict:1170/1684(ro)(G)--   --dict:0/20(G)--   --dict:78/200(L)--   --dict:67/75(L)--
Current allocation mode is local
Last OS error: No such file or directory

Обнаружено на файлах, полученных различными способами. Например, так:

echo "12345" | /usr/lib/cups/filter/texttopdf 1 2 3 4 5 | pdftops - - > 123.ps
Comment 1 Const 2015-11-20 11:19:16 MSK
Как мне кажется, та же причина у проблемы, поднятой тут: https://lists.altlinux.org/pipermail/community/2015-November/684819.html

Ошибка эта идёт не от gs, а от fonts-type1-urw, в которых поменялось именование шрифтов, став нестандартным. Надо бы 1) перевесить и 2) поднять важность ошибки, ибо от пакета fonts-type1-urw зависит по цепочкам много чего.
Comment 2 Michael Shigorin 2015-11-25 21:29:11 MSK
(В ответ на комментарий №1)
> ...ибо от пакета fonts-type1-urw зависит по цепочкам много чего.
Это, кстати, отдельная проблема с учётом того, что сейчас есть достаточно много более качественных экранных шрифтов, которые URW "перевешивает"...
Comment 3 Andrey Liakhovets 2016-08-24 21:24:47 MSK
Очень похоже, что проблема в fontconfig-infinality:
https://bugzilla.altlinux.org/show_bug.cgi?id=32427

Установлен ли он?

Если да, то можно закомментировать в /etc/fonts/infinality/infinality.conf
запрет шрифтов Type 1 и перестроить кэш (fc-cache -f).