error in foomatic-rip-hplip (14.2 cups-filters package)
After upgrading to 14.2 I fail to print. Jobs get queued but always fail with message "Filter failed". After changing cups logging to debug I find that everytime a job is sent to cups the filter /usr/lib64/cups/filter/foomatic-rip-hplip fails with this message:
Code:
Can\'t use \'defined(@array)\' (Maybe you should just omit the defined()?) at /usr/lib64/cups/filter/foomatic-rip-hplip line 1656. Any ideas? (I'm tempted to delve into foomatic-rip-hplip line 1656 to see the code that is failing...) |
have you removed old 'foomatic-filters' package
ap/foomatic-filters-4.0.17-x86_64-1.txz: Removed. The cups-filters package contains these programs. |
I can't find any foomatic-filters package installed and there is an entry for foomatic-filters-4.0.12-x86_64-1 in /var/log/packages-removed. So, yes I have removed ap/foomatic-filters.
|
foomatic-rip-hplip is part of 'hplip' package try remove your printer and reconfigure.
|
I've been seeing some weird behavior on upgrade, and so I cleared out my cups config completely and re-setup. I am still having a filter failure on my hp printer. I might be able to print locally though, but I might be out of ink at the same time. Anyway I will continue to try to look at this some after I get some ink.
I am not convinced this foomatic script is the culprit, as I never captured this error in the log. But anyway, looked at it and it was as expected. It's a construct that it now errors on strict in the latest Perl. I definitely would never use that idiom on checking for an empty array, so here is my fix: Code:
--- /usr/lib64/cups/filter/foomatic-rip-hplip.bk 2016-07-18 07:56:11.531681146 -0700 BTW this is my error, and I've found nothing on it so far: Code:
D [18/Jul/2016:07:44:11 -0700] [Job 11] Sending data to printer. |
@the3dfxdude your patch fixed the error with the foomatic-rip-hplip filter, but I am still unable to print. (Originally I though this was working as I heard a page printing and prematurely marked this thread as solved, but other problems came up...)
After applying the patch and requeing a previous job I got a page out that said "If you can read this, you are using the wrong driver for your printer." I then decided to remove the printer and add it from scratch (using the USB cable). After adding the printer (setup went apparently without problems) I printed the test page and all I got out was a page with the PDF header: Code:
%PDF-1.3 Code:
localhost - - [18/Jul/2016:20:37:57 -0400] "POST /printers/Officejet_6500 HTTP/1.1" 200 31819 Print-Job successful-ok |
I got my ink (those things dry up fast), and yes, I am able to print locally. Are you starting your print job locally?
My filter error I mentioned above occurs when sending a print job across the network using ipp. It used to work before with Slackware 14.1. Even with both updated and then setup cleared and re-setup again, I get this issue. I went as far as intercepting the cups raster sent to hpcups, and found the locally submitted print job is correctly formatted cups raster, and the network submitted version is garbage (I figured out the actual cups error by changing C code to report the error instead of a silly thing that is irrelevant). Anyhow, if this is not related, I'll deal with this on my own time. How did you set up your driver? Something still seems broken in your print filters. |
Quote:
the3dfxdude -- Sounds like two different problems in this thread ... The solution in this link ( and I believe there have been a couple other 'recent' threads ) may help your network printing via ipp: http://www.linuxquestions.org/questi...-a-4175582086/ Cups v2.1.4 ( Slackware 14.2 ) clients cannot print to cups <= v1.5 servers via ipp without some additional configs. -- kjh |
Quote:
Quote:
|
Same thing here, I'm only printing from one machine on Slackware 14.2 with CUPS 2.1.4. My printer is on wifi and was setup new using the USB cable with HPLIP. Now it doesn't print and I get no error message.
|
Quote:
|
All times are GMT -5. The time now is 07:00 AM. |