can't print: client-error-document-format-not-supported

[meyerm]

Hi,

I've got a cups 1.1.23-r1 on a ~ppc system. I can install hpijs and configure my deskjet (is recognized and I also can "echo Test:onlyText > /dev/usb/lp0". But whenever I print (using lp or even out of the admin http interface) I get a client-error-document-format-not-supported error.

Code: Select all

/var/log/cups/error_log
E [15/Apr/2005:18:17:42 +0200] print_job: Unsupported format 'application/octet-stream'!
I [15/Apr/2005:18:17:42 +0200] Hint: Do you have the raw file printing rules enabled?

Why should a PostScript file be treated as an ordinary octet-stream? However, I uncommented the octet-stream entries in the mime.convs and mime.types. Didn't help. Ghostscript is installed, 7.07.1-r8.

Any ideas concerning this?

Thanks

[GNUtritious]

Why should a PostScript file be treated as an ordinary octet-stream?

It shouldn't be. Sorry to ask the obvious, but have you restarted cups since uncommenting octet-stream entries in mime.convs and mime.types? This should at least resolve the unsupported format errors, though your deskjet will likely print the postscript itself (unless it is a postscript printer).

Have you defined any raw queues that could be producing this error? Please post your printers.conf and check to make sure that /etc/cups/ppd contains the correct ppd for your printer.

[meyerm]

Hi, thank you for answering.

Sorry to ask the obvious, but have you restarted cups since uncommenting octet-stream entries in mime.convs and mime.types?

Oh, no problem. It happens often enough that one forgets the obvious. But in this case not. Due to a kernel upgrade the computer was even restarted.

This should at least resolve the unsupported format errors, though your deskjet will likely print the postscript itself (unless it is a postscript printer).

It isn't. It is a HP DeskJet 995c connected via USB. As driver I emerged hpijs and, of course, choose that one during the configuration.

Have you defined any raw queues that could be producing this error? Please post your printers.conf and check to make sure that /etc/cups/ppd contains the correct ppd for your printer.

The only thing I did (or at least the only thing I can remember ) was adding this new printer using the HTTP interface and the KControl interface. But I'm happy to provide you with the wanted informations:

Code: Select all

# /etc/printcap
Silberfisch|HP DeskJet 995c / Duplex Farbtintenstrahldrucker / einfach bei Marcel anfragen:rm=peggy:rp=Silberfisch:

Code: Select all

# /etc/cups/printers.conf
<DefaultPrinter Silberfisch>
   Info HP DeskJet 995c / Duplex Farbtintenstrahldrucker / einfach bei Marcel anfragen
   Location GLH / Zimmer 349
   DeviceURI usb://HP/deskjet%20995c?serial=MY1C62C2PY0L
   State Idle
   Accepting Yes
   JobSheets none none
   QuotaPeriod 0
   PageLimit 0
   KLimit 0
</Printer>

Code: Select all

*% /etc/cups/ppd/Silberfisch.ppd - shortened!
...
*PCFileName:    "HPIJS.PPD"
*Manufacturer:  "HP"
*Product:       "(DeskJet 995C)"
*cupsVersion:   1.0
*cupsManualCopies: True
*cupsModelNumber:  2
*cupsFilter:    "application/vnd.cups-postscript 0 foomatic-rip"
*%pprRIP:        foomatic-rip other
*ModelName:     "HP DeskJet 995C"
*ShortNickName: "HP DeskJet 995C hpijs"
*NickName:      "HP DeskJet 995C Foomatic/hpijs (recommended)"
*PSVersion:     "(3010.000) 550"
*PSVersion:     "(3010.000) 651"
*PSVersion:     "(3010.000) 652"
*PSVersion:     "(3010.000) 653"
*PSVersion:     "(3010.000) 704"
*PSVersion:     "(3010.000) 705"
*PSVersion:     "(3010.000) 800"
*LanguageLevel: "3"
*ColorDevice:   True
*DefaultColorSpace: RGB
*FileSystem:    False
*Throughput:    "1"
*LandscapeOrientation: Plus90
*TTRasterizer:  Type42

*DefaultResolution: 1200dpi
...

Code: Select all

meyerm@peggy ~ $ equery list cups
[ Searching for package 'cups' in all categories among: ]
 * installed packages
[I--] [  ] net-print/cups-1.1.23-r1 (0)
meyerm@peggy ~ $ equery list hpijs
[ Searching for package 'hpijs' in all categories among: ]
 * installed packages
[I--] [  ] net-print/hpijs-1.7.1 (0)
meyerm@peggy ~ $ equery list ghostscript
[ Searching for package 'ghostscript' in all categories among: ]
 * installed packages
[I--] [  ] app-text/ghostscript-7.07.1-r8 (0)

Hm, so far so bad...

[GNUtritious]

Hi, thank you for answering.

No problem. Hopefully, we'll figure out some sort of solution.

But I'm happy to provide you with the wanted informations:

Everything seems fine

net-print/cups-1.1.23-r1
net-print/hpijs-1.7.1
app-text/ghostscript-7.07.1-r8

I'm running the same versions of cups and ghostscript, but I am using version 1.5 of hpijs (though on a ~x86 system).

I still don't understand why cups refuses to parse its MIME configuration (you may want to remove /etc/cups and allow emerge to rebuild it again). Temporarily, you should be able to print using:

Code: Select all

lpr -oraw

Also, check to make sure that lpr isn't an alias with some weird options:

Code: Select all

type lpr

or

Code: Select all

alias lpr

As we know, this doesn't solve the main problem of cups seeing everything as raw. So, print a file from mozilla/something and run:

Code: Select all

file <filename>

Make sure it returns "PostScript document..." and not "data". If that succeeds, then try both:

Code: Select all

lpr <filename>

and

Code: Select all

lpr -oraw <filename>

... and let me know the results.

[meyerm]

Hi again,

As we know, this doesn't solve the main problem of cups seeing everything as raw. So, print a file from mozilla/something and run: ...

I'm sorry for not knowing what was wrong. But I remerged cups -> didn't work. Reconfigured printer several time -> didn't work. Meanwhile even reemerged hpijs. Now I edited the cupsd.conf file by hand (and not with a GUI) and reinstalled the printer again. And now it works... Don't ask me why. The cupsd.conf doesn't include anything which seems related. I guess it must have happened between the new emerge of cups or hpijs and a random restart through me...

It's sad that I don't know what was wrong (especially when it will happen again). But since now it seems to work (even without the octet-stream entries) I won't touch it . However, if you've got some ideas what was the problem, I'm willing to try to reproduce the errors.

Thank you very much for your attention. Because without it I would have given up and continued to print using my notebook (also with the same configuration which is the most weird... only x86 and not ppc).

M

[GNUtritious]

I'm sorry for not knowing what was wrong.

Don't be. I'm glad it's working for you!

[GaMMa]

I'm having similar issues, even when I uncommented the oclet-stream lines...

UPDATE: Deleting /etc/cups and reemerging fixed everything for me .

[nanoczar]

I was having a similar problem and, for some reason, my mime.type file was empty. I copied a file off another machine and now everything works fine.

No idea why this happened...

-nanoczar

[morbid]

I too was having this issue... must have been a bad initial cups-1.1.23-r3. To fix it, I did...

# rm /etc/cups/mime.types
# emerge -v cups

And mime.types is now:
-rw-r--r-- 1 root root 5919 Jun 3 11:08 mime.types

was:
-rw-r--r-- 1 root root 0 May 23 08:24 mime.types