TurboPrint & PrintFab

Using Turboprint 2.09-2 installed from turboprint-2.09-2.x86_64.rpm on Suse 11.3 64 bit driving a Canon Pixma ip5200 printer connected to a USB port.

Since upgrading the OS turboprint has stopped working, initially the printer would not get out of the Stopped state. Then I had a look at it from the CUPS interface and there was an error message by my tp0 printer about note being not able to find
/usr/lib/cups/filter/commandtoturboprint
I found one in
/usr/lib64/cups/filter/commandtoturboprint
So soft linked on in the /usr/lib/cups/filter/ dir
Then I got a message about
/usr/lib/cups/filter/pstoturboprint
Again I soft linked the one from /usr/lib64/cups/filter

Now it prints but almost entirely black pages.

Hello,

TurboPrint version 2.16-1 has a workaround for the black page problem.
The "black page" problem is a known bug in Ghostscript - it should have been fixed in the release version of SuSE11.3:

https://bugzilla.novell.com/show_bug.cgi?id=603131

The problem with the wrong library path can be solved by moving

/usr/lib64/cups/filter/pstoturboprint
/usr/lib64/cups/filter/commandtoturboprint
/usr/lib64/cups/backend/tpu

to

/usr/lib/cups/...

or by creating a symbolic link as you did.
We will add a fix in the upcoming TurboPrint 2.16-2

Thanks for the reply

I have added the tpu link to /usr/lib/cups/backend/ but I am still getting black printouts.

If it is to do with ghostscript getting the wrong library surely setting LD_LIBRARY_PATH in one of the files that invokes it would solve the problem.

Then I updated ghostscript from this location
http://download.opensuse.org/update/11. ... x86_64.rpm and that fixed it.

A new version TurboPrint 2.16-2 has just been released - this version also solves the problem with wrong cups lib paths.