Bug 216154
| Summary: | pstops creates extra EOF | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Steve Hanselman <steveh> | ||||||||||||
| Component: | cups | Assignee: | Tim Waugh <twaugh> | ||||||||||||
| Status: | CLOSED ERRATA | QA Contact: | |||||||||||||
| Severity: | medium | Docs Contact: | |||||||||||||
| Priority: | medium | ||||||||||||||
| Version: | 5 | ||||||||||||||
| Target Milestone: | --- | ||||||||||||||
| Target Release: | --- | ||||||||||||||
| Hardware: | i686 | ||||||||||||||
| OS: | Linux | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Fixed In Version: | 1.2.7-1.5.fc6 | Doc Type: | Bug Fix | ||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||
| Clone Of: | Environment: | ||||||||||||||
| Last Closed: | 2007-01-02 16:11:19 UTC | Type: | --- | ||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||
| Documentation: | --- | CRM: | |||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
| Embargoed: | |||||||||||||||
| Bug Depends On: | |||||||||||||||
| Bug Blocks: | 207681 | ||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Steve Hanselman
2006-11-17 15:29:31 UTC
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 |