[Intrepid] Xerox Phaser 6100 driver 2.0.0 does not work causing SpliX error

Bug #290395 reported by Lex Ross
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
SpliX
Unknown
Unknown
cups (Ubuntu)
Fix Released
Undecided
Unassigned
Intrepid
Won't Fix
Undecided
Unassigned
ghostscript (Ubuntu)
Fix Released
Undecided
Unassigned
Intrepid
Won't Fix
Undecided
Unassigned
splix (Ubuntu)
Invalid
Undecided
Unassigned
Intrepid
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: cupsys

Xerox Phaser 6100 printer stopped working in Intrepid 8.10 RC/64-bit with recent 2.0.0 driver. Printer works fine with the version 1.1.0 on Hardy (both 64-bit and 32-bit).

Driver version 2.0.0 produces an error message from the printer: "SpliX Error while rendering the request. Check the previous message". The printer does not print anything.

Attached is the log obtained from CUPS when troubleshooting the printing problem.

Revision history for this message
Lex Ross (lross) wrote :
Lex Ross (lross)
description: updated
description: updated
Revision history for this message
Daniel Finke (dfinke) wrote :

any news?

Daniel Finke (dfinke)
Changed in cups:
status: New → Confirmed
Changed in cupsys:
status: New → Confirmed
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

This looks like a problem in SpliX itself. Moving the bug to SpliX.

Changed in cupsys:
status: Confirmed → Invalid
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you go to the following two pages

http://openprinting.org/show_driver.cgi?driver=splix
http://openprinting.org/show_driver.cgi?driver=splix2

and download the DEB packages of the two versions of the SpliX driver from there? Take care to download the packages for your system architecture and LSB 3.2.

Then install at first the driver version 2.0.0 rc2 (with "sudo dpkg -i ..."), remove your print queue(s) for your Samsung printer(s) and recreate them, selecting the driver entry in system-config-printer with "OpenPrinting". Now try again to print. Does the problem go away?

If not, try the same thing with version 1.1.1. Does this work?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you also try the following?

First, download this file:

http://www.openprinting.org/download/printing/ghostscript-cups-patches/pdftoraster.c

This is an alternative Ghostscript-based pdftoraster filter.

Install packages needed to compile it:

sudo apt-get install libcups2-dev libcupsimage2-dev

Compile it:

gcc `cups-config --image --libs` -DBINDIR=/usr/bin -DGS=gs -o pdftoraster pdftoraster.c

Install it:

sudo mv /usr/lib/cups/filter/pdftoraster /usr/lib/cups/filter/pdftoraster.orig
sudo cp pdftoraster /usr/lib/cups/filter/
sudo chmod 755 /usr/lib/cups/filter/pdftoraster

Now try to print again. Does the garbage go away?

Changed in splix:
status: Confirmed → Incomplete
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Please use the following command line for compiling and not the one shown above:

gcc -lcups -lcupsimage -o pdftoraster pdftoraster.c

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Reported problem upstream.

Changed in cupsys:
status: Invalid → Triaged
Changed in ghostscript:
status: New → Triaged
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I could reproduce the bug creating a print queue pointing to a file (Unfortunately, I do not get test printers from Xerox). There I tried my suggestion of comments 5 and 6. And it works. With my Ghostscript-based pdftoraster filter the Xerox Phaser 6100 with the Ubuntu-provided package of SpliX 2.0.0rc2 works!

