[~SOLVED] Unsupported format 'application/postscript'

yther · Last edited by yther on Fri Sep 22, 2006 12:37 am; edited 1 time in total

EDIT 21 Sep 2006: After reinstalling this system properly (that is, without keeping a bunch of garbage in /var/db/pkg and elsewhere, which confused portage), printing now works as expected. I never could determine exactly what was wrong before, but the problem is now gone.

I am baffled by this problem! I recently reinstalled this machine from scratch (due to a problem that I now see could have been solved by reverting baselayout, but never mind) and ever since then I cannot print anything with CUPS, not even a test page. When I try a test page from the web interface, I always get the error, "client-error-document-format-not-supported". The log shows this:

Penulci · Posted: Mon Feb 20, 2006 7:05 pm Post subject:

Do you have ghostscript installed? Ghostscript is necessary for CUPS to interpret Postscript data.

Greetings,

Michael

yther · Posted: Tue Feb 21, 2006 2:23 pm Post subject:

Yes.

devils · n00b Joined: 19 Nov 2004 Posts: 17

Did you ever solve this?

i have exactly the same errrors with CUOPS version 1.2.1-r2.

MrStaticVoid · Posted: Fri Jun 30, 2006 4:20 pm Post subject:

I had the same exact problem. I solved it by uncommenting:
"application/octet-stream application/vnd.cups-raw 0 -"
in /etc/cups/mime.convs
and
"application/octet-stream"
in /etc/cups/mime.types

idella4 · Posted: Fri Jun 30, 2006 5:33 pm Post subject:

I had something quite similar.
gentoo seems to come up quite bare re printer.
There were about 4 or 5 packages that needed installing,
foomatic pkges, gimp-print and an important one in enscript
_________________
idella4@aus

yther · Posted: Sat Jul 08, 2006 6:05 am Post subject:

yvasilev · Retired Dev Joined: 25 Aug 2006 Posts: 1

Hi, had the exact same problem, in my case it was that cups' config dir had a link what was no longer valid, after deleting it all worked again.

Raenk · n00b Joined: 04 Mar 2004 Posts: 64

I had the same problem, I tried all the things described above with no luck, my last option was to recompiled ghostscript and worked right away.

Cheers
_________________
Linux Registered User #319092
Gentoo User since v1.4

abester · Tux's lil' helper Joined: 09 May 2005 Posts: 93

thanks for the info in this thread, this issue came my way as well. Re-emerging cups seemed to fix it. Couldn't diagnose where the problem really was.

Every time you try lpr it would return application... unsupported. Apparantly something to do with /etc/cups/mime.conv but everything looked OK there.

figueroa

Finally, somewhat being guided by theforums, but mostly being guided by just poking around and seeing what different ghostscripts were available, I unmerged ghostscript-esp, emerged ghostscript-gpl, restarted cupsd, and voila, all my printers work again. Color me "happy."

_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi -wayland

figueroa

1. In order to be able to print to my Epson Stylus C88, I unmerged ghostscript-esp and emerged ghostscript-gpl and did various other printer/CUPS related housekeeping and sure enough the C88 would print again.

BUT, the quality of color printing on my color laser Konica Minolta Magicolor 2300DL went down the tubes to the point that you could hardly read the text in images being printed. I tried various other printer related housekeeping to no avail, and finally, as an experiment, unmerged ghostscript-gpl and emerged ghostscript-esp.

Immediately, with no further printer/CUPS housekeeping, the color laser printing quality was restored perfectly, and surprisingly, the Epson Stylus C88 continues to print. I don't know how stable this will be across further system maintenance updates, to the printing system, but it would appear that there may be output quality issues with ghostscript-gpl. :?:

_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi -wayland

Giampier · n00b Joined: 04 Jul 2007 Posts: 4

Same problem here.
I solved by emerging the `ghostscript-esp' package with the `cups' use-flag enabled.

kolaloka · n00b Joined: 16 Jan 2010 Posts: 1 Location: Prague, CZECH

Hi,

I also had a very similar problem, also uncommented all the raw ps printing in cups mime.conf and still the problem persisted. Finally by chance I found out that it all depends on the ghostscript (these days there is no -eps, only GPL and GNU), and in fact, any ghostscript will work and supply the missing filter if you
COMPILE GhostScript WITH THE CUPS SUPPORT !!!!

That explains the mysterious behaviour after some recompilations that people above experienced.

To be exact, I did this on NetBSD 5.0.1 and that now very well prints on Canon Pixma MP 190 (using the MP180 driver).
I did not succeed to do this on OpenBSD 4.6 as they (just about the release 4.4 or 4.5) have excluded the support for CUPS flavor of ghostscript in their ports.

Hope that serves some people well.
Greetings!
Kolaloka
_________________
Windows make sound, Linux plays music, BSD ROCKS!