Thank you for the suggestion, Morgan. We should certainly move with the times where we can.

Assigning this package request to all packagers collectively. On a voluntary basis, one of them might, if there are no license or other legal issues, want to integrate it to the distribution and maintain it for bug and security fixes.

Assignee: bugsquad => pkg-bugs
Summary: sane-airscan -- SANE backend for AirScan (eSCL) and WSD document scanners => sane-airscan -- SANE backend for AirScan (eSCL) and WSD document scanners. NEW PACKAGE REQUEST

For users to find out and benefit from it, I think it would be good to in Mageia Control Center printing configurator to add a choice to install this, i.e a button:

"Install wireless scanner support using sane-airscan (supporting Apple AirScan / AirPrint scanning (eSCL), and Microsoft WSD, (WS-Sca)"

(And if/when it is (already) installed, say so)

Hello,

Should this backend not compiled with the others ?

I noticed that that maybe the specs file might miss the following packages for building the backend ( for x64 architecture) :lib64avahi-client-devel, lib64poppler-glib-devel, lib64glib2.0-devel ( otherwise the escl backend might be skipped for building).

To be considered during update
Bug 30703 - Update the complete sane stack

Hello,

I just pushed sane-airscan to cauldron, as an independant package since it's not a part of sane properly and I want to be able to update without updating all the  stack.

I will wait a bit before backporting it to MGA8.

regards
Julien

CC: (none) => julien.moragny

Hello,

I just pushed sane-airscan to 8/backports_testing.

On MGA8_64, without the pending update of sane, I can confirm it allows me to detect and use a Brother DCP-L2550DN. Just installing the packages allowed the scanner to be detected in drakscanner.

sane-airscan comes with airscan-discover which is a CLI to query and detect the scanner via airscan.

You can also use scanimage -L as with others backend.

If you have installed the pending update of sane (1.1.1-2.mga8), you might want to test with the eSCL backend disabled:
  - in dll.conf, comment the line escl (if it exists)
  - delete or move /etc/sane.d/dll.d/escl.backend

Here is a list of scanner with airscan support:
https://support.apple.com/en-us/HT201311

and a list of scanner confirmed to work with sane-airscan (in eSCL or WSD mode):
https://github.com/alexpevzner/sane-airscan

list of RPMS:
x86_64
lib64sane-airscan1-0.99.27-1.mga8
sane-airscan-0.99.27-1.mga8

i586
libsane-airscan1-0.99.27-1.mga8
sane-airscan-0.99.27-1.mga8

SRPMS:
sane-airscan-0.99.27-1.mga8

As per policy ( https://wiki.mageia.org/en/Backports_policy ), I'll will wait for a confirmation or 2 before involving QA. :)

regards
julien

I have one of the supported printers, an HP Envy Photo 7858. It works very well in Mageia 8 with hplip and the hpaio scanner driver.

In tests of Cauldron alpha 1 isos and the first round of beta1 test isos, sane-airscan and lib64sane-airscan1 were required by something when I installed the above printer connected through a USB cable. The result was that the scanner was installed as using either the hpaio driver or the eSCL one. BUT, the actual result was a conflict that prevented the hpaio driver from working at all. The eSCL driver did work, so there is that much.

A recent update removed the requirement to have the airscan software installed, and when I installed the printer from the second round of beta1 isos it started working with the hpaio driver.

I did install the airscan software on a Mageia 8 test bed that already had the 7858 installed as a network printer. It didn't seem to make any difference; the 7858 continued to use hpaio. I tried several things, short of a new install of Mageia 8 without a printer, and could not figure out a way to get it to use the eSCL driver for scanning.

I suppose this would be OK for a backport, as it would only be needed by scanners that don't work another existing driver, but finding someone in QA that would have such a printer/scanner for testing would probably be very difficult.

CC: (none) => andrewsfarm

Thanks Thomas.

Sad to see it seem to interfere with other working solutions
- I was hoping it could be enabled by default

Setting it to QA hoping for more tests, and possible ideas.

Assignee: pkg-bugs => qa-bugs

(In reply to Morgan Leijström from comment #8)

> 
> Sad to see it seem to interfere with other working solutions
> - I was hoping it could be enabled by default
> 
Perhaps it still can.

In reading the man pages and other documentation included with the airscan packages, and not understanding much of it, I see where it is possible to blacklist individual printers, certain IPs, even brand names, so that devices not on the list can work with those that are. 

Again, I don't understand the details very well, but I'm wondering if it could be possible to have the MCC tools offer to use eSCL as an install possibility for supported devices, but blacklisting it if something incompatible like hplip/hpaio is chosen instead. Or, if eSCL is chosen, blacklisting hplip/hpaio.

Does this make any sense?

hello Thomas,

in the first case, when it didn't work, do you know if the file /etc/sane.d/dll.conf contained the word "hpaio" ?

when creating/testing the package, I remember hitting a situation where hpaio wasn't enabled (I've got an old hp MFC on network) which was caused by the absence of the correct conf in dll.conf.

adding this word in dll.conf (or creating a file containing it in /etc/sane.d/dll.d/ like for airscan) was sufficient to enable hpaio back.

That was one of the first things I checked, because I'd run into it before myself. (I told a SANE update to use "rpmnew" once during testing and lost all scanning ability.) It was there.

Somewhere along the way I tried removing "escl" from dll.conf, in the hope that airscan would be disabled and let hpaio work. That didn't make any difference. The escl choices still would work, but choosing hpaio would generate a fatal error.

thanks for the answer.

FWIW, airscan is enabled via the file in /etc/sane.d/dll.d/airscan ; you need to delete/move it to disable it.

there is another escl implementation in sane itself, enabled via the escl word in dll.conf or via a file escl.backend in dll.d (I added it in order to not need the replacement of dll.conf when upgrading).

I was about to bring that other implementation of escl up. It seems that my Cauldron installs have reverted to what they were doing before in that the hpaio driver no longer works, but an escl driver DOES, even though the airscan packages are not installed.

I don't have a clue about what happened to revert the behavior. There have been several updates of course (this is Cauldron, after all), but none that I in my limited knowledge could point to as the culprit.

My theory now is that it has something to do with a nagging problem in hplip, where there is a "device communication error" under certain conditions.

I will say this: When I was first seeing the problem of hpaio not working, when the airscan packages had been installed, xsane would offer two separate escl possibilities in addition to the hpaio one that did not work. Now, with the airscan packages not installed, it is only offering one. When there were two, either one would work, so the conclusion I draw is that both implementations of escl seem to be working with this hardware.

My previous tests with Mageia 8 had not been done with the printer connected via usb, where the Cauldron installs were. I have now tested with usb on Mageia 8, using the Xfce desktop.

The install is using hplip 3.22.6. The airscan-capable Envy Photo printer worked perfectly using the hpaio driver before installing the airscan driver from backports, as well as afterward. 

In Mageia 8, the printer is not discovered as an airscan printer, even if it is un-installed and re-installed after a reboot. This is different from the behavior in Cauldron, but that behavior has been reported in Bug 31222. This bug concerns a backport to Mageia 8.

Since Comment 6 indicates that this will work with a compatible scanner, and since my tests indicate that it doesn't seem to conflict with the current version of hplip/hpaio, I'm going to give this an OK, and validate it.

Keywords: (none) => validated_backport
Whiteboard: (none) => MGA8-64-OK

moved

Resolution: (none) => FIXED
Status: NEW => RESOLVED