Problem was that this printer requires a certain color mode (via the PPD file) which the Poppler-based pdftoraster (the one which comes as part of Ubuntu's CUPS package) does not support (see the messages in the error_log).

This means that the Poppler-based pdftoraster is not feature-complete and therefore unsuitable for daily use.

The easiest fix is to replace it by the Ghostscript-based pdftoraster.

As the Ghostscript-based pdftoraster is upstream a part of Ghostscript, this has to be fixed in both the CUPS and Ghostscript packages in Jaunty. Therefore these tasks are added now.

As SRU for Intrepid the easiest way would be to simply put the Ghostscript-based filter into the CUPS package, replacing the Poppler-based one.

Changed in splix:
status: Incomplete → Invalid
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

To keep the impact low on Intrepid, the SRU for Intrepid will be done as follows:

The new pdftoraster filter will be added to the SpliX package, renamed to pdftosplixraster. In addition there will be created a splixraster.types file defining application/vnd.cups-splixraster without auto-detection rule and a splixraster.convs file telling that pdftosplixraster converts application/vnd.cups-pdf to application/vnd.cups-splixraster. The SpliX PPDs will be patched to only accept application/vnd.cups-splixraster as input.

Changed in splix:
status: Invalid → Triaged
Changed in ghostscript:
status: Triaged → In Progress
Changed in cups:
status: Triaged → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cups - 1.3.9-4

---------------
cups (1.3.9-4) experimental; urgency=low

  [ Till Kamppeter ]
  * debian/local/filters/pdf-filters/conf/pdftoraster.convs,
    debian/local/filters/pdf-filters/filter/pdftoraster.cxx,
    debian/local/filters/pdf-filters/README,
    debian/local/filters/pdf-filters/addtocups,
    debian/local/filters/pdf-filters/removefromcups, debian/rules,
    debian/copyright: Removed Poppler-based pdftoraster filter. It will be
    replaced by a Ghostscript-based pdftoraster filter filter provided by the
    Ghostscript package, requested via Debian bug #505282 (fixes LP: #290395).

  * debian/filters/pstopdf: Fixed debug output.

 -- Martin Pitt <email address hidden> Tue, 11 Nov 2008 13:46:55 +0100

Changed in cups:
status: In Progress → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ghostscript - 8.63.dfsg.1-0ubuntu7

---------------
ghostscript (8.63.dfsg.1-0ubuntu7) jaunty; urgency=low

  * debian/local/pdftoraster/pdftoraster.c,
    debian/local/pdftoraster/pdftoraster.convs, debian/rules: Added pdftoraster
    filter from the Ghostscript SVN repository (LP: #290395).

  * debian/control: Added conflict with cups < 1.3.9-4 because the pdftoraster
    filter was there before.

  * debian/patches/50_lips4-floating-point-exception: Fixed floating-point
    exception in "lips4" and other drivers (Upstream bug #690122).

 -- Till Kamppeter <email address hidden> Tue, 11 Nov 2008 10:33:22 +0200

Changed in ghostscript:
status: In Progress → Fix Released
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Lex Ross, I have uploaded a fixed SpliX package for Intrepid into -proposed. As soon as it arrives please test this package. At first try whether you can print in color, to see whether this bug is fixed. Then try also to print in grayscale as I have also added a patch from upstream which fixes grayscale printing.

Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

To reproduce the bug or verify the fix without having an appropriate printer do

cupsctl FileDevice=yes
cupsctl LogLevel=debug
lpadmin -p x -E -v file:/tmp/printout -P /usr/share/ppd/splix/xerox/ph6100.ppd -o PageSize=A4
lpr -P x /usr/share/cups/data/testprint.ps

Check /tmp/printout and /var/log/cups/error_log. See also the output of "lpstat -o" and "lpstat -p".

/tmp/printout should grow to something like 300 or 500 kB. I should start with something like

<ESC>%-12345X@PJL DEFAULT SERVICEDATE=20081111
@PJL SET USERNAME="till"
@PJL SET JOBNAME="testprint.ps"
@PJL DEFAULT POWERSAVE=ON
@PJL DEFAULT POWERSAVETIME=5
@PJL SET JAMRECOVERY=OFF
@PJL SET COLORMODE=COLOR
@PJL SET DUPLEX=OFF
@PJL SET PAPERTYPE=OFF
@PJL SET ALTITUDE=LOW
@PJL SET DENSITY=3
@PJL SET RET=NORMAL
@PJL ENTER LANGUAGE = QPDL

and end with

<ESC>%-12345X

Changed in splix:
status: Triaged → In Progress
Revision history for this message
Martin Pitt (pitti) wrote :

Accepted into intrepid-proposed, please test and give feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Revision history for this message
Martin Pitt (pitti) wrote :

Fix in jaunty is done in cups/ghostscript, fix for intrepid in splix (too intrusive to change the filter for all printer drivers).

Changed in splix:
status: In Progress → Invalid
Changed in cups:
status: New → Won't Fix
Changed in ghostscript:
status: New → Won't Fix
Changed in splix:
status: New → Fix Committed
Changed in cups:
status: Won't Fix → Invalid
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Lex Ross, please remove and recreate your print queue after installing the fixed package from -proposed. Otherwise the fix will not work.

Changed in cups:
status: Invalid → Won't Fix
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

The patch for grayscale printing in the new Intrepid package is confirmed to work in this posting of the upstream forum of SpliX:

https://sourceforge.net/forum/message.php?msg_id=5630217

Revision history for this message
Daniel Finke (dfinke) wrote :

Hello,
I installed splix from proposed and removed my print queue(s) and printer and recreated them.
Now I get
Unsupported format 'application/postscript'!
did i missed something?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you re-create your print queue and restart CUPS and try again?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I have uploaded a new package version, version 2.0.0~rc2-0ubuntu2.2 to -proposed. This version automatically restarts CUPS when installing, updating, or removing. As soon as this version gets approved, try it out. Then your printer should work out of the box, without needing to restart CUPS manually. Everyone who did not try 2.0.0~rc2-0ubuntu2.1 yet still needs to remove and recreate his print queue.

Revision history for this message
Martin Pitt (pitti) wrote :

Accepted 2.0.0~rc2-0ubuntu2.2. Till, please also upload the maintainer scripts to jaunty.

Revision history for this message
Martin Pitt (pitti) wrote :

Daniel, can you please test 2.0.0~rc2-0ubuntu2.2 from intrepid-proposed? Thanks!

Revision history for this message
Daniel Finke (dfinke) wrote :

Hi guys,
I tried it today with splix_2.0.0~rc2-0ubuntu2.2_i386.deb and it worked perfect.
Thanks!
best regards
Daniel

Changed in splix:
status: Fix Committed → Fix Released
Revision history for this message
Lex Ross (lross) wrote :

Sorry for delayed response - my laptop was in for repairs. Re-installed it with Intrepid
and splix_ 2.0.0~rc2-0ubuntu2.3_i386.deb from intrepid-proposed. Worked like a charm until recent system update. Now I am getting the same error message "SpliX Error while rendering the request. Check the previous message". Installing cups_1.3.9-2ubuntu4 from intrepid-proposed did not help.

Revision history for this message
Lex Ross (lross) wrote :

Added entire intrepid-proposed into my sources list and upgraded the system. Now printing is working.

Revision history for this message
Lex Ross (lross) wrote :

Just noticed in Ubuntu 9.04 64-bit that printing multiple copies of the document triggers double sided printing ignoring single sided printing driver setting. Just wondering if it's a CUPS bug or is it related specifically to Xerox Phaser 6100 and its PPD. To reproduce: open any PDF or OpenOffice document, print to Xerox Phaser 6100 printer, select single side printing and check multiple copies checkbox with say 3 copies. For a single page document you'll get 2 pages rather than 3: one page with the document printed on both sides, and the one with the third copy of the document.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Lex Ross, I have checked and I see nothing in the error_log that any filter activates duplex. It seems that the wrong duplex setting happens in the SpliX driver executable.

If you print one copy af a job with more than one page, does this come out single-sided?

Can you provide your error_log of a failing job (3 copies of a one-page document)? Please follow the instructions in the "CUPS error_log" section in https://wiki.ubuntu.com/DebuggingPrintingProblems.

Revision history for this message
Lex Ross (lross) wrote :

Dear Till, thank you for your prompt response! I am terribly sorry, there was indeed no problem with the driver. What fooled me was printing from PDF file where "Global" settings in print dialogue (number of copies, collate copies etc.) are document specific (are being stored on per document basis) whereas "Page settings" are in fact global. I foolishly believed page settings to be specific to the document and haven't double checked it until recently.

So if there is a problem, it should be with the print dialogue being inconsistent (all settings in my opinion should be either global (preferred) or document specific). I apologize once again for giving you trouble. Thank you so much for your time and co-operation!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.