Description of problem: (presumably) following an update fo cups the ability to specify certain options via lpd is now failing. Version-Release number of selected component (if applicable): 1.2.5 How reproducible: Always fails now Steps to Reproduce: An example would be as follows:- fax2ps -H11.5 -W8.25 -S ../recvq/fax000000825.tif |lpr -P sales_laser -o OutputBin=Left -o InputSlot=Tray2 However, the following works, so it is specific to an option rather than all options (actually, I could be wrong, it could just be that the printer ignores the error rather than dying on the job as it does for outputbin) :- fax2ps -H11.5 -W8.25 -S ../recvq/fax000000825.tif |lpr -P sales_laser -o InputSlot=Tray2 Actual results: postscript job is rejected by printer and no output is produced Expected results: Job will run and produce output, tyaking paper fromt he specified bin and placing in the specified output tray. Additional info:
Created attachment 141482 [details] tcpdump capture of generated postscript
Also, I should add that (a) It was working up until a few days ago (b) the date of the ppd file is unchanged
Created attachment 141483 [details] ppd file
*** Bug 216152 has been marked as a duplicate of this bug. ***
What does 'rpm -q cups' say?
cups-1.2.5-1.fc5.4
Could you provide a small input file that demonstrates the problem? Does this exhibit the problem for instance?: echo test | lpr -P sales_laser -o OutputBin=Left -o InputSlot=Tray2 or does it need to be something more than 'test'?
Just running down the stairs to check... 5 mins
Fails with the echo.
Okay. How about this?: lpr -P sales_laser -o OutputBin=Left -o InputSlot=Tray2 \ /usr/share/cups/data/testprint.ps It should print a test page.
Nothing comes out, printer just reports processing job and then back to idle within a second (i.e. same as before).
Created attachment 141757 [details] out.ps Please save this file as 'out.ps' and print it like this: lpr -P sales_laser -o raw out.ps Does it work? This file was created using your PPD in conjunction with the 'pstops' filter from cups-1.2.3-1.2, with options 'OutputBin=Left InputSlot=Tray2'.
Yes, that works fine.
Created attachment 141758 [details] fail.ps And just to be sure, does this 'fail.ps' fail when printed in the same way? lpr -P sales_laser -o raw fail.ps This came from the pstops in cups-1.2.7-1.1.fc6.
Still worked, just did a quick diff and there aren't any real differences of note, are you sure it's the right file (was also called out.ps)
Please paste these three lines into a terminal window: PPD=/etc/cups/ppd/sales_laser.ppd \ ./pstops 1 me '' 1 'OutputBin=Left InputSlot=Tray2' \ /usr/share/cups/data/testprint.ps /tmp/fails.ps (it's one long command). You should end up with a /tmp/fails.ps file. Now try printing that like this: lpr -P sales_laser -o raw /tmp/fails.ps Does that fail? If so, please attach /tmp/fails.ps to this bug report. Thanks.
Seeing an error, I'll take a quick look at pstops and see what it wants:- [root@dell download]# which pstops /usr/bin/pstops [root@dell download]# cd /usr/bin [root@dell bin]# PPD=/etc/cups/ppd/sales_laser.ppd ./pstops 1 me '' 1 'OutputBin=Left InputSlot=Tray2' /usr/share/cups/data/testprint.ps /tmp/fails.ps ./pstops: page specification error: <pagespecs> = [modulo:]<spec> <spec> = [-]pageno[@scale][L|R|U][(xoff,yoff)][,spec|+spec] modulo>=1, 0<=pageno<modulo [root@dell bin]#
Ok, I see, it's teh filter one, still complaining, but it'll just take me a mo to figure out why. Steve
Ok, just needed a redirect top the file, fails (which is good!), I'll attach and then diff to see what the changes are.
Sorry, instead of './pstops' use '/usr/lib/cups/filter/pstops'.
Created attachment 141760 [details] fails.ps
I can't see any noticable differences, let me check that it really did print and that they're not looking at the last one that did......
Just to clarify, did you end up using this command line for attachment id=141760?: PPD=/etc/cups/ppd/sales_laser.ppd \ /usr/lib/cups/filter/pstops 1 me '' 1 'OutputBin=Left InputSlot=Tray2' \ /usr/share/cups/data/testprint.ps /tmp/fails.ps (sorry for giving the wrong command line in comment #17)
Bit of confusion, but fails.ps doesn't print and out.ps does, ok, there's two EOF's in the fails.ps
Yes, (almost) I was lazy so I cd'd to the filter directory and had to add a redirect > before the output filename.
Could you try the attachment from comment #14 again please? Yes, it's also called out.ps. The extra EOF was what I thought might be the problem, so it would be good to just check what the attachment from comment #14 does. Thanks.
14 fails, they weren't taking off the printed ones.... (don't comment!) So the extra EOF is the issue.
Okay, thanks for double-checking! Reported upstream.
Please try cups-1.2.6-1.3.fc5 from updates-testing. e.g. yum --enablerepo=updates-testing update 'cups*'
Have you had a chance to try this test update?
Sorry, distracted! I'll try it now. Steve
Yes, all sorted, close this entry. Thanks for sorting it. Regards Steve
Fixed in update: cups-1.2.7-1.5.fc6