Thanks everybody for your feedback. Now I have a better understanding of your use case. This looks like a case where we don't necessarily follow the Sane specification. Since the old hpaio code ignored localOnly and seemed to work ok, I see no reason for not changing it back. It should be fixed in the next hplip release.
-dave > -----Original Message----- > From: Hernan Pastoriza [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 24, 2007 6:10 AM > To: Suffield, David > Subject: Re: Bug: hplip >=1.6.12 breaks support for the sane > network daemon > > Hi Dave, > Thanks for answering. > My reason is simplicity and access control.We have the C5180 > in a ghost network, only local to our server and through > saned and cups we provide access to the scanners and printers > to our users. In this sense, our C5180 and printers are only > local to the server but no to the clients. > We must setup some complicated routing in the server to make > the printers visible to the clients at the network level. And > no, I can not connect them by USB as there are several rooms apart. > I don't know who must care about our configuration, saned or > hplip. My first impression is that hplip. > I interpret that the localOnly is for those devices that are > not accessible through the sane net protocol, which is this > case as the control of the data through the wire is done by > hplip right? > Again I am not a developer just an user that tried to figure > out what happened. As I read in several mailing list I wasn't > the only one, and there were no clear answer to it (only: > stay with hplip < 1.6.10...) > > Thanks again for your time, > > Hernán > > > > Suffield, David wrote: > > Hi, > > > > Why would you use saned with a networked PS C5180? Since > the PS C5180 > > is networked, you can use xsane from any PC without saned. > > > > According to SANE Standard v1.04, when localOnly is true during > > sane_get_devices, no remote devices are returned. This means only > > USB/Parallel devices are returned. > > > > I would use saned if the all-in-one was USB connected only. > Then the > > hpaio.c code should work correctly. > > > > -dave > > > > > > > >> -----Original Message----- > >> From: Hernan Pastoriza [mailto:[EMAIL PROTECTED] > >> Sent: Friday, July 20, 2007 2:14 PM > >> To: hplip-devel@lists.sourceforge.net > >> Cc: [EMAIL PROTECTED] > >> Subject: Re: Bug: hplip >=1.6.12 breaks support for the > sane network > >> daemon > >> > >> I tracked down > >> this problem to the file: > >> scan/sane/hpaio.c > >> > >> The function DevDiscovery(int localOnly) skips the > detection of cups > >> connected devices if localOnly is set. This flag is > passed as TRUE > >> by scaned, probably to avoid a loop with itself. > >> I think that hplip is misunderstanding this flag. > >> I just commented out the respective "if" (line 291 of hpaio.c in > >> hplip-1.7.4a) > >> and now it works. > >> > >> This is very crude but in this way saned is working with > >> libsane-hpaio again. > >> > >> I hope this helps. > >> > >> Hernan > >> > >> > >> This is the patch: > >> > >> > >> diff -rup hplip-1.7.4a/scan/sane/hpaio.c > hplip-1.7.4/scan/sane/hpaio.c > >> --- hplip-1.7.4a/scan/sane/hpaio.c 2007-03-16 > >> 21:09:04.000000000 -0300 > >> +++ hplip-1.7.4b/scan/sane/hpaio.c 2007-07-20 16:17:38.000000000 > >> +++ -0300 > >> @@ -288,7 +288,7 @@ static int DevDiscovery(int localOnly) > >> } > >> } > >> > >> - if (!localOnly) > >> + if (1) > >> { > >> cnt = GetCupsPrinters(&cups_printer); > >> for (i=0; i<cnt; i++) > >> > >> > >> > >> > >> > >> > >> > >>> I've discovered a bug in hplip which makes it impossible to > >>> > >> share the > >> > >>> scanner of a networked HP Photosmart C5180 using the sane network > >>> daemon (saned). > >>> > >>> In theory saned is supposed to provide access to a > >>> > >> connected scanner > >> > >>> (using e.g. the hpaio backend). Each client on the network which > >>> supports sane should now be able to connect to the server > >>> > >> running the > >> > >>> sane network daemon and access the server's scanners - > >>> > >> without needing > >> > >>> any special drivers (because the driver, hplip in my case > >>> > >> is installed > >> > >>> on the server). > >>> And this setup worked well with all hplip versions up to 1.6.10. > >>> > >>> I've tried many different distros now to get this feature > >>> > >> to work with > >> > >>> newer versions of hplip, but I was not successful: > >>> Ubuntu 7.04 - hplip 2.7.6 - saned not working Gentoo > 2006.1 - hplip > >>> 1.6.12 & 1.7.3 - saned not working Debian 4.0 - hplip > 1.7.3 - saned > >>> not working openSuSE 10.2 - hplip 1.7.3 - saned not working > >>> > >>> Scanning (locally, on the server) and printing (locally and > >>> > >> over the > >> > >>> net using > >>> cups) works fine in all cases. > >>> Of course I am not using any firewall or other related > >>> software/hardware which could block the saned > functionality (and it > >>> works with 1.6.10). > >>> > >>> For further details (output of saned, etc.) you might want > >>> > >> to take a > >> > >>> look at: > >>> > >>> > >> > http://www.mail-archive.com/hplip-help%40lists.sourceforge.net/msg028 > >> 6 > >> > >>> 7.html > >>> > >>> I am definitely _not_ the only user who is annoyed by this > >>> > >> terrible bug. > >> > >>> Please try to investigate this. I would be willing to > >>> > >> provide you with > >> > >>> debug information etc. > >>> > >>> > >>> Regards, > >>> Daniel > >>> > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ HPLIP-Devel mailing list HPLIP-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hplip-devel
