I am trying to build xen on rawhide, but when it tries to run fig2dev it fails and the build aborts. The relevant lines in the log are /usr/bin/fig2dev -L png network-bridge.fig >network-bridge.png.tmp GPL Ghostscript 9.14: Unrecoverable error, exit code 1 Error in ghostcript command command was: gs -q -dSAFER -sDEVICE=png16m -r80 -g710x553 -sOutputFile=- - fig2dev defaults to Roman, and the command works with the urw-fonts-2.4-19.fc21 but not with urw-fonts-1.10-1.fc22 and I think it is because it can't find the Roman font.
I have investigated this further, and the issue is between ghostscript and urw-fonts. Ghostscript has the file /usr/share/ghostscript/9.14/Resource/Init/Fontmap.GS which translates well known font names (Times-Roman, Helvetica etc.) into the OS font name. Unfortunately urw-fonts has changed the name of many of these fonts so ghostscript translates such fonts into names that no longer exist.
Is any fix for this on the horizon? I'm now hitting this problem when trying to build a new version of the remake package: Error: /invalidfont in /findfont Operand stack: boxfont Times-Roman Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval- - 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- fa lse 1 %stopped_push 1951 1 3 %oparray_pop 1950 1 3 %oparray_ pop --nostringval-- 1934 1 3 %oparray_pop 1820 1 3 %oparray_po p --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringv al-- --nostringval-- 2 %stopped_push --nostringval-- 1903 2 3 %o parray_pop Dictionary stack: --dict:1185/1684(ro)(G)-- --dict:0/20(G)-- --dict:95/200(L)-- Current allocation mode is local Last OS error: Not a directory GPL Ghostscript 9.15: Unrecoverable error, exit code 1 epstopdf ($Id: epstopdf.pl 32701 2014-01-17 18:09:54Z karl $) 2.21 !!! Error: Writing to gs failed, error code 1 error: Problems running epstopdf. Check your TeX installation!
(In reply to Michael Young from comment #1) > I have investigated this further, and the issue is between ghostscript and > urw-fonts. Ghostscript has the file > /usr/share/ghostscript/9.14/Resource/Init/Fontmap.GS which translates well > known font names (Times-Roman, Helvetica etc.) into the OS font name. > Unfortunately urw-fonts has changed the name of many of these fonts so > ghostscript translates such fonts into names that no longer exist. Not sure about your case or how fedora package ghostscript. However ghostscript comes with a set of equivalent pfb files in Resource/Font with their names changed to the old ones (e.g. Nimbus Roman No9 L). Btw the maintainer seems to have plan to modify ghostscript to adapt to the new names in the future (For easier management I suppose, and Nimbus Sans Narrow is FINALLY a font family now).
Same question as comment 1: what is the ETA for a fix for this? If help is needed, what can I do to help?
I'm thinking about changing font's name to old name as before. It would fix the issue.
I'll say having this optimization held back until ghostscript adapt to the new font release is a better choice: http://pkgs.fedoraproject.org/cgit/ghostscript.git/tree/ghostscript.spec#n241 If someone want to help, probably they should talk to upstream to see if what changes need to be made for the adaptation (other than Fontmap.GS, if any)
Created attachment 950298 [details] patched to new font names if interested, see if this patch is enough for fixing your problem
Created attachment 950300 [details] git diff
Same question as comment 4: when can we expect a fix for this? Multiple packages cannot be built in Rawhide due to this bug. When will they be buildable again? Today? In a week? In a month? In two months?
I'm working on it
*** This bug has been marked as a duplicate of bug 1160132 ***