SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I know there have been some recent threads on hplip on current64, and I've been following those for the simple reason that the last few versions on current are broken, at least as far as the instructions on HP's website is concerned.
I'd like to use it, but I can't, because I need a firmware download and hp-setup can't find it. It's trying to use something called the "old algorhythm" and the cue never installs.
The version before this, I could download the plugins as a user, run hp-setup in a gui, and it would install the drivers. This version just didn't, and failed with the error I described above.
The version in 14.1 just works. hp-setup -i [printer address] as root does exactly what it's supposed to. In current, that workflow hasn't worked on my rig for quite a while, and downloading the drivers beforehand doesn't help.
Without casting blame or pointing fingers, I would like to point out that I've never had a problem on other distros with hplip. hp-setup -i in a terminal as root does the job. I get it that HP doesn't consider Slack a supported distro, but what I don't know is what these other distros are doing that Slack doesn't. I don't have the chops to even start debugging the problem.
Fortunately, for my p1102w, I can use foo2zjs and it works a treat. I'd prefer to use hplip, but if I can't, I can't. I have a sneaking suspicion that the newer versions require a dependency that we don't have to work properly. The program builds and installs, but the problem doesn't manifest until you try to use it to install the print cue.
(As an aside, I get the same behavior with foo2zjs if I try to build it with a SlackBuild. It builds and installs, but it never installs the ppd's. I have yet to find a SB that builds a working package with the latest versions, and I have to do the make/make install tango. I'm wondering if there isn't something related in the two programs that would help find the problem.)
I'm not sure how much this report helps, (I'm guessing not much.) and maybe there's just something in the instructions specific to Slack that I don't get, but I did want to put this out there for whatever value it may have.
My HP P1102 works very well with hplip. But it is true that the gui does not work.
I use "hp-plugin" (as root) and the plugins are installed. After that CUPS, by opening http://localhost:631/admin.
I never used "hp-setup".
My HP P1102 works very well with hplip. But it is true that the gui does not work.
I use "hp-plugin" (as root) and the plugins are installed. After that CUPS, by opening http://localhost:631/admin.
I never used "hp-setup".
I seem to remember trying that and it not working, but now I'm going to have to try again with the latest and see what happens.
I had a thread on this a while back. Something odd happened after hplip-3.14.10 or so that I haven't yet had time to figure out. I have 2 HP printers: Officejet Pro 8620 (no plugin needed); laserjet Pro M1212nf (plugin needed). On 14.1 all was fine. The GUI and HP CLI tools setup both printers. In -current, hp-setup could not find the correct driver or plugin. The workaround (see link below), was to install via CUPS using the URI from hp-makeuri. Then both HP device Manager, hp-plugin, etc worked. Note that CUPS doesn't give you the correct "hp:/net/..." URI option that hplip needs in order to work.
I haven't tested the newer hplip-3.16.5 since, once set up, upgradepkg works ok. You just have to run the hp-plugin tool (or click on "Install Required plugin in HP Device Manager).
hp-makeuri seems to be the piece I was missing. I either didn't see or didn't register that step in the older threads when I tried before. I may try re-installing hplip and seeing if that makes any difference.
I just wonder why all these extra steps are necessary now when they weren't before.
^ Now that's interesting, and not even something I would have known to look for. Looking at those hooks, it sure looks like systemd is supplying some kind of notification service for the printers, which might explain why even the newer versions work right on distros like Debian and Fedora.
^ Now that's interesting, and not even something I would have known to look for. Looking at those hooks, it sure looks like systemd is supplying some kind of notification service for the printers, which might explain why even the newer versions work right on distros like Debian and Fedora.
I was wondering several months back, how are Pat and the team dealing with some newer programs that have been modified for systemd and I stumbled on these '.service files' ...
Looking further though, there is a udev rule for USB printers:
Code:
# ls -la /lib/udev/rules.d/*hp*
-rw-r--r-- 1 root root 921 May 4 14:21 /lib/udev/rules.d/56-hpmud.rules
That rule does invoke the `/usr/bin/hp-config_usb_printer` python script so this looks like a red herring unless systemd provides something that udev does not ...
-- kjh
Code:
# cat /lib/udev/rules.d/56-hpmud.rules
# HPLIP udev rules file. Notify console user if plugin support is required for this device.
ACTION!="add", GOTO="hpmud_rules_end"
SUBSYSTEM=="ppdev", OWNER="root", GROUP="lp", MODE="0664"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", GOTO="hpmud_usb_rules"
GOTO="hpmud_rules_end"
LABEL="hpmud_usb_rules"
ENV{ID_USB_INTERFACES}=="", IMPORT{builtin}="usb_id"
# ENV{ID_HPLIP}="1" is for Ubuntu udev-acl
ATTR{idVendor}=="03f0", ENV{ID_USB_INTERFACES}=="*:0701??:*|*:08????:", OWNER="root", GROUP="lp", MODE="0664", ENV{libsane_matched}="yes", ENV{hp_test}="yes", ENV{ID_HPLIP}="1"
# This rule will check the smart install feature, plugin status and firmware download for the required printers.
ENV{hp_test}=="yes", PROGRAM="/bin/sh -c 'logger -p user.info loading HP Device $env{BUSNUM} $env{DEVNUM}'", RUN+="/bin/sh -c '/usr/bin/nohup /usr/bin/hp-config_usb_printer $env{BUSNUM}:$env{DEVNUM}'"
LABEL="hpmud_rules_end"
Last edited by kjhambrick; 05-30-2016 at 05:13 PM.
Reason: typo
I think you're right about the red herring, because the system knows the printer is there. The fault is somewhere between the download of the ppd and the installation of the cue.
I'm due for a reinstall anyway, so I uninstalled foo2zjs and reinstalled hplip.
1. makeuri -i 192.168.1.65 --> generates the CUPS URI
2. hp-plugin
3. hp-setup -i [CUPS URI] / select net / No PPD found using old algorhythm (unable to find an appropriate ppd file) --> This is where the old versions just worked with the old IP address.
4. elinks http://localhost:631 / select generic HP option (selecting the specific model doesn't let me choose a connection address) / enter CUPS URI
5. Fill in model/location information / select continue
6. Select make and model from the next two screens / hit continue
7. Select hpijs option for my model (p1102w) / hit add printer / hit select default options
8. Maintainance/Print Test Page/Go --> job stopped because "Filter failed"
My system knows that the printer's there. It even knows it's there with the old IP address. It's the software itself that can't seal the deal and install the print cue with the correct ppd. HP broke something since the version in 14.1 and the other distros must be doing/installing/fixing something that makes it work for them and not work for us. I just don't know what it is.
So I tried it out via the KDE System Tray GUI ( I did not try the manual steps you listed above )
Code:
1. built a custom hplip using the attached SlackBuild ... clean build ( diffs are below )
2. removepkg hplip-3.16.5-x86_64-1 ... there were a few warnings about 'stuff' left behind by python ...
3. installpkg hplip-3.16.5-x86_64-2kjh.txz ... installed fine
4. added my wife's HP OfficeJet Pro via the KDE GUI ... it worked. there are new printer and FAX ppd files in /etc/cups/ppd/
5. printed a test page via the KDE GUI ... it worked ( the KDE GUI has never worked for me on 14.2 before now )
Here's the cups ppd directory:
Code:
# ls -la /etc/cups/ppd
total 500
drwxr-xr-x 2 root lp 4096 May 30 23:42 ./
drwxr-xr-x 5 root lp 4096 May 30 23:43 ../
-rw-r----- 1 root lp 154481 May 30 23:42 HP_Officejet_Pro_X476dn_MFP.ppd
-rw-r----- 1 root lp 2651 May 30 23:42 HP_Officejet_Pro_X476dn_MFP_fax.ppd
-rw-r----- 1 root lp 15199 Feb 14 06:12 MelHP.ppd
-rw-r----- 1 root lp 15199 Feb 14 06:11 MelHP.ppd.O
-rw-r----- 1 root lp 154508 Feb 14 05:42 sahhp.ppd
-rw-r----- 1 root lp 154507 Feb 14 05:41 sahhp.ppd.O
We have a winner. hp-setup from the command-line still fails, even after running hp-plugin, but what worked was running hp-plugin, then hp-setup. Hit the buttons, and the driver installed and the test-page printed.
When I do a reinstall, I'll just run hp-setup without hp-plugin and see if that works as well, but for now it sure looks like you've solved the mystery.
Manual installation still fails, but nothing's perfect.
^^ As far as I can tell, you fixed it. Fresh install of current, running the gui from a terminal window downloads and installs the ppd and print cue properly. I run evilwm, so I don't have a system tray and it complains about that, but that's a niggle.
As far as I can see, the problems's been solved, and I'm going to mark it that way.
I put a link to here in the current-requests thread to maybe get it fixed for everybody.
Well I have tried everything and still can't get my HP DeskJet 3511 to work with current. CUPS sees it but the print job fails with a filter failed Status Message.
Works fine on 14.1.
I hope this gets sorted out but it may will be the HP stuff.
Well I have tried everything and still can't get my HP DeskJet 3511 to work with current. CUPS sees it but the print job fails with a filter failed Status Message.
Works fine on 14.1.
I hope this gets sorted out but it may will be the HP stuff.
TarFile --
Are you running the stock Slackware Current hplip ?
If so, give it a day or so, there may be an update released by Slackware Development Team.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.