Suffield, David
Tue, 24 Jul 2007 12:24:49 -0700
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 [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 [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