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, <STDIN> 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
>     > 
>     >  
>     > 
> 


Reply via email to