Description of problem: When printing a plain text file: lpr TEXT it shows up as a job for lpq(1), and then dissapears without being printed out. Version-Release number of selected component (if applicable): cups-1.3.5-1.fc9 How reproducible: Always Steps to Reproduce: 1. lpr random-text-file 2. 3. Actual results: Nothing printed Expected results: Printout Additional info:
What does 'lpstat -s' say?
Created attachment 292184 [details] Requested "lpstat -s" output In any case, other types of stuff (did PS, PDF recently) prints OK. I fixed the permissions problem on the USB device by hand (see BZ 429000).
1. Enable debugging output: cupsctl --debug-logging 2. Stop cups: /sbin/service cups stop 3. Clear out the error_log file: >/var/log/cups/error_log 4. Start cups: /sbin/service cups start Now submit your print job as before and wait for 1 minute. Then please attach the /var/log/cups/error_log file to this bug report.
Created attachment 292358 [details] The requested output
Created attachment 292359 [details] Requested error_log There was more output after the first I sent in.
What does 'lpstat -t' say?
Created attachment 292374 [details] Output of "lpstat -t"
BTW, I just printed out a couple of webpages (through the net, even). No hitch. It only hates textfiles.
Try this: lp -o document-format=application/x-shell README What happens?
Prints just fine.
What does 'rpm -q paps' say?
paps-0.6.8-3.fc9.x86_64 (rpm(1) configured to show the arch too)
Reassigning as it seems to be a paps problem. I'll try to take a closer look at this later in the week.
Looks that way, paps generates a .ps that crashes ghostscript, presumably the interpreter in the printer goes south too.
ok, confirmed a problem. trying to get a fix.
should be fixed in paps-0.6.8-4.fc9.
Doesn't work for me. I get this stack trace when trying 'lp /etc/fstab': D [23/Jan/2008:16:49:22 +0000] [Job 2] Error: /rangecheck in --cvs-- D [23/Jan/2008:16:49:22 +0000] [Job 2] Operand stack: D [23/Jan/2008:16:49:22 +0000] [Job 2] last_x 7416 (0) D [23/Jan/2008:16:49:22 +0000] [Job 2] Execution stack: D [23/Jan/2008:16:49:22 +0000] [Job 2] %interp_exit .runexec2 --nostringval- - --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- -- nostringval-- --nostringval-- false 1 %stopped_push 1905 1 3 %op array_pop 1904 1 3 %oparray_pop 1888 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringv al-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- %loop_continue --nostringval-- --nostri ngval-- --nostringval-- --nostringval-- D [23/Jan/2008:16:49:22 +0000] [Job 2] Dictionary stack: D [23/Jan/2008:16:49:22 +0000] [Job 2] --dict:1166/1684(ro)(G)-- --dict:1/20(G )-- --dict:77/200(L)-- --dict:31/42(L)-- --dict:7/11(L)-- --dict:13/21(L )-- --dict:39/42(L)-- --dict:39/42(L)-- D [23/Jan/2008:16:49:22 +0000] [Job 2] Current allocation mode is local D [23/Jan/2008:16:49:22 +0000] [Job 2] GPL Ghostscript 8.61: Unrecoverable error , exit code 1
Running paps-0.6.8-4.fc9 here (i686) now gives a .ps that doesn't crash gs (ghostscript-8.61-6.fc9), both with my original file and my /etc/fstab here. I am away from the machine that couldn't print, so I can't check if the original problem is gone.
(In reply to comment #17) > Doesn't work for me. I get this stack trace when trying 'lp /etc/fstab': That works for me. please make sure if you are using the above version of paps. from the operand stack, that looks like the older version of paps.
Yes, I must have been looking at the wrong machine or something. Works for me, thanks.
it is working fine with following vesion: paps-0.6.8-4.fc9.i386