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 <antli...@youngman.org.uk>
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
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user
>
_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Reply via email to