Interesting. You have blank too
I changed the output location FYI. Yeah, that’s just a silly location.
The internet search BTW is mostly fairly historic, nothing recent that I could see
Interesting. You have blank too
I changed the output location FYI. Yeah, that’s just a silly location.
The internet search BTW is mostly fairly historic, nothing recent that I could see
New items at gutenprint pdf file blank pages - Google Suche
Note: I have flawless printing to pdf file, but none of these are installed:
**3400G:~ #** zypper se cups-pdf gutenprint
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
--+-----------------------+------------------------------------------------------------+--------
| cups-pdf | Virtual PDF printer for CUPS | package
| gutenprint | Printer drivers for CUPS from the Gutenprint project | package
| gutenprint-devel | Development environment for Gutenprint | package
| gutenprint-gimpplugin | Alternative GIMP print plug-in from the Gutenprint project | package
**3400G:~ #**
From the above I presume ghostscript is the culprit, be it a bad install or stale configuration files lurking. Try ghostscript print to pdf file blank pages issue - Google Suche
Yes, in Firefox I can do “Save to PDF” and Libreoffice has “Export as PDF…” and that works flawlessly, so therefore I do not need.
Never used before but even in gimp I have Print to File and checking Spectacle that also has Print to File (PDF) and all that is working fine.
So yes, what is the use-case that needs “cups-pdf”?
Hi Carl. Refer this ArchLinux bug report…
Description:
- Cups-pdf creates empty output pages after upgrading to ghostscript 9.54.0.
- /var/log/cups/cups-pdf-pdf_log says “ghostscript has finished: 256”
- Background: as of that ghostscript version “.setpdfwrite” is no longer supported (refer to
http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=180419375973b9ce4664286a67106d712260ef7f)
– however, it’s still in the default setting for “GSCall” and it’s also listed
in /etc/cups/cups-pdf.conf.- Workaround: removing “-c .setpdfwrite” from the “GSCall” setting fixed the issue.
FWIW, similar reported here (re cups-pdf)…
https://www.linuxquestions.org/questions/slackware-14/cups-pdf-printer-prints-a-blank-pdf-after-ghostscript-9-54-0-update-4175694164/
Both erlangen and 3400G have:
**erlangen:~ #** zypper if ghostscript
Loading repository data...
Reading installed packages...
Information for package ghostscript:
------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : ghostscript
Version : 9.54.0-1.1
Arch : x86_64
Vendor : openSUSE
Installed Size : 50.5 MiB
Installed : Yes (automatically)
Status : up-to-date
Source package : ghostscript-9.54.0-1.1.src
Summary : The Ghostscript interpreter for PostScript and PDF
Description :
Ghostscript is a package of software that provides:
An interpreter for the PostScript language,
with the ability to convert PostScript language files
to many raster formats, view them on displays,
and print them on printers that don't have
PostScript language capability built in.
An interpreter for Portable Document Format (PDF) files,
with the same abilities.
The ability to convert PostScript language files
to PDF (with some limitations) and vice versa.
A set of C procedures (the Ghostscript library)
that implement the graphics and filtering
(data compression / decompression / conversion)
capabilities that appear as primitive operations
in the PostScript language and in PDF.
For information how to use Ghostscript see
/usr/share/ghostscript/9.54.0/doc/Use.htm
**erlangen:~ #** ll /etc/cups/cups-pdf.conf
ls: cannot access '/etc/cups/cups-pdf.conf': No such file or directory
**erlangen:~ #**
No stale configuration file, no trouble.
Glad to have been of help Carl.
You pretty much found the answer on your own already, i.e. it’s a workaround for apps lacking a native Save to PDF. More info: SDB:Printing to PDF - openSUSE Wiki