Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 25 Nov 2016 19:40:16 -0700
From:      Gary Aitken <freebsd@dreamchaser.org>
To:        Patrick Mahan <mahan@mahan.org>, FreeBSD Mailing List <freebsd-questions@freebsd.org>
Subject:   Re: Having trouble printing to my HP OJ Pro 8600 all-in-one
Message-ID:  <98dafc2e-0584-2521-d766-8fb3da449c2b@dreamchaser.org>
In-Reply-To: <bb10ba5e-7850-a87e-ba08-015911f7d679@mahan.org>
References:  <b63c46fd-b586-bab9-f053-13fbc2e515cc@mahan.org> <31b7b3c7-326f-87e2-2986-f06280057c46@dreamchaser.org> <bb10ba5e-7850-a87e-ba08-015911f7d679@mahan.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11/25/16 16:46, Patrick Mahan wrote:
> On 11/23/16 8:50 PM, Gary Aitken wrote:
>> On 11/22/16 21:22, Patrick Mahan wrote:
>>> All,
>>>
>>> System info:
>>>
>>>     CPU: Intel I7 w/8 cpus @ 3.20 GHz
>>>     MEM: 12 Gbytes
>>>     HDD: 1 TB Seagate Barracuda (FreeBSD is on a 500G partition)
>>>     OS: FreeBSD 9.3-RELEASE-p21
>>>
>>> I just update my binary packages (after much much pain) since they were
>>> so out of date.  One of the items that seemed to drastically was CUPS.
>>> I had CUPS-2.0.1 and now have CUPS-2.2.1, but it seems I have lost all
>>> printing ability.  I re-installed all available cups packages (except client,
>>> can't see where that exists) along with gutenprint and hplip.  I see on
>>> the ports page that there a secondary package called hplip-plugins but
>>> pkg will not install it as it says it cannot find any package matching
>>> that name.
>>>
>>> Cups sees the printer, it seems up, but when I attempt to print a test
>>> page, I get the following error:
>>>
>>>    Unable to print test page:
>>>
>>>           Unsupported format "text/plain".
>>>
>>> Looking in /usr/local/etc/cups and I don't see any definition for
>>> "text/plain".  Also, the cups filter in the .ppd for the printer
>>> is set to "application/vnd.cups-raster 0 hpcups", but I can find
>>> no definition of vnd.cups-raster nor hpcups.
>>>
>>> Tried googling and most of the solutions are targeted for Linux
>>> platforms and are packages that I no longer see in the ports tree.
>>>
>>> Any pointers, suggestions, how to's are appreciated.  This has been
>>> the main print server in my office and a couple of colleagues with
>>> Apple devices (iPads, iPhones and Macbooks) depend on it for printing.
>>
>> I had a similar problem with my HP Officejet Pro 8500.
>>
>> All you should need to install is:
>>   print/gutenprint-cups
>>     will force install of:
>>       print/cups
>>       print/cups-filters
>>         print/ghostscript9-agpl-base
>>       print/gutenprint-base
>> You do not want any of the other cups packages
>> Installing gutenprint-cups should force installation of all of the
>> following that I have installed except the two hplip packages,
>> which I don't think are needed:
>>
>> $ pkg info | egrep  "cups|ghost|guten|hplip|fooma"
>> cups-2.2.1                     Common UNIX Printing System
>> cups-filters-1.11.4            Additional backends, filters and other software for CUPS
>> foomatic-db-20161105           Database for integrating printer drivers with common spoolers
>> foomatic-db-engine-4.0.12_1,2  Foomatic database engine
>> foomatic-db-hpijs-1.4          Foomatic data for the HPIJS printer drivers
>> ghostscript9-agpl-base-9.16_5  Ghostscript 9.x PostScript interpreter, base part
>> gimp-gutenprint-5.2.10_3       GutenPrint Printer Driver
>> gutenprint-5.2.10              The "meta-port" for GutenPrint
>> gutenprint-base-5.2.10_2       GutenPrint Printer Driver
>> gutenprint-cups-5.2.10_3       GutenPrint Printer Driver
>> gutenprint-foomatic-5.2.10_2   GutenPrint Printer Driver
>> hplip-3.16.10                  Drivers and utilities for HP Printers and All-in-One devices
>> hplip-plugin-3.16.10           Binary plugin for some HP Printers and All-in-One devices
>>
>> Note that it's hplip-plugin, not plugins
>> However, I'm pretty sure hplip and hplip-plugin are not needed; 
>> I meant to remove them but haven't done it yet.
>>
>> Look in /var/log/cups/error_log and tell us what you see.
> 
> Thanks for the info, I checked and see that I'm missing
> 'foomatic-db-engine-4.0.12_1,2', 'gimp-gutenprint-5.2.10_3' and
> 'gutenprint-foomatic-5.2.10_2'.
> 
> I have added them to my installation:
> 
> mahan@gypsy-new-~ 1 > pkg info | egrep "cups|ghost|guten|hplip|fooma"
> cups-2.2.1                     Common UNIX Printing System
> cups-filters-1.11.4            Additional backends, filters and other software
> for CUPS
> cups-pdf-2.6.1_4               Virtual printer for CUPS to produce PDF files
> foomatic-db-20161105           Database for integrating printer drivers with
> common spoolers
> foomatic-db-engine-4.0.12_1,2  Foomatic database engine
> foomatic-db-hpijs-1.4          Foomatic data for the HPIJS printer drivers
> ghostscript9-agpl-base-9.16_5  Ghostscript 9.x PostScript interpreter, base part
> ghostscript9-agpl-x11-9.16_2   Ghostscript 9.x PostScript interpreter, X11 support
> gimp-gutenprint-5.2.10_3       GutenPrint Printer Driver
> gnome-cups-manager-0.31_16,1   Administration tool for cups
> gutenprint-base-5.2.10_2       GutenPrint Printer Driver
> gutenprint-cups-5.2.10_3       GutenPrint Printer Driver
> gutenprint-foomatic-5.2.10_2   GutenPrint Printer Driver
> hplip-3.16.10                  Drivers and utilities for HP Printers and
> All-in-One devices
> hplip-plugin-3.16.10           Binary plugin for some HP Printers and All-in-One
> devices
> libgnomecups-0.2.3_8,1         Support library for gnome cups administration
> 
> I have removed and re-added it to my CUPS configuration:
> 
> mahan@gypsy-new# cat /usr/local/etc/cups/printers.conf
> # Printer configuration file for CUPS v2.2.1
> # Written by cupsd on 2016-11-25 14:20
> # DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
> <Printer OJ8600AIO>
> UUID urn:uuid:40474287-5516-3bd7-40c5-7420204f6abe
> Info HP OfficeJet Pro 8600 All-in-One
> Location Downstairs in Patrick's office
> MakeModel HP Officejet Pro 8600, hpcups 3.14.4
> DeviceURI socket://oj8600aio.mahan.org
> State Idle
> StateTime 1480112417
> ConfigTime 1480112426
> Type 36892
> Accepting Yes
> Shared Yes
> JobSheets none none
> QuotaPeriod 0
> PageLimit 0
> KLimit 0
> OpPolicy default
> ErrorPolicy stop-printer
> </Printer>

I doubt if this has anything to do with it, but one thing that's
different:

My printer is hanging on the local network and I have it set up using
AppSocket/HP JetDirect and not http; as a result its device uri is:
  DeviceURI socket://w.x.y.z:9100
That protocol works for both my epson and hp.
Yours appears to be set up using IPP via http?
I don't know how well that works and have no experience in terms of how
the protocol affects the filters activated in the pipeline.  

The "Type" entry is also different; yours is 36892 and mine is 8425500.
I have no idea what that means, unfortunately.  May be related to the 
connection type.

> But when I attempt to print I get
> 
> mahan@gypsy-new-~ 5> /usr/local/bin/lpr-cups -POJ8600AIO ~/.emacs
> /usr/local/bin/lpr-cups: Unsupported document-format "text/plain"
> 
> But I see that in /usr/local/share/cups/mime/*.types I find:
> 
> mahan@gypsy-new-~ 6 > grep "text/plain" /usr/local/share/cups/mime/*.types
> /usr/local/share/cups/mime/mime.types:text/plain                        txt
> printable(0,1024)
> 
> But I'm getting nothing but failures.
> 
> Looking at /var/log/cups/error_log does show the following (snipped from the full
> log):
> 
> D [25/Nov/2016:15:04:50 -0800] Send-Document ipp://localhost:631/printers/OJ8600AIO
> D [25/Nov/2016:15:04:50 -0800] cupsdIsAuthorized: requesting-user-name="mahan"
> D [25/Nov/2016:15:04:50 -0800] [Job 238] Auto-typing file...
> D [25/Nov/2016:15:04:50 -0800] [Job 238] Request file type is text/plain.
> D [25/Nov/2016:15:04:50 -0800] Send-Document
> client-error-document-format-not-supported: Unsupported document-format
> \"text/plain\".
> E [25/Nov/2016:15:04:50 -0800] [Client 473] Returning IPP
> client-error-document-format-not-supported for Send-Document
> (ipp://localhost:631/printers/OJ8600AIO) from localhost
> D [25/Nov/2016:15:04:50 -0800] [Client 473] Content-Length: 166
> D [25/Nov/2016:15:04:50 -0800] [Client 473] cupsdSendHeader: code=200,
> type="application/ipp", auth_type=0
> 
> 
> So it is saying that this is not supported.  The question is why?

I think I saw the unsupported text/plain once when the filter pipeline
wasn't set up right, because I didn't have the foomatic-filters installed;
but you have those.  But it seems more likely it is the following:

It may be working off of an old printer description.
If you connect to cups in a browser,
  localhost:631
and click on "Printers", then click on your HP printer,
what does it say for the Driver?
Mine says 
  Driver:	HP Officejet Pro 8500 a909g, hpcups 3.16.10 (color, 2-sided printing)
As I recall when I had the text/plain problem the driver was something
left over from my cups 2.0 version.
The versions I see for an 8600 are:
  HP Officejet Pro 8600, hpcups 3.16.10 (en)
and similar for the 8610,20,30,40,60 

What is the date on your /usr/local/etc/cups/ppd/*.ppd file for the printer?
If it is earlier than your cups 2.2.1 original installation, it is probably
an old ppd file from cups 2.0 and you will have to modify the printer via
the cups http interface to reset the printer model.  It generates the ppd
file on the fly when you set the tmodel in the management web page.

Most of that is shots in the dark, sorry I don't know enough to be more
specific.

Gary



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?98dafc2e-0584-2521-d766-8fb3da449c2b>