On Sat 12 Jun 2021 at 11:47:25 +0800, Paul Wise wrote: > Control: close -1 > > On Fri, 2021-06-11 at 11:05 +0100, Brian Potkin wrote: > > > Does Bug #971658 provide some perspective? > > I see that requests the same change and it was rejected, closing. > > On Fri, 2021-06-11 at 09:22 +0200, Jonas Smedegaard wrote: > > > Please do not tie this to the sane1 library. > > That is the component that interfaces with sane backends so it seems > like the right place to pull in other sane backends to me. > > > Using SANE without network is common even if not the "future" way, and > > this relationship is better done at some metapackage closer to where the > > bundling is intended. > > I think that for scanners that have USB connections, sane-airscan > supports driverless scanning over USB by using ipp-usb, which is also > the component that allows driverless printing over USB. > > > E.g. privacy-concerned users not using GNOME and not wanting Avahi > > enabled would consider it an unpleasant surprise that a system upgrade > > would auto-enable Avahi. > > sane-airscan itself does depend on avahi-daemon but it recommends the > ipp-usb package, which does depend on avahi-daemon, but it seems > strange to me that ipp-usb would need avahi.
IPP-over-USB effectively turns the device into a networked one using IPP. Driverless printing and scanning require that there is a discovery protocol to identify the device and obtain capability information from it. This is achieved by having avahi-daemon expose the scanner on the lo interface by default. DNS-SD does the rest. Cheers, Brian.