Date: Tue, 8 Apr 2014 18:11:46 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Polytropon <freebsd@edvax.de> Cc: FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported Message-ID: <20140408181146.300212dc.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140408161826.06beeddf.freebsd@edvax.de> References: <20140408154210.1aec26a8.ohartman@zedat.fu-berlin.de> <20140408161826.06beeddf.freebsd@edvax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/m7KQx.58V+oDVQ4Hz83nYKQ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 8 Apr 2014 16:18:26 +0200 Polytropon <freebsd@edvax.de> wrote: > On Tue, 8 Apr 2014 15:42:10 +0200, O. Hartmann wrote: > > Since the update of print/cups from 1.5.X to 1.7.1 I'm unable to print = from > > LibreOffice, Firefox or Claws-Mail, but I can print LaTeX created docum= ents via xpdf > > or Postscript directly by naming the printqueue. >=20 > Strange, then maybe it's not really a CUPS problem? Well, that was also a guess, but it has been introduced with the update. >=20 >=20 >=20 > > Checking the access- and error logs of cups when failing, I always see = this weird > > message (not for the particular queue, but for all): > >=20 > > access_log: > > "POST /printers/OJ8600PRO_SW_A4_simplex_draft HTTP/1.1" > > 200 36510 Send-Document client-error-document-format-not-supported > >=20 > > error_log: > > [Client 14] Returning IPP client-error-document-format-not-supported fo= r Send-Document > > (ipp://localhost:631/printers/OJ8600PRO_SW_A4_simplex_draft) from local= host >=20 > Oh the fun of CUPS error messages, how wonderful... ;-) >=20 > Check your configuration files. Sometimes when an update is > done, things change in those files, so the older ones do not > keep working. Especially look for filter definitions for > the MIME types which seem to be the basis of how CUPS invokes > preprocessing. If you use the "Modify printer" option in the > web interface, configuration files should be updated automacially > with the new required settings (as CUPS can maintain those > files without the user manually editing them). I did. That was one of the first steps I did after EVERYTHING failed to wor= k. I started from srcatch with a new /usr/local/etc/cups folder. It seemed that the old printer definition files couldn't be used anymore, s= o I had to setup every queue again - and I did so. >=20 > Reason: Within X and especially from LibreOffice to CUPS > (but maybe also from other applications), data is sent > "with no type" (which is application/octet-stream), whereas > other applications declare a type (like application/pdf or > image/png when addressing the printer input queue). CUPS > seems to have lost the ability for properly preprocessing > those "raw" data (which, sent from LO, actually is PS). >=20 > You'll probably have to "cupsenable" and "cupsaccept" the > printer afterwards. >=20 >=20 >=20 > > Has anybody ideas where to look further? >=20 > Check if the printer's "personality" (it's often really called > personality!) has changed and if the printer refuses to accept > anything that is not PS (maybe PCL?). >=20 > Maybe one of your CUPS dependencies hasn't been updated properly. > Are you using some special print filters in combination with CUPS? >=20 > Check /usr/local/etc/cups/mime.convs as described above. >=20 >=20 > > I was wondering if I might be the only one with trouble after that cups= update. >=20 > Not yet, still using 1.5.4. :-) >=20 >=20 >=20 >=20 There is a report that print/cups-filters needs to be installed. I did so, = but that increased the mess further. With print/cups-filters installed, printing of = "a testpage" is possible, but it ends up in a blank page with "%?" at the end. Printing PS files (made by gnuplot or LaTeX) from gv is impossible, xpdf do= ens't print PDF files then. I deinstalled the cups-filters again and I'm stuck again wi= th the half-way-damaged system, not a complete dead printing system. In the meanwhile, I deleted cups, installed it from scratch and installed f= rom scratch a new queue. it is the same mess. My printer is a HP OfficeJet Pro 8600 N911a, I use the driver PPD provided = by the most recent port print/hplip. Its precedessor worked fine until the cups update. --Sig_/m7KQx.58V+oDVQ4Hz83nYKQ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTRB/DAAoJEOgBcD7A/5N8AOkH/jiR7WFUV11vTtWvKOJGnh/W qUCNen9KZm2VCM2Fv6FWeJr883kYemhNwrdYymsC2/MC3AWb/gcA12dIJ3Vj71pX S54vmxO/D8QmC7ML7v07jm/GjBjAnhgUs5VF5LnLf2pWE/8G3nyL7s4nL2+fFwz4 vn/ADfW31Jmm1CLUS+ybu9yctE33evrVv0Z8T5FaQl0ctwWBbAgcFlwUBptYmmU/ L9wnpAvD/TCjVtL3eQY+xmozLRKaQtlWIcnL2KH5Q9nNTecgu4x5jE6AtNedC1wm 4zXxUGUsLvqYBgltV3l8NbghgEqnHS8mH1KpaMoFo+QKjVPdejqwSlAMIU0Zs4o= =bm/B -----END PGP SIGNATURE----- --Sig_/m7KQx.58V+oDVQ4Hz83nYKQ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140408181146.300212dc.ohartman>