Bug#431793: rastertoprint hangs
Package: gs-esp
Version: 8.15.3.dfsg
Hi there,
I have had this problem for a long time and already filed two bugs in the past. One against cupsys: #298249 and one against gs-esp: #274553.
I will tell the story once more. Maybe someone new will look into it. I also worked on the workaround.
When I print something from PDF or OpenOffice (larger documents seem to do the trick but other than that I have not really found a pattern, it comes up seemingly at random) the printer stops working midway through the job with a couple pages already printed. When I check the webinterface of Cupsys it says that the document the printer is working on is at xx%. The led of my HP Laserjet 4 tells me that it is in "receiving" status and waiting for more data.
But nothing happens.
Workaround: I cancel the job and do /etc/init.d/cupsys stop . Then I reset the printers memory. After that I bring up Top in the console and search for jobs owned by lp. Two jobs will come up: Rastertoprint and some other job that I don't remember the name of right now. I kill both using signal 9 (killall lp would probabely do the same). Then I restart Cupsys.
Just restarting cupsys won't work without killing those two jobs. Switching off and switching on the printer instead of resetting it leads to a page of jibberish. If you don't cancel the job Cupsys will start the job from the beginning as soon as the printer is back.
When I filed the bug against Cupsys back in Sarge they said gs-esp is at fault. I am actually really surprised that this bug (or some very similar problem) made it from Sarge all the way to Etch. Maybe this is a Laserjet 4 problem, though I doubt it. I used straight Cupsys with different drivers and I also used the hp daemons and drivers and the problem always stays the same.
Thx,
Malte
--
Psssst! Schon vom neuen GMX MultiMessenger gehört?
Der kanns mit allen: http://www.gmx.net/de/go/multimessenger
Reply to: