I have a HP-P1102, which was not working with hplip-3.18.7 of slackware64-current (I had the message "filter failed").

I have installed the new ghostscript-9.24-x86_64-2 which is supposed to solve this problem. But it does not work (but "filter failed" is replaced with "stopped").

Everything is working again with hplip-3.18.6

Have a look in /usr/share/ppd/HP and see if there is a PPD file for that model line.

I recently had to get a new printer and it was too new for 14.2; there was no ppd file. I tried copying the ppd file from Mageia to Slackware, but still haven't gotten it to work with Slackware. Frankly, I haven't tried too hard.

The problem persists with the new ghostscript-9.24-x86_64-3

As frankbell mentioned, have a look at /usr/share/ppd/HP
Since I am on 14.2 and it is using hplip 3.16.5, I can't verify if that specific ppd file is included or not... (it is not found on my computer anyway).

According to HP, this printer is supported as of version 3.10.4 (link here)

Reading on openprinting.org, this printer is a "paperweight" (link here) (very likely OLD info)

The only HP Laserjet I have is an old 1320, which been working for many years (but not in use at the moment).

Edit:
Did a new check, found hp-laserjet_professional_p1102.ppd.gz
So it is included here as well...

Edit2:
Try this link...

1 members found this post helpful.

/usr/share/ppd/HP/hp-laserjet_professional_p1102.ppd.gz is present in hplip-3.18.7 as well as in hplip-3.18.6, ad the two files are the same (except for the version number of hplip)

Ok, so something else causing the problem...
See the link I added in my previous post... Edit2:

When using hplip-3.18.7-x86_64-2, I have still the error message :

imageProcessorStartPage failed result = 2

but hplip-3.18.7 had been patched to fix libImageProcessor installation......

I just want to say I have the same problem.
HP 2035n laser jet.

dgrames

I have the same problem here; printer HP LaserJet 2100, I am on current. I reverted to hplip-3.18.6-x86_64-1 AND ghostscript-9.23-x86_64-3. Blacklisted both hplip and ghostscript in my /etc/slackpkg/blacklist file.

Not sure if this is relevant in your case, but might be worth a read...
https://bugs.launchpad.net/hplip/+bug/1468770

See post 4 -> 14

Before blaming too many things. Let's break it down so we all have the same trouble shooting information..

1) Is the printer recognized by Slackware? If running KDE, you should see it results of #dmesg | grep hp. If it isn't being recognized then we have to pursue a different issue that HP-LIP.

2) Assuming recognized by Slackware dmesg. Then opened a browser and tried localhost:631 for cups control center and found the printer listed under "Printer"? If yes then click on the printer, and under Maintenance Print Test Page. Did that work correctly? If not what driver is listed in relation to the printer? Have you tried a similiar driver (for example CUPS+Gutenprint or only PostScript) to see if that makes a difference. In the past I had to use a similiar printer family driver which worked find on a different printer model.

3) Once that is all worked out now look at is it HP-LIP or is it Ghostscript.

HTH, looking for answers.

I don't know about everybody else, but I have been running this same printer, HP2035n, using cups and KDE since Slackware 13.37 and it has worked until I upgraded to hplip-3.18.7. This is when the printer failed with a filter error.
Going back to hplip-3.18.6 it works fine again, even with the new ghostscript.
This is all in Slackware current.

On another note I have a new printer just installed. An HP laserjet pro 203DW and it works fine with hplip-3.18.7. The new printer is a postscript output and doesn't require the proprietary plugin.

1 members found this post helpful.

For 1) yes, the printer is recognized by Slackware

2) With hplip-3.18.7 it is impossible to print a test page. The driver is the same as in hplip-3.18.6 (which can print the test page). I did not try Gutenprint or anything else

3) With hplip-3.18.7 or hplip-3.18.6 the printer needs a plugin

Did you use CUPS localhost management to print a test page? Also you might try pkgtool and rerun the CUPS setup. IIRC CUPs should print with or without HPLIP installed, because it uses the PPD assigned to the printer and not the HPLIP driver. Which is why I suggested using CUPS Maintenance Print Test Page. Alternatively, try using a similar ppd not necessarily the one for that printer, it will sometimes work.
HTH, Cheers.

@bamunds
I tried to print a test page through CUPS (localhost:631/admin). This did not work with hplip-3.18.7 but OK with hplip-3.18.6.

I only wanted that hplip-3.18.7 behaves like hplip-3.18.6 (which works)
Anyway there are still other problems, even with hplip-3.18.6, but that can be solved. For example sometimes the printer is paused and it is necessary to use "resume printer" in the CUPS interface, but this is possible only by root. I have put recently "Allow remote administration" in the server settings. I don't know yet if that will work.