CUPS: Printing plain text over IPP, possible filter problems
[Not subscribed, but following through newsgroup]
Hello,
I'm running two CUPS 1.2.2-1 instances, both on machines that run Debian
Sid.
The workstation machine has a printer called "deskjet" which is uses the
"Generic postscript color printer rev4" driver, and has an IPP device URI.
That IPP URI points to the printer, also called "deskjet", on the server
machine, which has it attached directly to its parallel port. That
printer instance uses the "HP DeskJet Series CUPS v1.2" driver (the
printer is a HP Deskjet 420).
I'm trying to print a plain text file. It prints fine when I use lp(1)
directly on the server machine. Here are the CUPS log entries:
I [31/Jul/2006:14:47:53 -0700] Adding start banner page "none" to job 163.
I [31/Jul/2006:14:47:53 -0700] Adding end banner page "none" to job 163.
I [31/Jul/2006:14:47:53 -0700] Job 163 queued on "deskjet" by "d".
I [31/Jul/2006:14:47:53 -0700] Started filter
/usr/lib/cups/filter/texttops (PID 2415) for job 163.
I [31/Jul/2006:14:47:53 -0700] Started filter
/usr/lib/cups/filter/pstops (PID 2416) for job 163.
I [31/Jul/2006:14:47:53 -0700] Started filter
/usr/lib/cups/filter/pstoraster (PID 2417) for job 163.
I [31/Jul/2006:14:47:53 -0700] Started filter
/usr/lib/cups/filter/rastertohp (PID 2418) for job 163.
I [31/Jul/2006:14:47:53 -0700] Started backend
/usr/lib/cups/backend/parallel (PID 2419) for job 163.
However, when I print from the workstation machine, and although the
filter chain being used makes sense in both CUPS instances, the only
result is an empty page being ejected through the printer without
anything on it.
Here are the log entries from the workstation:
I [31/Jul/2006:14:36:30 -0700] Adding start banner page "none" to job 476.
I [31/Jul/2006:14:36:30 -0700] Adding end banner page "none" to job 476.
I [31/Jul/2006:14:36:30 -0700] Job 476 queued on "deskjet" by "d".
I [31/Jul/2006:14:36:30 -0700] Started filter
/usr/lib/cups/filter/texttops (PID 8907) for job 476.
I [31/Jul/2006:14:36:30 -0700] Started filter
/usr/lib/cups/filter/pstops (PID 8908) for job 476.
I [31/Jul/2006:14:36:30 -0700] Started backend /usr/lib/cups/backend/ipp
(PID 8909) for job 476.
N [31/Jul/2006:14:36:31 -0700] [Job 476] Print file accepted - job ID 162.
and the corresponding entries from the server:
I [31/Jul/2006:14:36:25 -0700] Adding start banner page "none" to job 162.
I [31/Jul/2006:14:36:25 -0700] Adding end banner page "none" to job 162.
I [31/Jul/2006:14:36:25 -0700] Job 162 queued on "deskjet" by "d".
I [31/Jul/2006:14:36:25 -0700] Started filter
/usr/lib/cups/filter/pstops (PID 7711) for job 162.
I [31/Jul/2006:14:36:25 -0700] Started filter
/usr/lib/cups/filter/pstoraster (PID 7712) for job 162.
I [31/Jul/2006:14:36:25 -0700] Started filter
/usr/lib/cups/filter/rastertohp (PID 7713) for job 162.
I [31/Jul/2006:14:36:25 -0700] Started backend
/usr/lib/cups/backend/parallel (PID 7714) for job 162.
Is there anything obviously wrong with the composite filter chain that
the data goes through? Would that double application of "pstops" cause
trouble?
With CUPS 1.2.1, I had the workstation printer instance also use the "HP
DeskJet Series CUPS v1.2" driver. Unfortunately, with 1.2.2-1, this
broke PostScript printing completely, as described here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380549
so I changed the workstation printer instance to use the PostScript
driver instead. Now that I've looked into how CUPS uses MIME, it seems
that either way "should" work.
Any insights from people more familiar with CUPS?
Thanks
D.
Reply to: