Package: sane-utils
Version: 1.0.26~git20151121-1
Followup-For: Bug #816899

I believe I found the source of this bug report: saned hard-codes
the local_only argument of sane_get_devices() to TRUE, which causes
the backends to skip all remote scanners. Hence, in my case, the
hpaio:/net/* scanner is not returned by sane_get_devices() and hence
saned cannot export it.

The reason this hasn't been a problem in the past is that hplip
seems to have ignored the flag prior in the versions up until and
including 3.12 in wheezy. However, this has since been fixed¹ (could
not find anything in the changelog though).

¹) https://bugzilla.redhat.com/show_bug.cgi?id=743593#c18

Is there a reason why saned must hard-code local_only to true? Why
not make this configurable, ideally with a command-line option?

Thanks,

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sane-utils depends on:
ii  adduser                3.113+nmu3
ii  debconf [debconf-2.0]  1.5.58
ii  init-system-helpers    1.29
ii  libavahi-client3       0.6.32~rc+dfsg-1
ii  libavahi-common3       0.6.32~rc+dfsg-1
ii  libc6                  2.22-1
ii  libieee1284-3          0.2.11-12
ii  libjpeg62-turbo        1:1.4.2-2
ii  libsane                1.0.25+git20150927-1
ii  libsystemd0            229-2
ii  libusb-1.0-0           2:1.0.20-1
ii  update-inetd           4.43

sane-utils recommends no packages.

Versions of packages sane-utils suggests:
pn  avahi-daemon  <none>
ii  unpaper       6.1-1

-- no debconf information


-- 
 .''`.   martin f. krafft <madduck@d.o> @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems

Attachment: digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Reply via email to