All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [sane-devel] OpenDeviceDB lists the scanners SANE supports, with links to the backend man pages
       [not found] ` <dfa6ce9bc7761f0d7f30d21e8cff0b0e2075c8d5.camel@gmx.net>
@ 2026-10-26 16:59   ` Till Kamppeter
  2026-10-26 20:38     ` abel deuring
  2026-10-27  7:59     ` Johannes Meixner
  0 siblings, 2 replies; 4+ messages in thread
From: Till Kamppeter @ 2026-10-26 16:59 UTC (permalink / raw)
  To: abel deuring, sebastien michea, sane-devel, OpenPrinting

[ Adding OpenPrinting's developer mailing list ]

On 10/26/26 17:04, abel deuring via sane-devel wrote:
> Am Sonntag, dem 25.10.2026 um 09:07 +0100 schrieb sebastien michea:
>> Untested and unsupported entries are left out, and so is the escl backend: 
>> eSCL/AirScan is a published standard, so listing those scanners would suggest 
>> reverse engineering that never happened. If you think any of these choices is 
>> wrong, please tell me and I'll fix the importer.
> 
> 
> Did you consider this use case for https://opendevicedb.org <https:// 
> opendevicedb.org>
> 
> Somebody wants to switch from Windows to Linux. This person is a bit wary of 
> drivers problems under Linux and thus checks on your website if their scanner is 
> supported. Now they might not find it because it is only supported by the Sane's 
> eSCL backends.
> 
> This might stop them from abandoning Windows. I doubt that you want this...
> 
> Another question: I wrote a considerable part of the Sharp backend using 
> documentation provided to me by Sharp. Reverse engineering was not needed at 
> all. Would't this mean that you should also remove the Sharp backend? (Well, in 
> practice this doesn't matter much as I suspect that only very few people still 
> use a scanner that's more 20 years old...)
> 
> Fujitsu is even more complicated: In the 1990ies they published programming docs 
> for their scanners (well, at least some of their scanners) on their website. 
> Later they became more restrictive, and IIRC Allan Noah did indeed reverse 
> engineer the details how to communicate with some scanners because Fujitsu USA 
> did not want to provide the relevant docs. Out of curiosity I asked Fujitsu 
> Europe (or was it Fujitsu Germany - I can't remember...) for the docs of one 
> scanner by a phone call – and received a PDF from them one or two hours later.
> 
> How should this be handled? Should this scanner (fi-4120, IIRC) be removed from 
> the list when the HTTP request comes from Europe because docs are available 
> there but should be listed when the HTTP request comes from the USA where docs 
> are not available?
> 
> A central list of peripheral devices supported under Linux is a very nice idea 
> (though requires also a lot of maintenance work, I suspect...) But please do not 
> put artifical restrictions onto that list, like "reverse enigneered" of 
> "publicly documented protocol". If these critria are important to you, add 
> filter options for them.
> 
> cheers
> Abel
> 

I got asked the same but for OpenPrinting and printer drivers.

I think, any device about which we know whether, how, and how well it works with 
Linux and open source in general should be listed by https://opendevicedb.org/.

Windows users who want to switch to Linux do no know why and how their device is 
supported under any OS. Also under Windows they do not know whether the device 
is supported by a device-specific manufacturer or a manufacturer-independent 
standard (like IPP for printers and eSCL for scanners). So only listing devices 
at https://opendevicedb.org/ which work due to a certain method, in our case 
reverse-engineering of the devices communication protocol by independent open 
source developers, defeats the purpose of a hardware compatibility list. The 
list can tell the method for advanced, more technically interested users, but it 
should no exclude any device.

To make https://opendevicedb.org/ useful and successful, it should

- Be a central place for checking the open source support for hardware devices, 
to save the user from needing to find many different places, like OpenPrinting, 
SANE, ... and many others.
- It should list devices regardless of how they are supported: Common standards, 
official (open source) driver from manufacturer, specifications published by the 
manufacturer, driver based on reverse-engineering, ...
- Giving information about the type and quality of support, both how much of the 
functionality actually works but also giving higher value to common standards 
and/or open source drivers from the manufacturer than to closed-source drivers 
from the manufacturer or reverse-engineered drivers from an independent developer.

The site should

1. Automatically poll the full databases of as many sites as possible. We at 
OpenPrinting would also help by improving/adding an API to our site
2. Update often, use things like RSS feeds or other notification mechanisms of 
the source sites to repoll, or, use a cron job.
3. Let the user enter a device (manufacturer/model) and tell them how and how 
well it is supported. Which driver, which standard, download URL, support 
quality ...
4. The results should not depend on where the inquiry comes from. The hardware 
is usually the same all over the world, the open source software also and so the 
drivers are everywhere the same. Only if the manufacturer is geo-fencing driver 
downloads, make this clear to the user. If an open source developer gets specs 
from the manufacturer's office in their country but another developer does not 
get the specs for the same device from the manufacturer's office in another 
country, do not worry, we have the specs and it is not problem for the first 
developer to make a driver available for everybody and the second help testing 
and confirm that it works for them, too.

    Till

OpenPrinting organization lead


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [sane-devel] OpenDeviceDB lists the scanners SANE supports, with links to the backend man pages
  2026-10-26 16:59   ` [sane-devel] OpenDeviceDB lists the scanners SANE supports, with links to the backend man pages Till Kamppeter
@ 2026-10-26 20:38     ` abel deuring
  2026-10-27  7:59     ` Johannes Meixner
  1 sibling, 0 replies; 4+ messages in thread
From: abel deuring @ 2026-10-26 20:38 UTC (permalink / raw)
  To: Till Kamppeter, sebastien michea, sane-devel, OpenPrinting

Am Montag, dem 26.10.2026 um 17:59 +0100 schrieb Till Kamppeter:
> [ Adding OpenPrinting's developer mailing list ]
> [....]
> On 10/26/26 17:04, abel deuring via sane-devel wrote:
> > Am Sonntag, dem 25.10.2026 um 09:07 +0100 schrieb sebastien michea:
> > 
> 
> I got asked the same but for OpenPrinting and printer drivers.
> 
> I think, any device about which we know whether, how, and how well it
> works with 
> Linux and open source in general should be listed by
> https://opendevicedb.org/.
> [...]

Till,

thanks for explaining in more detail wh< a comprehensive list of
devices with free/open source drivers is important.

Let me add two more details: 

1. Removing eSCL devices effectively penalizes vendors that adhere to
established standards. The same is of course true for this standardized
printer protocol.

2. The authore of drivers that based on reverse engineering definitely
deserve specials credits due to the sometimes considerable efforts that
went into gathering and especially analyzing communicating logs. But
that should not lead to omitting drivers that were written in a more
simple or convenient way.

cheers
Abel 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [sane-devel] OpenDeviceDB lists the scanners SANE supports, with links to the backend man pages
  2026-10-26 16:59   ` [sane-devel] OpenDeviceDB lists the scanners SANE supports, with links to the backend man pages Till Kamppeter
  2026-10-26 20:38     ` abel deuring
@ 2026-10-27  7:59     ` Johannes Meixner
  2026-10-27 17:03       ` abel deuring
  1 sibling, 1 reply; 4+ messages in thread
From: Johannes Meixner @ 2026-10-27  7:59 UTC (permalink / raw)
  To: Till Kamppeter; +Cc: abel deuring, sebastien michea, sane-devel, OpenPrinting


Hello,

On 2026-10-26 17:59, Till Kamppeter wrote:
...
> I got asked the same but for OpenPrinting
> and printer drivers.
> 
> I think, any device about which we know whether,
> how, and how well it works with Linux and
> open source in general should be listed by
> https://opendevicedb.org/.
> 
> Windows users who want to switch to Linux ...

Currently
https://opendevicedb.org/
reads:
---------------------------------------------------
Before you reverse engineer a device,
check if someone already did.

An open directory of devices whose protocols
or firmware have been reverse engineered,
so nobody — human or AI agent — redoes work
that already exists.
---------------------------------------------------
and
https://opendevicedb.org/about/
provides a bit more info about the WHY.

As far as I understand that, the intent of
https://opendevicedb.org/
is not a complete list of devices which are supported
by whatever operating system for arbitrary end-users
but instead
for device driver software developers a list of
devices which do not support a published standard
so reverse engineering of protocol or firmware
is needed to make device driver software.


Kind regards
Johannes Meixner
-- 
SUSE Software Solutions Germany GmbH
Frankenstr. 146 - 90461 Nuernberg - Germany
GF: Stefan Gaiser, Jochen Jaser, Abhinav Puri
(HRB 36809, AG Nuernberg)

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [sane-devel] OpenDeviceDB lists the scanners SANE supports, with links to the backend man pages
  2026-10-27  7:59     ` Johannes Meixner
@ 2026-10-27 17:03       ` abel deuring
  0 siblings, 0 replies; 4+ messages in thread
From: abel deuring @ 2026-10-27 17:03 UTC (permalink / raw)
  To: Johannes Meixner, Till Kamppeter
  Cc: sebastien michea, sane-devel, OpenPrinting

Am Dienstag, dem 27.10.2026 um 08:59 +0100 schrieb Johannes Meixner:
> 
> As far as I understand that, the intent of
> https://opendevicedb.org/
> is not a complete list of devices which are supported
> by whatever operating system for arbitrary end-users
> but instead
> for device driver software developers a list of
> devices which do not support a published standard
> so reverse engineering of protocol or firmware
> is needed to make device driver software.

Right, it looks like that I started a storm in teapot with my first
reply to Sébastien. I was misled by the sentence "someone holding a
device can look up its label and find which project already supports
it" in Sébastien's mail. I missed the context...

But I still think that it might make sense to explicity state
on https://opendevicedb.org/ that the site does not provide a
comprehensive list of devices supported by free/open source software.

cheers
Abel

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2026-10-27 17:03 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <CAD_QBAQv8tgP5AWTAk_YzQ+YxihAukHjVrMyFFZpo3Q7M=iHdA@mail.gmail.com>
     [not found] ` <dfa6ce9bc7761f0d7f30d21e8cff0b0e2075c8d5.camel@gmx.net>
2026-10-26 16:59   ` [sane-devel] OpenDeviceDB lists the scanners SANE supports, with links to the backend man pages Till Kamppeter
2026-10-26 20:38     ` abel deuring
2026-10-27  7:59     ` Johannes Meixner
2026-10-27 17:03       ` abel deuring

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.