Ah, that did the trick. I maintain directly from cooker, but have had
this print queue installed since my initial 7.2 installation. I've
changed the printer/filter type, but never completely removed and
re-added it.
Printout looks better than ever. Maybe the Win2000 update was just
coincidental with some cups/printer package update on my system.
Thanks much.
On Sun, 2002-03-31 at 09:18, Till Kamppeter wrote:
I have checked your GhostScript command line (as visible in the log file
which you have posted) on a machine running the released Mandrake 8.2,
and there it gives the same error, and looking closer to it, it must be
generated by an older version of Foomatic, not by the one coming with
Mandrake 8.2. Probably you run Mandrake 8.2 or a newer Cooker. So you
can solve your problem by re-generating your print queue with
Printerdrake. Delete the queue and then generate it again, with the same
queue name, printer model, and connection type settings. Then your
printer should print. If it does not print or not well-centered, update
the packages
foomatic
ghostscript
printer-filters
from the Cooker and regenerate your print queue again (the update
assures that you have packages which correspond to each other and it
also fixes a margin bug). The Cooker didn't deviate from the released
Mandrake 8.2 very much, so these Cooker packages also work on the
released 8.2.
Till
Lonnie Borntreger wrote:
> I don't understand the error shown on the second line. Where is
> .putdeviceprops?
>
> D [30/Mar/2002:20:46:12 -0600] foomatic-gswrapper: gs '-dBATCH' '-dSAFER'
'-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs'
'-sDeviceManufacturer=HEWLETT-PACKARD' '-sDeviceModel=DESKJET 970'
'-dDEVICEWIDTHPOINTS=612' '-dDEVICEHEIGHTPOINTS=792'
'-sIjsParams=Quality=0,ColorMode=2,MediaType=0,PenSet=2' '-r300' '-dDuplex=0'
'-sOutputFile=/dev/fd/3' '/dev/fd/0' 3>&1 1>&2
> D [30/Mar/2002:20:46:13 -0600] Unrecoverable error: typecheck in .putdeviceprops
> D [30/Mar/2002:20:46:13 -0600] Couldn't exec foomatic-gswrapper -q -dBATCH
-dSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs -sIjsServer=hpijs
-sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="DESKJET 970"
-dDEVICEWIDTHPOINTS=612 -dDEVICEHEIGHTPOINTS=792
-sIjsParams="Quality=0,ColorMode=2,MediaType=0,PenSet=2" -r300 -dDuplex=0
-sOutputFile=- - at /usr/lib/cups/filter/cupsomatic line 965.
> D [30/Mar/2002:20:46:13 -0600] tail process done writing data to *main::STDOUT
> D [30/Mar/2002:20:46:13 -0600] KID4 finished
> D [30/Mar/2002:20:46:13 -0600] 0 %PageTrailer
> D [30/Mar/2002:20:46:13 -0600] 0 %Trailer
> D [30/Mar/2002:20:46:13 -0600] Saw Trailer!
> D [30/Mar/2002:20:46:13 -0600] Saw EOF!
> D [30/Mar/2002:20:46:13 -0600] error closing *main::KID3 at
/usr/lib/cups/filter/cupsomatic line 769, line 65033.
> E [30/Mar/2002:20:46:13 -0600] PID 20733 stopped with status 32!
> D [30/Mar/2002:20:46:13 -0600] UpdateJob: job 4, file 0 is complete.
> d [30/Mar/2002:20:46:13 -0600] UpdateJob: Removing fd 8 from InputSet...
> D [30/Mar/2002:20:46:13 -0600] CancelJob: id = 4
> D [30/Mar/2002:20:46:13 -0600] StopJob: id = 4, force = 0
> D [30/Mar/2002:20:46:13 -0600] StopJob: printer state is 3
> d [30/Mar/2002:20:46:13 -0600] StopJob: Freeing status buffer...
>
>
> On Sat, 2002-03-30 at 09:55, Till Kamppeter wrote:
> To get maximum logging, edit /etc/cups/cupsd.conf, search for the
> "LogLevel" entry and set it to "debug2". Then restart the CUPS daemon
> ("service cups restart") and send your print job again. Then you will
> get all logged in /var/log/cups/error_log.
>
> See also
>
> http://www.cups.org/cups-help.html
>
>
> Till
>
>
> Lonnie Borntreger wrote:
> > Thanks. Is there anyway to capture error output from the hpijs filter
> > (if any) from within cups? I can't find logs anywhere. That would help
> > me see if I can debug the problem.
> >
> > On Fri, 2002-03-29 at 17:50, Till Kamppeter wrote:
> > I have forwarded your problem to the author of HPIJS, David Suffield.
> >
> > Till
> >
> >
> >
>
--
TTFN,
Lonnie Borntreger
--
TTFN,
Lonnie Borntreger
