Created attachment 348742 [details] diagnostic outputs I just bought the HP Deskjet 3525 printer and tried setting it up. I was successful on my Windows 7 and Ubuntu 13.04 machines, but Gentoo proved problematic. To setup the printer I simply run the graphical utility hp-setup and click 'next' a couple of times. The printer gets detected on the network and added to cups successfully. However, trying to print or interact with the device in any way results in a connection error. Basically it behaves as if the printer was disabled or not connected to the network, even though I can ping it and connect to it's built-in http server. I have tested the same procedure with the same printer on the same computer on an Ubuntu 13.04 system and it worked perfectly without any issues. My previous printer also worked fine on Gentoo.
I was able to get the printer working by going into CUPS config page and editing the printer URI from "hp:/net/Deskjet_3520_series?zc=HPD89D67ADA82F" to "hp:/net/Deskjet_3520_series?ip=192.168.1.116", which I got from hp-makeuri.
Ok, I figured it out, cups had to be build with zeroconf USE flag. Perhaps hplip should force this flag on?
Please test with the stable version of cups (no zeroconf use flag there).
It works fine with stable CUPS (1.5.2-r4).
Thank you for your feedback. I don't think it is a good idea to force the zeroconf use flag for cups in hplip as this only affects networked printers. There was once a zeroconf use flag for hplip but I have removed it as zeroconf support for cups was not present in versions 1.4 and 1.5. Now it is back with 1.6 so maybe it is a good idea to add back the zeroconf useflag for hplip. I will look into this.
(In reply to Piotr Mitas from comment #4) > It works fine with stable CUPS (1.5.2-r4). Can you please do me another favor and test if it works with cups-1.6 and zeroconf use flag disabled but having cups-filters with the zeroconf use flag installed.
I rebuilt cups with USE=-zeroconf and it continued working (yes, I restarted cupsd). I guess what really fixed it before was some dep pulled by cups[zeroconf]. I don't really have the time to dig into it now, but if you have any ideas I can test them out.
(In reply to Piotr Mitas from comment #7) > I rebuilt cups with USE=-zeroconf and it continued working (yes, I restarted > cupsd). I guess what really fixed it before was some dep pulled by > cups[zeroconf]. I don't really have the time to dig into it now, but if you > have any ideas I can test them out. The zeroconf use flag of cups pulls in net-dns/avahi. If you uninstall avahi it will probably stop working. If you then install net-print/cups-filters it will probably work again. It would be interesting if this is the case because I could adjust the dependencies of hplip accordingly.
Hm... I did that and it continued working. That is: with cups and cups-filters without zeroconf flag, avahi removed and it's preserved .so files removed.
(In reply to Piotr Mitas from comment #9) > Hm... I did that and it continued working. That is: with cups and > cups-filters without zeroconf flag, avahi removed and it's preserved .so > files removed. So it currently works with cups and cups-filters were both of them are installed without zeroconf use flag? Does it still work if cups-filters are uninstalled and the zeroconf use flag is disabled for cups? Or asked otherwise, is there a combination which does not work? If yes I don't know what could have caused your initial problems. Maybe you forgot restarting cups or something else. Often if there are strange problems a recompilation of the dependencies (mostly cups which you did) solved the problem.
Currently I can't find a combination that doesn't work. I'm really sorry, but I have a very busy week and simply can't spend any time poking around this stuff now. I'll do some more investigating in a week or two and let you know.
If the problem occurs again please reopen and provide the relevant information. cups-1.6 is about to be stabilized. Network detection works either by enabling the zeroconf use flag or running the the cups-browsed daemon from the cups-filter package. See also the relevant news item.
