www.cendio.com
Bug 7446 - nearest doesn't work on RHEL 8
: nearest doesn't work on RHEL 8
Status: CLOSED FIXED
: ThinLinc
Printing
: trunk
: PC Unknown
: P2 Normal
: 4.11.0
Assigned To:
:
:
:
:
  Show dependency treegraph
 
Reported: 2019-11-25 13:10 by
Modified: 2019-11-26 14:33 (History)
Acceptance Criteria:


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From cendio 2019-11-25 13:10:39
Trying to print anything via nearest on RHEL 8 just results in the job failing
with "Unsupported raster data."

The error comes from raster2pwg, which for some reason isn't accepting the
raster output from ghostscript.

This might be a bug in ghostscript or raster2pwg. However we shouldn't even be
going that route. Printing to this printer should result in a conversion to
PDF, not PWG.

Printing a PostScript file directly:

> Nov 25 13:04:22 dhcp-254-219.lkpg.cendio.se cupsd[16216]: gstopdf (application/postscript to application/pdf, cost 0)
> Nov 25 13:04:22 dhcp-254-219.lkpg.cendio.se cupsd[16216]: pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66)
> Nov 25 13:04:22 dhcp-254-219.lkpg.cendio.se cupsd[16216]: - (application/vnd.cups-pdf to printer/Office/application/pdf, cost 0)
> Nov 25 13:04:22 dhcp-254-219.lkpg.cendio.se cupsd[16216]: - (printer/Office/application/pdf to printer/Office, cost 0)

Printing via nearest:

> Nov 25 12:59:33 dhcp-254-219.lkpg.cendio.se cupsd[16216]: gstoraster (application/vnd.cups-postscript to application/vnd.cups-raster, cost 175)
> Nov 25 12:59:33 dhcp-254-219.lkpg.cendio.se cupsd[16216]: rastertopwg (application/vnd.cups-raster to image/pwg-raster, cost 100)
> Nov 25 12:59:33 dhcp-254-219.lkpg.cendio.se cupsd[16216]: - (image/pwg-raster to printer/Office/image/pwg-raster, cost 0)
> Nov 25 12:59:33 dhcp-254-219.lkpg.cendio.se cupsd[16216]: - (printer/Office/image/pwg-raster to printer/Office, cost 0)

It seems we are sending things as "application/vnd.cups-postscript" rather than
"application/postscript".
------- Comment #1 From cendio 2019-11-25 13:22:21 -------
We seem to have tried to address this before by getting rid of $CONTENT_TYPE
before passing the data on to the IPP backend for respooling. But it seems to
also be looking at $FINAL_CONTENT_TYPE these days. Removing that as well fixes
things.
------- Comment #3 From cendio 2019-11-26 14:31:03 -------
Verified that this works with the latest nightly build. I printed out image and
checked that the error message "Unsupported raster data" is gone and instead it
says "Completed".

The release notes looks good as well.