Re: [sane-devel] HP all-in-one printer

If your HP printer is ~5 years old or less, it should be a driverless IPP printer. Then you are better off without HPLIP. For scanning the "escl" backend should work, or you install sane-airscan. For printing your system's CUPS and cups-filters installation should already bring everything. On

Re: [sane-devel] Passing all scanner usage through local saned

On 11/05/2024 15:08, Alexander Pevzner wrote: Regarding TWAIN Direct, I have few comments. First of all, TWAIN Direct has nothing in common with the classical old-fashion TWAIN except that it is backed by the same organization. The classical TWAIN is the scanner API standard, like SANE.

Re: [sane-devel] Passing all scanner usage through local saned

On 11/05/2024 11:40, thier...@vivaldi.net wrote: As far as the eSCL protocol is concerned (as I've already pointed out), the capacities on display are lesser. Admittedly, this will suit most users, but that won't always be the case, as of late:

Re: [sane-devel] Passing all scanner usage through local saned

On 11/05/2024 02:54, Steven Santos wrote: At this point, maybe we should be talking about if SANE is the correct long-term scanning solution for linux. With printing we have gone completely to the industry standards: IPP + DNS-SD With scanning we should do the same way. More or less, all

Re: [sane-devel] Passing all scanner usage through local saned

Hi, this sounds interesting. I am running into a similar problem. Generally we have immutable distributions. The core system and the applications are in their own, isolated sandboxes, which could be Snaps, Docker containers, Flatpaks, ... With this, each application brings its own libraries

Re: [sane-devel] Epson ET-3710

On 13/03/2024 21:41, ThierryFR via sane-devel wrote: Le 2024-03-13 20:01, henrichhartzer--- via sane-devel a écrit : Hi, I tried using the Gitlab, but gitlab.com requires a phone number and payment method just to make an account. Not sure why that is. I'm trying to use a Epson ET-3710 as a

Re: [sane-devel] Frontend migration to gtk3

Why not migrate to GTK4 right away? Till On Sun, 1 May 2022, 19:56 Ralph Little, wrote: > Hi, > > On 2022-05-01 01:29, theis wrote: > > Hi all, > > > > I would also like to help in the migration of frontends to gtk3, maybe > starting with some cleanups of xsane for the new toolkit version.

Re: [sane-devel] Kyocera Scanner not working in any Linux Distro

WSD (and also eSCL/AirScan) should also also work via USB. You simply need to install the ipp-usb package, either from your distro or from the Snap Store. With this your printer/scanner gets available on localhost:6 (with your browser you get the web admin interface there) and with

Re: [sane-devel] New "SANE" driver, or sort of "Middleware"?

This form of scanner driver is not a SANE driver but a Scanner Application, an emulation of a driverless (in your case eSCL, other driverless protocols are WSD and IPP Scan) scanner by software, where the emulator communicates with the actual, physical scanner, advertises the presence of the

Re: [sane-devel] Changing versioning scheme (1.1.0, 1.2.0, 1.3.0 instead of 1.0.33, 1.0.34, 1.0.35)

We could keep the so-version in each generation, that is also done in CUPS and cups-filters. But then one could only add new features/symbols on an increase of the second part and not remove anything. This reduces the so-version bumps and the need to take care of compatibility here. Till

Re: [sane-devel] Changing versioning scheme (1.1.0, 1.2.0, 1.3.0 instead of 1.0.33, 1.0.34, 1.0.35)

Good idea, exactly what I do with cups-filters. I also started as you are doing currently, 1.0.xx and every time increasing xx independent whether I have a feature release or bug fix release. Then I realized the meaningless 2 first components and the ridiculously increasing third component

Re: [sane-devel] eSCL protocol specification published by Mopria

Great! This will be a lot of help for all of us. Till On 15/04/2021 19:05, Alexander Pevzner wrote: Hi, Mopria has published eSCL protocol specification. It can be downloaded from the Mopria site:     https://mopria.org/spec-download The protocol is basically the same as Apple

Re: [sane-devel] PIXMA TS8300 Series not working

Alex, you could suppress the stderr output of libxml. Enclose the call of the libxml function(s) with the following code: -- int fd1, fd2; /* Eliminate any output to stderr, to get rid of the error message output of the functions of libxml */ fd1 = dup(2); fd2 =

Re: [sane-devel] Sandboxing scanner applications

On 18/09/2020 18:49, Alexander Pevzner wrote: I can imagine "mixed" installation, where SANE drivers come sandboxed, while simple-scan installed from a usual RPM or DEB package. This "legacy-way" installed simple-scan will not be able to access SANE drivers directly. Mixing is no problem.

Re: [sane-devel] Sandboxing scanner applications

On 18/09/2020 17:44, Bastien Nocera wrote: Neither me not Till seems to be familiar with Flatpak, so I would appreciate if provide a bit more detailed explanation of how the things expected to work. This isn't so much about Flatpak, but about portals that Snap also uses to implement

Re: [sane-devel] Sandboxing scanner applications

Thank you very much for the link to your IPP Scan as a server development. Till On 18/09/2020 17:10, ABHIK CHAKRABORTY wrote: Dear Sir, I have also forked from the master repo[https://github.com/michaelrsweet/pappl ] into

Re: [sane-devel] Sandboxing scanner applications

e-airscan-ipp> On Fri, Sep 18, 2020 at 7:32 PM Till Kamppeter <mailto:till.kamppe...@gmail.com>> wrote: This is the repository where the IPP Scan extension of sane-airscan will go go: https://github.com/alexpevzner/sane-airscan-ipp/ <https://github.com/alex

Re: [sane-devel] Sandboxing scanner applications

On 18/09/2020 17:01, Bastien Nocera wrote: So the application inside the sandbox would ship with sane-airscan backend, and use this protocol, over the network, to communicate with the fake "airscan" scanner running outside the sandbox, right? Yes. But if the scanner is a local USB scanner for

Re: [sane-devel] Sandboxing scanner applications

On 17/09/2020 16:04, Bastien Nocera wrote: On Thu, 2020-09-17 at 15:38 +0200, Jörn-Ingo Weigert wrote: Hi Bastian,nice idea. As SANE is already network capable to provide connected scanners to the network, (simply a network device) it make not really sense, to provide sane(d) via Flatpak in my

Re: [sane-devel] Sandboxing scanner applications

[ Resending but with Abhik and Rishabh CCed ] On 18/09/2020 11:10, Bastien Nocera wrote: On Fri, 2020-09-18 at 00:20 +0200, Till Kamppeter wrote: Bastien, so this is more your second approach of drivers being on the host side, but we use IPP Scan as IPP is an established standard protocol

Re: [sane-devel] Sandboxing scanner applications

On 18/09/2020 11:10, Bastien Nocera wrote: On Fri, 2020-09-18 at 00:20 +0200, Till Kamppeter wrote: Bastien, so this is more your second approach of drivers being on the host side, but we use IPP Scan as IPP is an established standard protocol and it is used for both printing and scanning

Re: [sane-devel] Sandboxing scanner applications

Hi, as leader of the OpenPrinting project and so also the principal architect of the printing environment of Linux and other POSIX-style operating systems I have already started to work on sandboxed packaging for printing (CUPS, printer drivers, applications which print or administrate

Re: [sane-devel] escl backend and ippusbxd

On 20/03/2020 12:29, Thierry HUCAHRD wrote: Hi, No, this has nothing to do with eSCL. ippusbxd allows you to use escl backends on the usb. The problem is that sane doesn't detect the scanner on the usb anymore, so PIXMA can't be used anymore. I don't know if ippusbxd solved the problem? in any

Re: [sane-devel] escl backend and ippusbxd

Rolf, please do not add a break dependency against ippusbxd. It is most probably only some models which cause problems. If you want to use eSCL via the network it does not matter whether ippusbxd is running or not. You only need to make sure to select the correct scanner entry in the client

Re: [sane-devel] Canon TR4529 (PIXMA TR4500 Series)

On 21/02/2020 20:26, Jean-Marc Spaggiari wrote: So. I have cloned the backend repo: git clone https://gitlab.com/sane-project/backends.git Applied the patch (Changed 1200 to 600 and added the last param). And now I'm trying to follow the instructions there:

Re: [sane-devel] [New backend] Web Services for Devices - wsd-scan

On 06/01/2020 10:55, Alexander Pevzner wrote: lubcups also looks as a considerable alternative, and it contains a generic HTTP client. Though it will look a bit strange if scanner plugin will depend on a CUPS API library :-) libcups is usually present, especially as nowadays most scanners

Re: [sane-devel] [janitorial] New backend: escl

On 01/01/2020 14:48, Till Kamppeter wrote: Hi, after getting a little bug fixed the "escl" SANE backend is working perfectly with the scanner in my HP Deskjet 2540 Ink Advantage multi-function device. I scanned two complete passports (19 pages each) in 300 dpi grayscale (via s

Re: [sane-devel] [janitorial] New backend: escl

Hi, after getting a little bug fixed the "escl" SANE backend is working perfectly with the scanner in my HP Deskjet 2540 Ink Advantage multi-function device. I scanned two complete passports (19 pages each) in 300 dpi grayscale (via simple-scan) without any problem. No crashed and all pages

Re: [sane-devel] sane-airprint

On 26/12/2019 15:56, Alexander Pevzner wrote: Hi, Till, On 12/26/19 8:57 PM, Till Kamppeter wrote: Great, so we have 3 eSCL backends now: sane-escl, AirSane, and sane-airscan. Thanks to all of you to support this big group of scanners, probably all in printer/scanner-multi-function devices

Re: [sane-devel] sane-airprint

On 24/12/2019 14:47, Alexander Pevzner wrote: Hi, everybody, Merry Christmas and happy New Year! I want to announce the sane-airpring backend, which implements scanning over eSCL protocol: https://github.com/alexpevzner/sane-airscan Well, I'm aware about the sane-escl backend. Actually,

Re: [sane-devel] Announcing AirSane, an Apple AirScan compatible server frontend

On 26/12/2019 12:02, Thierry HUCAHRD wrote: Hi Till, I plan to work on ippusbxd in February to allow eSCL to use it. Great, I am looking forward for your contributions. Feel free to post Issues (bugs and feature requests) and Pull Requests on the GitHub of ippusbxd. By the way, what is your

Re: [sane-devel] Announcing AirSane, an Apple AirScan compatible server frontend

On 26/12/2019 10:37, Till Kamppeter wrote: Here I also have found out that one can use eSCL also on USB multi-function devices through the IPP-over-USB daemon ippusbxd (https://github.com/OpenPrinting/ippusbxd). eSCL is not actually IPP but ippusbxd is more an HTTP-over-USB or perhaps even

Re: [sane-devel] Announcing AirSane, an Apple AirScan compatible server frontend

On 05/10/2018 12:51, Jürgen Mellinger wrote: AirSane is a SANE WebScan frontend that supports Apple's AirScan protocol, allowing Apple iphone and Macintosh devices to scan from SANE scanners, using Apple provided software components on the client side only. As the leader of the OpenPrinting

Re: [sane-devel] [janitorial] New backend: escl (seems to also work via USB)

0 255 1 0 255 128 1 On 15/12/2019 15:54, Till Kamppeter wrote: I didn't see any device managing Tiff, send me the capability file, I could add the suppor

Re: [sane-devel] [janitorial] New backend: escl

On 15/12/2019 15:43, thie...@ordissimo.com wrote: Le 2019-12-15 18:34, Ulf Zibis a écrit : Hi List, Am 15.12.19 um 09:10 schrieb Olaf Meeuwissen: The backend currently only supports image data transfer in JPEG format but Thierry indicated he wanted to add support for PNG and PDF as well.

Re: [sane-devel] [janitorial] New backend: escl

On 15/12/2019 10:38, Till Kamppeter wrote: On 15/12/2019 05:10, Olaf Meeuwissen wrote: Hi list, I thought you might like to know that I've merged the escl backend yesterday.  This backend was written by Touboul Nathane and Thierry Huchard at Ordissimo.  It is licensed under the terms

Re: [sane-devel] [janitorial] New backend: escl

On 15/12/2019 05:10, Olaf Meeuwissen wrote: Hi list, I thought you might like to know that I've merged the escl backend yesterday. This backend was written by Touboul Nathane and Thierry Huchard at Ordissimo. It is licensed under the terms of the GPL, either version 3 or, at your option, any

Re: [sane-devel] [janitorial] New backend: escl

On 15/12/2019 05:10, Olaf Meeuwissen wrote: Hi list, I thought you might like to know that I've merged the escl backend yesterday. This backend was written by Touboul Nathane and Thierry Huchard at Ordissimo. It is licensed under the terms of the GPL, either version 3 or, at your option, any

Re: Last call for XSane patches

When I see this Debian patch to choose between lp and lpr as "default printer", how is printing in XSane implemented? Is it still the decades-old way of offering the user to enter a print command line? Back in 2005 I requsted a decent CUPS print dialog in GTK and 2006 it got actually implemented

[sane-devel] Driverless IPP Scanning with SANE - Google Summer of Code 2019

erless IPP scanning. This module will then automatically support all IPP scanners, thousands of scanners where many of them do not yet exist. The student's task is to write this SANE module for IPP driverless scanning and so make Linux ready for the future of driverless devices. Mentors: Till