Since the update of printer/cups from 1.5.X to 1.7.1, a lot of changes were introduced to printsystem. print/hplip has also been updated according to requiremets of cups 1.7.1. With the update mentioned above a working CUPS environment with HP OfficeJet Pro 8600 a911N (network attached) driven by print/hplip driver hp-officejet_pro_8600-hpijs.ppd.gz was rendered completely useless in conjunction with print/cups-filters (see PR ports/188470). The symptoms are strange. When print/cups-filters is installed, printing is impossible. From clients like xpdf, xdvi, Firefox, Claws-Mail, LibreOffice from which printing was possible for months with CUPS 1.5.X, now rejects printing, instead the printer produces empty sheets of paper, get rogue and prints several sheets and starts extensively cleaning which results in a high cost of ink. I can watch the docuemnt getting attached to the correct queue via https://localhost:631 cups webfrontend, but the job gets stuck there, being restarted every time cupsd is restarted and producing crap. When printer/cups-filters is deinstalled, printing from cleints like xpdf, xdvi works again, which leaves me with the capability of printing PDFs and PS. But still other clients do not print (FireFox, Claws-Mail, LibreOffice). The fact that print/cups-filters renders the print system unusable when installed, is strange. I have already completely recompiled every port necessary/required by print/cups (portmaster -f print/cups) which should by definition solve problems with outdated ports not captured by the regular maintaining process - with no success.
Responsible Changed From-To: freebsd-ports-bugs->makc Over to maintainer (via the GNATS Auto Assign Tool)
From sourceforge, I downloaded the hplip-3.14.4 tarball and extracted it. Then I installed a test printing queue using the drivers located in hpcups, not those located in hpijs, and tested printing. With this setup, printing is possible as expected. After some naiv investigation, I realised that my specific printer does not get correct data and I think it's ghsotscript which uses the IJS driver and produces crap. The port install exclusively the hpijs drivers found in subdir hpijs), which do not work with the HP OfficeJet Pro 86000 N911a of mine, but the drivers found in subdir hpcups seem working.
Hi, Thanks for report. I'll enable hpcups drivers with next update, you can test preliminary patch: http://people.freebsd.org/~makc/patches/hplip-3.14.4.diff Max
Just like to say thank you for submitting this PR My HP Photosmart Wireless B109n-z started failing after updating cups and hplip due to the wrong ppd. I was getting pages of; userdict dup(\004)cvn{}put (\004\004)cvn{}put This was solved by using the appropriate ppd from the hpcups directory. Kind Regards Craig Butler
Could you test hplip-3.14.4 - it's already in ports and installs both hpijs and hpcups ppd files. Do you need this workaround for foomatic-rip-hplip only when using hpijs driver?
On Fri, 25 Apr 2014 09:15:26 +0000 Max Brazhnikov <makc@freebsd.org> wrote: > Could you test hplip-3.14.4 - it's already in ports and installs both > hpijs and hpcups ppd files. Do you need this workaround for > foomatic-rip-hplip only when using hpijs driver? I already have. I'm updating the ports on a weekly (or more frequent) basis and hplip-3.14.4 is installed. But the problem with hpjis drivers still exists and only Boris' workaround for foomatic-rip-hplip resolves the problem. The hpcups driver work, but in my specific case (for a OfficeJet 8600 PRO N911a) the driver lack in some features so I'm back with hpjis. As said, I use Boris' patch and hplip-3.14.4 successfully with hpjis.
State Changed From-To: open->closed Fixed in svn r352549, thanks for report!