lilypond-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ghostscript fails on pdf generation


From: N. Andrew Walsh
Subject: Re: ghostscript fails on pdf generation
Date: Sat, 25 Feb 2017 13:06:02 +0100

Hi List,

so, I did some digging regarding this error I've been getting with pdf output (see below). I found this note to lilypond-users from two years ago: https://lists.gnu.org/archive/html/lilypond-user/2014-01/msg00932.html

The money line is to comment out the last line of /usr/share/ghostscript/[$GS_VERSION]/Resource/Init/Fontmap, which reads:

(Fontmap.local) .runlibfileifexists

When I replaced that line with:
%(Fontmap.local) .runlibfileifexists

pdf output worked correctly with lilypond/frescobaldi. 

Some further information:
Before this workaround, console output returned the following when running the same command from console that was failing in frescobaldi:

$ gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile=lamento.pdf -c.setpdfwrite -f/tmp/lilypond-3iqFdT
GPL Ghostscript 9.20: Can't embed the complete font LinLibertineO as it is too large, embedding a subset.
GPL Ghostscript 9.20: Can't embed the complete font LinLibertineOI as it is too large, embedding a subset.
GPL Ghostscript 9.20: Can't embed the complete font LinLibertineOB as it is too large, embedding a subset.
$

If, however, the intended output filename has whitespaces, I get the following error:

 $ gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile=Reinhold Urmetzer - Lamento di Achille.pdf -c.setpdfwrite -f/tmp/lilypond-DDb0P7
Error: /undefinedfilename in (Urmetzer)
Operand stack:

Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push
Dictionary stack:
   --dict:1211/1684(ro)(G)--   --dict:0/20(G)--   --dict:78/200(L)--
Current allocation mode is local
Last OS error: No such file or directory
GPL Ghostscript 9.20: Unrecoverable error, exit code 1
$

So, to review:
if the filename has spaces, gs output will fail both in frescobaldi and from console
if the filename does not have spaces, output fails in frescobaldi, and also running lilypond from console, but not running the last 'gs' command from console
if that last line about Fontmap.local is commented out in /usr/share/ghostscript/[$GS_VERSION]/Resource/Init/Fontmap, pdf output works in both console and frescobaldi. 

So, is this a bug/defect somewhere in frescobaldi/lilypond/ghostscript? If so, which?

Cheers,

A

On Wed, Feb 15, 2017 at 2:15 PM, Wols Lists <address@hidden> wrote:
On 13/02/17 15:23, David Wright wrote:
>> It seems daft to me that you need "w" permissions, and I haven't
>> > experimented deeply with it, but if I have access to a file, why
>> > shouldn't I be able to create a link to it?
> Because it's a security risk. Geriatric unixers might wonder why their
> suid scripts no longer work: similar reasons.
>
> https://lwn.net/Articles/502621/
>
Thank you very much indeed. I've relaxed hardlink security on my machine
(well, hopefully next time I boot), and starred your email for reference :-)

Cheers,
Wol

_______________________________________________
lilypond-user mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/lilypond-user


reply via email to

[Prev in Thread] Current Thread [Next in Thread]