<div dir="ltr">Hi Bastian,<div>nice idea. As SANE is already network capable to provide connected scanners to the network,<br></div><div>(simply a network device) it make not really sense, to provide sane(d) via Flatpak in my eyes.</div><div><br></div><div>however, having SANE-based applications like XSane/ scan-image as Flatpak version, maybe a nice idea.</div><div>But for this you don't need to modify saned. ...</div><div><br></div><div>Or do I miss here something?</div><div><br></div><div>Kind regards.</div><div><br></div><div>Jörn-Ingo Weigert</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 17. Sept. 2020 um 12:32 Uhr schrieb Bastien Nocera <<a href="mailto:hadess@hadess.net">hadess@hadess.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey,<br>
<br>
I wanted to finally start looking at how to properly integrate SANE-<br>
based scanning applications into Flatpak[1].<br>
<br>
I looked at 2 different ways to implement this:<br>
<br>
- either the drivers are bundled with the application itself, and we<br>
need to punch holes for those drivers to be able to communicate with<br>
the hardware (eg. network, or USB[2]),<br>
- or just as for a lot of other drivers, we can expect the drivers to<br>
live on the host side, with the distribution, and we'd communicate with<br>
those drivers (free or proprietary, like the ones for Epson V600...)<br>
through a service that's outside the sandbox.<br>
<br>
I think that the latter is the best one to put in place, especially if<br>
we want to support more complicated setups like networked scanners,<br>
multi-function devices, and proprietary drivers.<br>
<br>
The idea would be to reimplement the client (based on the "net" driver)<br>
to use D-Bus and reimplement or extend the server ("saned") to use D-<br>
Bus.<br>
<br>
Would the SANE project want to ship those in its own repositories? Are<br>
there are dependencies that wouldn't be acceptable? I plan on using<br>
systemd's D-Bus library, sd-bus, as it doesn't require a GLib mainloop<br>
like the very capable GDBus, so would be less disruptive when loaded<br>
into apps. Should I extend saned, or write a new daemon?<br>
<br>
Cheers<br>
<br>
[1]: <a href="https://github.com/flatpak/xdg-desktop-portal/issues/218" rel="noreferrer" target="_blank">https://github.com/flatpak/xdg-desktop-portal/issues/218</a><br>
[2]: <a href="https://github.com/flatpak/xdg-desktop-portal/issues/227" rel="noreferrer" target="_blank">https://github.com/flatpak/xdg-desktop-portal/issues/227</a><br>
<br>
<br>
</blockquote></div>