Re: Konica-Minolta 4750en crashed using CUPS 1.52 but not 1.50

> Mark Blades wrote:
>
> >> Mark Blades wrote:
> >>
> >> >> Mark Blades wrote:
> >> >>
> >> >> >> Mark Blades wrote:
> >> >> >>
> >> >> >> > Hi
> >> >> >> >
> >> >> >> > I just updates my Ubuntu desktop to 12.04 (fresh install rather
> >> >> >> > than
> >> >> >> > upgrade).  ON reinstalling my printers from the cups web
> >> >> >> > interface I found that the 4750en although found and installed by
> >> >> >> > CUPS using the same ppd file (from K-M support site) any job sent
> >> >> >> > to the printer from cups 1.52 hangs the printer (flashing
> >> >> >> > processing light and the printers web
> >> >> >> > interface becomes unreachable).  I have tried installing as a
> >> >> >> > jet/direct
> >> >> >> > or ipp printer to no avail.  Also tried installing via USB with
> >> >> >> > the smae results.
> >> >> >> >
> >> >> >> > I have a laptop with cups 1.50 (on ubuntu 11.10) installed and
> >> >> >> > this prints fine over ethernet using either jet/direct or ipp
> >> >> >> > protocols.
> >> >> >> >
> >> >> >> > I am currently trying to find a way to print to file from the 2
> >> >> >> > cups versions so that I can compare the PS output for any clues
> >> >> >> > but can't see a way to do that? If the problem is malformed
> >> >> >> > postscript can I send a .pdf to the printer from the shell to
> >> >> >> > bypass the interpreter?
> >> >> >> >
> >> >> >> > any help much appreciated
> >> >> >> >
> >> >> >> > Mark
> >> >> >>
> >> >> >> To save the final data sent to the printer, you may do the
> >> >> >> following: (1) shut down cups
> >> >> >> (2) save the file /etc/cups/printers.conf for safety
> >> >> >> (3) for the printer in question, change the DeviceURI line to
> >> >> >>     DeviceURI file:///absolute_path_to_destination_file
> >> >> >> (4) make the directory where the destination file should be written
> >> >> >> to
> >> >> >>     world wrietable
> >> >> >> (5) start cups
> >> >> >> (6) make a test print using the same source that caused the problem
> >> >> >> (7) shut down cups
> >> >> >> (8) restore the original DeviceURI for the printer in question in
> >> >> >>     /etc/cups/printers.conf
> >> >> >> (9) start cups
> >> >> >> (10) post (an URL to) the saved sample files.
> >> >> >>
> >> >> >> Note that steps 2,3, and 8 must be done as root (or via sudo
> >> >> >> command).
> >> >> >>
> >> >> >> Helge
> >> >> >>
> >> >> >>
> >> >> >
> >> >> > Hmm, Thought I posted a reply to you but I'll try again.
> >> >> >
> >> >> > Thanks for the instructions.  The output from cups 1.50, cups 1.52 &
> >> >> > the .odt file used to create the output are at the following url.
> >> >> >
> >> >> > https://sites.google.com/site/kmcupstest/
> >> >> >
> >> >> > thanks in advance
> >> >> >
> >> >> > Mark
> >> >>
> >> >> I modified the cups1-52_fail.txt by decompessing the compressed
> >> >> prologue part of the file, as my suspicion is that the printer's PS
> >> >> interpreter cannot execute LZW (de)compression, as for a long time
> >> >> there was some uncertainty about the LZW decompression (as the
> >> >> compression was covered by a patent until, I think, 2000 or so).
> >> >> Please download the file from this URL:
> >> >>
> >> >> http://www.file-upload.net/download-4322578/cups1-52_t1.ps.html
> >> >>
> >> >> and feed it to your printer as a raw job with the command
> >> >>
> >> >> lp -d your_printer -o raw cups1-52_t1.ps
> >> >>
> >> >> and let me know if it works.
> >> >>
> >> >> Helge
> >> >>
> >> >>
> >> >>
> >> > Hi,
> >> >
> >> > Feeding the printer the raw file had the same effect as printing from
> >> > office. the printer hangs on processing the file and cups reports the
> >> > job as complete. I also tried using the same command with the
> >> > 1-50-success file and this printed out OK.
> >> >
> >> > thanks again
> >>
> >> And what about the nest test:
> >>
> >> http://www.file-upload.net/download-4322677/cups1-52_t2.ps.html
> >>
> >> Helge
> >>
> >
> > This also hangs the printer :(
>
> Well, then I guess your printer has a bogus PS interpreter.
> You could try the following:
> (1) on the new (cups 1.5.2) system, save the file
>     /usr/lib/cups/filter/pdftops
>     to a safe place.
> (2) from the "old" system, copy over this file to the new
>     system.
> (3) restart cups on the new system
> (4) try printing.
> (Steps 1 and 2 must be done as root).
>
> If the test print aborts in cups, post the portion ov the
> /var/log/cups/error_log
> which contains the messages referring to the test job.
>
> Helge
>
>
>
OK, moving pdftops from the old cips to the new still hangs the printer.  Nothing relevant is reported in error.log until I power cycle the printer (after cancelling the unresponsive job from the cups web interface.

This is the most recent output of error.log

[02/May/2012:23:49:22 +0100] [Job 22] Unable to cancel print job.
W [02/May/2012:23:49:26 +0100] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'KONICA-MINOLTA-magicolor-4750-Gray..' already exists
W [02/May/2012:23:49:26 +0100] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'KONICA-MINOLTA-magicolor-4750-CMYK..' already exists
W [02/May/2012:23:49:26 +0100] failed to CreateDevice: org.freedesktop.ColorManager.AlreadyExists:device id 'cups-KONICA-MINOLTA-magicolor-4750' already exists