[sane-devel] dell1600n_net sane-backend

Hi Matin, Wow - you are the first person who has ever contacted me about this backend! I was starting to think I'd dreamed writing it! You are correct that the default options are hardcoded. This is in part due to the fact that the prototype perl driver I initially wrote whilst experimentin

[sane-devel] [RFC] SANE 1.1.0 Remove linux kernel scanner.o support

On Fri, 9 May 2008 10:35:56 -0400 "m. allan noah" wrote: > > > > Also note that we have active OS/2, OS X and Win32 ports, that are > > pretty much guaranteed to break if we start going Linux-only, too. > > > > he never said linux only, he said C99. That should work fine on OSX, > not sure about

[sane-devel] [RFC] SANE 1.1.0 Remove linux kernel scanner.o support

> Also note that we have active OS/2, OS X and Win32 ports, that are > pretty much guaranteed to break if we start going Linux-only, too. And BeOS, but Philippe seemed to be quite busy :) Hopefully Haiku soon as well. Fran?ois.

[sane-devel] SANE 1.1.0 Release discussion

> > proprietary unices can't use gcc or another C99 compiler? > > Which unix in particular? > > Pretty much all of them ship compilers that do not implement C99 or > do > not implement all of it yet. Moreover, we're speaking of systems that > often do not get updated for a variety of reasons, s

[sane-devel] OS X 10.5.x

Is there somebody who was able to make SANE work under OS X 10.5.xx? I'm having I/O errors and was not able to find any infos to solve this problem. Any help would be highly appreciated! Thanks, Juerg

[sane-devel] [RFC] SANE 1.1.0 Remove linux kernel scanner.o support

On Fri, 09 May 2008 09:26:21 +0200 Julien BLACHE wrote: > Now, there's a difference between actively supporting proprietary > Unices by testing the code on them on a regular basis (something > Henning used to do before release) and actively breaking support for > those by writing Linux-only code

[sane-devel] Sane compiling issue

ify the sender immediately by e-mail, facsimile or telephone and return and / or destroy the original message. -- next part -- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20080509/71562da3/attachment.htm

[sane-devel] [RFC] SANE 1.1.0 Remove linux kernel scanner.o support

On Fri, May 9, 2008 at 3:26 AM, Julien BLACHE wrote: > "m. allan noah" wrote: > > Hi, > >> Julien seems to give no quarter to old Linux, but has a soft spot for >> old Unix :) > > > > "... > The current source code is written for UNIX (including GNU/Linux)

[sane-devel] [RFC] SANE 1.1.0 Remove linux kernel scanner.o support

"m. allan noah" wrote: Hi, > Julien seems to give no quarter to old Linux, but has a soft spot for > old Unix :) "... The current source code is written for UNIX (including GNU/Linux) ..." SANE is historically a UNIX project (note how it says "includin

[sane-devel] [RFC] SANE 1.1.0 Remove linux kernel scanner.o support

Olaf Meeuwissen wrote: Hi, > Hmm, just having read those comments about portability and old, never > updated systems, I find this a bit contradictory. I'm personally all > in favour to dump scanner.o support but what about those poor embedded > system developers that have to get something to wo

[sane-devel] SANE 1.1.0 Release discussion

Alessandro Zummo writes: > On Thu, 08 May 2008 09:29:09 +0900 > Olaf Meeuwissen wrote: > >> > don't know yet. I still have to check epkowa code then Olaf and I could >> > maybe discuss the thing in order to have similar behaviours. >> >> The information is returned as part of the status (see

[sane-devel] [RFC] SANE 1.1.0 Remove linux kernel scanner.o support

Julien BLACHE writes: > "m. allan noah" wrote: > > Hi, > >> Now that distros have gotten udev under control, and users are >> learning to modify it, we have seen cases where a person made their >> scanner show up as /dev/scanner. This causes sanei_usb to try and talk >> to it like it uses the ol

[sane-devel] SANE 1.1.0 Debug Levels

"m. allan noah" writes: > Ok- how about we start a separate thread for each major topic that > needs discussing... > > Olaf has suggested that we split image data off into a different > level. So I've gotten rid of the calibration level. These may not > match what you guys need for your backends,

[sane-devel] [RFC] SANE 1.1.0 Remove linux kernel scanner.o support

On Fri, 09 May 2008 08:55:12 +0900 Olaf Meeuwissen wrote: > Hmm, just having read those comments about portability and old, never > updated systems, I find this a bit contradictory. I'm personally all > in favour to dump scanner.o support but what about those poor embedded > system developers th