CUPS-PDF Prints Blank Pages

Although I’m using Tumbleweed, it may not be specific to the release as all OS versions seem to be using the same version of CUPS-PDF
And it may not even be CUPS-PDF at fault

But it’s been working fine until now and all other printing works fine.

Can anyone else check ?

Thanks in advance

Printing in Tumbleweed from Firefox to .pdf works for me:

https://paste.opensuse.org/images/76835785.png

Looking better I wonder, if I print in Firefox and select “Save to .pdf”, that CUPS is used, could well be completely implemented within Firefox.

In Libreoffice you can use Export as PDF so that is also not CUPS.

So I did not need it until now but I see there is SDB:Printing to PDF.and checking I do not have cups-pdf installed.

Chrome or FF to cups-pdf renders blank for me
It’s not a game changer as there are workarounds

Save to PDF works as expected in Firefox. I recently uninstalled some CUPS packages, here’s what I have:


$ zypper se -i cups
Loading repository data...
Reading installed packages...

S | Name                | Summary                                                  | Type 
--+---------------------+----------------------------------------------------------+-------- 
i | cups-config         | CUPS library configuration files                         | package 
i | libcups2            | HTTP/IPP communication and printer queue and job library | package 
i | python3-cupshelpers | High-level Python Bindings for CUPS                      | package 
i | python38-pycups     | Python Bindings for CUPS                                 | package

Save to pdf isn’t the same as using the cups-pdf virtual printer
You would need cups-pdf installed to do that and it would be listed as a printer

Tested a new user just in case
But it too has the same issue

My installed packages are as follows

S  | Name                | Type    | Version      | Arch   | Repository---+---------------------+---------+--------------+--------+------------------------
i+ | cups                | package | 2.3.3op2-3.2 | x86_64 | openSUSE-Tumbleweed-Oss
    name: cups
i+ | cups-client         | package | 2.3.3op2-3.2 | x86_64 | openSUSE-Tumbleweed-Oss
    name: cups-client
i+ | cups-config         | package | 2.3.3op2-3.2 | x86_64 | openSUSE-Tumbleweed-Oss
    name: cups-config
i+ | cups-filters        | package | 1.28.8-1.1   | x86_64 | openSUSE-Tumbleweed-Oss
    name: cups-filters
i+ | cups-pdf            | package | 3.0.1-1.16   | x86_64 | openSUSE-Tumbleweed-Oss
    name: cups-pdf
i+ | libcups2            | package | 2.3.3op2-3.2 | x86_64 | openSUSE-Tumbleweed-Oss
    name: libcups2
i+ | libcups2-32bit      | package | 2.3.3op2-3.2 | x86_64 | openSUSE-Tumbleweed-Oss
    name: libcups2-32bit
i+ | libcupsimage2       | package | 2.3.3op2-3.2 | x86_64 | openSUSE-Tumbleweed-Oss
    name: libcupsimage2
i+ | python3-cupshelpers | package | 1.5.15-1.2   | noarch | openSUSE-Tumbleweed-Oss
    name: python3-cupshelpers
i+ | python38-pycups     | package | 2.0.1-1.5    | x86_64 | openSUSE-Tumbleweed-Oss
    name: python38-pycups



I understand that, but what would require, or produce better results, by using CUPS for pdf?

When one install killed graphics as a side effect, ‘zypper remove --clean-deps’ and reinstalling would fix it. Try that:

**erlangen:~ #** zypper rm --clean-deps --dry-run cups  
Reading installed packages... 
Resolving package dependencies... 

The following 8 packages are going to be REMOVED:
  cups cups-filters gutenprint libpoppler-cpp0 libqpdf28 lsb parallel-printer-support poppler-tools 

8 packages to remove. 
After the operation, 93.9 MiB will be freed. 
**Continue? [y/n/v/...? shows all options] (y): **
**erlangen:~ #**

https://forums.opensuse.org/showthread.php/552536-Zypper-Remove-Fails?p=3020384#post3020384

Removing cups?
:open_mouth:

Yes. Experience has shown ‘zypper remove --clean-deps’ and reinstalling in most cases works better than troubleshooting based on trial and error. If it does cause trouble, you are doomed anyway in the long term.:slight_smile:

I verified that running the Brother installer for Linux makes my printers great again: To install the printer driver easily using a tool. (Linux) | Brother

karl@3400G:~> LANG=C lpstat -a 
HLL2350DW accepting requests since Thu Jun 10 13:29:20 2021 
MFC255CW accepting requests since Fri Jun  4 14:07:25 2021 
karl@3400G:~> 

Thus reinstalling everything at most takes a few minutes.

I did try it
But the problem remains

I wonder if it’s ghostscript?

I have some previous pdf’s that are fine that came from a different version 9.50
Now it’s 9.54

Many applications have print to pdf. What about gimp?

Also blank

Try reinstalling these:

[FONT=monospace]**3400G:~ #** zypper remove --clean-deps ghostscript gutenprint                                   
Reading installed packages... 
Resolving package dependencies... 

The following 17 packages are going to be REMOVED:
  cups cups-filters ghostscript ghostscript-x11 graphviz-gnome groff-full gutenprint gxditview libnetpbm11 libpoppler-cpp0 libqpdf28 netpbm paper parallel-printer-support perl-IPC-Run3 poppler-tools psutils 

17 packages to remove. 
After the operation, 159.8 MiB will be freed. 
**Continue? [y/n/v/...? shows all options] (y): **n 
**3400G:~ #**[/FONT]

I thought let’s try installing cups-pdf and I get:

(1/1) Installing: cups-pdf-3.0.1-1.16.x86_64 .........................................................................[done] 
Additional rpm output:
lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS.

Is maybe the future that lpadmin warning out already passed?

Anyhow tried printing from Firefox and I see have an additional choice, destination: CUPS-PDF. Then had to find out where the document goes and found it looking into “/etc/cups/cups-pdf.conf” in /var/spool/cups-pdf/$USER/

The resulting document is also for me blank. Not needing it I have de-installed it.

Also did a search for “cups-pdf blank” and see the problem is widespread and multiple solutions are proposed.