Fwd: ghostscript fails on pdf generation

Whoops. Forgot to send to the whole list.

Also, update: PyQt5.QtWebKitWidgets is deprecated in Qt5.5, removed as of Qt5.6. The new hotness is PyQt5.QtWebEngineWidgets. See here: https://stackoverflow.com/questions/37876987/cannot-import-qtwebkitwidgets-in-pyqt5

Should I just rewrite the calling file to point to PyQt5.QtWebEngineWidgets instead?

Cheers,

---------- Forwarded message ----------
From: N. Andrew Walsh <address@hidden>
Date: Wed, Jun 7, 2017 at 4:30 PM
Subject: Re: ghostscript fails on pdf generation
To: Urs Liska <address@hidden>

Hi Urs,

On Wed, Jun 7, 2017 at 4:02 PM, Urs Liska <address@hidden> wrote:

How exactly is LilyPond registered in Frescobaldi for you?

Absolute path to the binary installed with the package.

Maybe if it is only calling "lilypond" (i.e. without an absolute path to the executable) there may be something to be done about it.

Ah, wait: are you using Frescobaldi's 3.0.0 release or run it from Git? My patch was only applied after the latest release ...

Well, I've been using the version from git, which I just updated. Now, it fails on my laptop with the following errors:

QT_QPA_PLATFORMTHEME=qt5ct frescobaldi was interrupted by an Abort Signal.

This is because my laptop still has QT_STYLE_OVERRIDE set (side-question: how do you find out which config file is setting an environment variable? I have .bashrc, .xsession, etc., and can't find it in any of them). Unsetting that variable now results in an error:

PyQt5.QtWebKitWidgets import QWebView

ImportError: No module named PyQt5.QtWebKitWidgets

Which I'm given to understand is a problem with python, but I might be wrong.

Thanks for the help,

Best
Urs
If lilypond is using the system ghostscript, is there a way to get lilypond to ignore that like about Fontmap.local?

Thanks for the help,

A

On Sat, Feb 25, 2017 at 7:11 PM, David Wright <address@hidden> wrote:

On Sat 25 Feb 2017 at 13:06:02 (+0100), N. Andrew Walsh wrote:
> 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

…because of your second illustration. gs fails early on because
"Urmetzer" is a non-option and therefore expected to be a Ghostscript
program for interpretation.

> 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

…because of your first illustration. gs fails later on because of the
font overcapacity.

> 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?

The second problem looks as if the caller of gs is not protecting the
spaces in the filename. Some interesting things can happen by chance
with those filenames. If you put
... -sOutputFile="good output.pdf" -c.setpdfwrite -f/tmp/somefile
everything works as normal. So does
... -sOutputFile=good\ output.pdf -c.setpdfwrite -f/tmp/somefile
and so does
... -sOutputFile=good /tmp/somefile -c.setpdfwrite

However, if you put
... -sOutputFile=good output.pdf -c.setpdfwrite -f/tmp/somefile
and there happens to be a file called output.pdf, gs will happily
give you a PDF called "good" containing output.pdf followed by
the converted /tmp/somefile.

You could test that "in the field", as it were, by running a
file with a single space in its name, "foo bar", and leaving
a bar.pdf file in the output directory. The result should be
a PDF file called foo containing bar.pdf followed by the
LilyPond output.

I can't help with the font problem, sorry.

Cheers,
David.

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

From:	N. Andrew Walsh
Subject:	Fwd: ghostscript fails on pdf generation
Date:	Wed, 7 Jun 2017 17:50:52 +0200