Description of problem: The HPLIP service should only be running when an HP device it drives is connected. Can use HAL for that.
I'm not sure if the problem I am recently experiencing has to do with this bug. Please let me know if not and I'll file a new bug. This occurs on an up to date (as of 12/19/06) FC6. I can not print to a JetDirect connected HP OfficeJet 7110 All In One unless I scan something first using XSane. I've tried this with SElinux and firewall off, and on, the result is the same. Setup of the printer is done using hp-setup in GUI mode, and printing a test page right after setup works. Reboot, and then printing does not work unless scanning first, which works fine first time.
Please file a separate bug report. Thanks.
*** Bug 224516 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > Description of problem: > The HPLIP service should only be running when an HP device it drives is > connected. Can use HAL for that. What about network connected printers? Can you detect them with avahi and do the same?
(In reply to comment #4) > (In reply to comment #0) > > Description of problem: > > The HPLIP service should only be running when an HP device it drives is > > connected. Can use HAL for that. > > What about network connected printers? Can you detect them with avahi and do > the same? I guess the printers would already be configured, one way or another via system-config-printer/cups. We should be able to start up HPLIP after cups if a printer requires it. But what about network scanners? I guess the best bet is to make HPLIP a D-Bus service that can startup on demand, and die when nothing uses it.
(In reply to comment #5) > I guess the best bet is to make HPLIP a D-Bus service that can startup on > demand, and die when nothing uses it. I don't think that would work for things like low supply notices. (Not sure if hplip is even doing anything like that right now though)
HPLIP does give marker-supply-low-warning notices, yes, but CUPS keeps them persistent if HPLIP disappears after issuing them. They are part of the CUPS printer's printer-state-reasons attribute.
HPLIP 2.7.6 is now daemon-less.