Printing from Cinepaint bypasses TurboPrint

[inetaccess]

Hi,

I'm trying to print from Cinepaint 0.25-0 on x64 Ubuntu 9.10 using "lp -d tp0" and am finding that the print job is bypassing TurboPrint.
Usually when printing to tp0 the print monitor would show the print progress and the log file /var/log/turboprint/print.log has an entry for the print job.
However when printing from Cinepaint - print monitor shows broken page with no print progress being displayed - log file does not register the print job.

This is causing problems since icc profiles stored in TurboPrint are not being used.

Any suggestions?

Thanks.

[zedonet]

Hello inetaccess,

is your print job actually printed? If so, TurboPrint is probably not bypassed - or do have another printer driver installed that might now process the job?

It sounds like the job is processed by TurboPrint but TP Monitor cannot display a preview image. Are normal jobs shown in the log file?
If TurboPrint processes the job, its ICC profiles should be used.

To get an idea what is going wrong, can you try to activate the "preview" function in TurboPrint Monitor that displays every single page before printing? Does it work or also show a broken page?

[inetaccess]

Thanks for reply :)

Yes the print job actually printed. Print monitor shows it's a "stdin" with byte counts. When I switch the queue being monitored away then back to tp0, print monitor preview shows the last successful print that was sent by GIMP and not what was sent from Cinepaint.

Jobs sent from Cinepaint are not logged anywhere by TP. The print preview option is selected, printing from GIMP pops up a confirmation dialog. Printing from Cinepaint bypasses the dialog and printing starts immediately.

In Cinepaint printer setting I'm using custom command "lp -d tp0"

[zedonet]

Hello,

please post the CUPS log file

/var/log/cups/error_log

so that I can check if the TurboPrint filter is started. The log file may be huge - the last section starting from

I [02/Nov/2009:16:13:42 +0100] [Job 588] Queued on "tp16" by "florian".
I [02/Nov/2009:16:13:42 +0100] [Job 588] Started filter /usr/lib64/cups/filter/pstops (PID 25334)
...

is sufficient.

[inetaccess]

This is the content of /var/log/cups/error_log after computer restarted and one print job submitted.

E [09/Mar/2010:12:20:24 +0000] Unable to remove temporary file "/var/spool/cups/tmp/.hplip" - Is a directory
E [09/Mar/2010:12:20:24 +0000] Unable to remove temporary file "/var/spool/cups/tmp/.fontconfig" - Is a directory
W [09/Mar/2010:12:58:35 +0000] [CGI] Unhandled message: interface=org.freedesktop.DBus.Introspectable, path=/, member=Introspect

Content of /var/log/cups/access_log after one print job submitted

localhost - root [09/Mar/2010:12:58:50 +0000] "POST /admin/ HTTP/1.1" 200 119 CUPS-Accept-Jobs successful-ok
localhost - root [09/Mar/2010:12:58:50 +0000] "POST /admin/ HTTP/1.1" 200 119 Resume-Printer successful-ok
localhost - root [09/Mar/2010:12:58:50 +0000] "POST /admin/ HTTP/1.1" 200 119 CUPS-Set-Default successful-ok
localhost - - [09/Mar/2010:13:00:16 +0000] "POST /admin/ HTTP/1.1" 401 119 CUPS-Set-Default successful-ok
localhost - root [09/Mar/2010:13:00:16 +0000] "POST /admin/ HTTP/1.1" 200 119 CUPS-Set-Default successful-ok
localhost - - [09/Mar/2010:13:02:11 +0000] "POST /printers/tp0 HTTP/1.1" 200 415 Create-Job successful-ok
localhost - - [09/Mar/2010:13:02:15 +0000] "POST / HTTP/1.1" 200 324 Create-Printer-Subscription successful-ok
localhost - - [09/Mar/2010:13:02:11 +0000] "POST /printers/tp0 HTTP/1.1" 200 48691 Send-Document successful-ok

[zedonet]

The required information is not visible - please edit /etc/cups/cupsd.conf and set

LogLevel ...

to

LogLevel debug

Then print again from Cinepaint and send the new cups error_log file.

A possible explanation is that the "Gutenprint" drivers have been compiled into Cinepaint (as was the case with older versions of the GIMP). In this case the Linux printing system CUPS sees that a specific printer command language is being used (a "raw" print job) instead of Postscript or PDF and bypasses TurboPrint.

You may have to choose a generic "Postscript Level 2" driver in Cinepaint to use TurboPrint drivers.

[inetaccess]

OK this bit of information you provided did the trick:

You may have to choose a generic "Postscript Level 2" driver in Cinepaint to use TurboPrint drivers.

For some unknown reason, probably related to an update to CUPS, the printer settings that worked previously was changed to "Epson 2100" printer. The correct setting for TP should have been "Adobe - Postscript Level 2".

Changing the printer setup to Adobe and PS Level2 solved the problem. I can now see a preview and printing progress is shown. ICC profile now works.

Thanks for you time!