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

Bug#935918: cups: can't read hpcups PPDs



Package: cups
Version: 2.2.12-1

Hi,

Today I was unable to print on a HP Envy 5030 connected with USB that
used to work perfectly. The error message in CUPS web interface was
"filter failed" or something (from memory).

Not able to find the problem, I tried to reinstall the printer;
curiously, it worked with hpijs but not with hpcups. The error message
was "Unable to copy PPD file" (again from memory).

Using the hpijs driver was not satisfying because the printing is not
centered (in CUPS test page, the upper and right-most frame borders are
missing, even after setting paper size to A4 from the default Letter),
and it can't be corrected because the options are very limited, so I was
determined to find why adding the printer with the hpcups driver was not
working.

Adding it through HP ToolBox (from hplip) failed too, with an error
message I don't remember.

Adding it manually with lpadmin failed too, but with a much more
explicit message:

raph@arche:~$ LANG=C sudo lpadmin -p HP_ENVY_5030 -v
"usb://HP/ENVY%205000%20series?serial=redacted&interface=1" -m
"drv:///hpcups.drv/hp-envy_5000_series.ppd" -D "HP Envy 5030"

lpadmin: Unable to open PPD "/tmp/0587f5d6ca5c8": Illegal option keyword
string on line 198.

Line 198 reads:

*PageSize Custom/Custom: "<</cupsInteger0 101/PageSize [612
1008]/ImagingBBox null>>setpagedevice"

Googling some more, I found a very recent thread on the ArchLinux forum
which described exactly the same problem:

https://bbs.archlinux.org/viewtopic.php?id=248631

Unlike this Arch user, I didn't want to fiddle with the PPD (more
precisely, it may seem silly, but I stalled because I wasn't sure about
what I could replace the word "Custom" with...)

So instead I downgraded all cups packages from 2.2.12-1 to 2.2.10-6 and
that solved the problem completely (long live snapshot.debian.org), I
could add the printer with the hpcups driver and print documents as
expected.

Aside from that, other reasons that make me think that the problem comes
from the cups upgrade and not from printer-driver-hpcups are:

- the generated PPDs are identical (on failure, lpadmin left it in /tmp;
I compared it to the one in /etc/cups/ppd generated after the downgrade)

- cups was upgraded very recently (08/18 according to apt log) whereas
printer-driver-hpcups was not upgraded since I installed my Sid box
(06/06) and I clearly remember printing without problems between those dates

I was tempted to file this bug with a high severity since it prevents
installing a printer or simply printing, but since it also seems limited
to hpcups, I'll let you decide on this.

Regards,

-- 
Raphaël Halimi

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: