[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi again,

On Mon, Apr 14, 2003 at 07:48:14PM +0200, Till Kamppeter wrote:
> What about also including these backends (they are listed in 
> sane/sane-backends/doc/descriptions-external/ in the current CVS snapshot):
> 
> hp5400
> ibm

Both are included now.

> lhii

I have removed that one now. The website has been dead for years and I
haven't gotten a response last time I asked the author about the
status of this backend.

> niash

Maybe next time :-)

> onetouch8600

I have also removed that one. Website is dead, no response from author
the last time I asked. Also the Visioneer 8600 seems to be supported
by the viceo backend now.

Bye,
  Henning

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Thu, Apr 17, 2003 at 09:40:14AM +1000, Martijn van Oosterhout wrote:
> As Thomas said, I'd favour adding it. As it is now available it has no
> problems. It doesn't support all the features of the scanner but what is
> supported works fine.

The hp5400 backend is now included in SANE CVS. Currently it has the
GPL license headers but please check if it can be GPL+SANE clause.

I've added a simple man page (copied from gt68xx backend). Patches are
welcome.

A snapshot is at http://www.meier-geinitz.de/sane/snapshots/ . Use the
unofficial snapshot for now, it will take until tonight for the
automatic snapshots to get the changes.

Bye,
  Henning

[sane-devel] Last call for new backends

[Martijn van Oosterhout]

--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Apr 16, 2003 at 05:30:56PM +0200, Henning Meier-Geinitz wrote:
> Hi,
>=20
> On Thu, Apr 17, 2003 at 12:10:35AM +1000, Martijn van Oosterhout wrote:
> > Well, the code compiles and seems to run. Unfortunatly I'm on holiday f=
or
> > the next 10 days so you won't hear from me for a while.=20
>=20
> Ok. So should I add the backend in its current state? There is still
> enough time to fix bugs until release.

As Thomas said, I'd favour adding it. As it is now available it has no
problems. It doesn't support all the features of the scanner but what is
supported works fine.

My local version on my machine is totally broken (I'm trying to add XPA
support) but there's nothing wrong with the CVS.
--=20
Martijn van Oosterhout  http://svana.org/kleptog/
> "the West won the world not by the superiority of its ideas or values or
> religion but rather by its superiority in applying organized violence.
> Westerners often forget this fact, non-Westerners never do."
>   - Samuel P. Huntington

--G4iJoqBmSsgzjUCe
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+neneY5Twig3Ge+YRAiQbAJ9G3NzKwhraz8JE/jnyOqQymRgmDgCgmYwi
HkKOrrEvDHdHGJoUTSfr42w=
=Eo9z
-END PGP SIGNATURE-

--G4iJoqBmSsgzjUCe--

[sane-devel] Last call for new backends

[Martijn van Oosterhout]

--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Well, the code compiles and seems to run. Unfortunatly I'm on holiday for
the next 10 days so you won't hear from me for a while.=20

I've copied your impressive list of -W flags you added and it does pick up a
lot of other things. One or two things I think are unfortunate (I think
pointer arithmetic on void* is a Good Thing) but who am I to debate the ANSI
standard.

Have a nice day,

On Wed, Apr 16, 2003 at 02:00:04AM +1000, Martijn van Oosterhout wrote:
> You're quick! Unfortunatly it's a bit late for me to test it now, I'll try
> tomorrow. For the authors you can list Thomas and I. Thanks.
>=20
> On Tue, Apr 15, 2003 at 05:55:59PM +0200, Henning Meier-Geinitz wrote:
> > There is a snapshot of sane-backends including the hp5400 backend:
> >=20
> > http://www.meier-geinitz.de/sane/snapshots/sane-backends-2003-04-15-2.t=
ar.gz

--=20
Martijn van Oosterhout  http://svana.org/kleptog/
> "the West won the world not by the superiority of its ideas or values or
> religion but rather by its superiority in applying organized violence.
> Westerners often forget this fact, non-Westerners never do."
>   - Samuel P. Huntington

--DocE+STaALJfprDB
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+nWRbY5Twig3Ge+YRAgZUAJ9HQCwL9jGIm68R2WVg+GG2reIeGgCgqbMs
RTZPCAOad8465AWtBznaabY=
=8Csn
-END PGP SIGNATURE-

--DocE+STaALJfprDB--

[sane-devel] Last call for new backends

[Thomas Soumarmon]

Hi Henning,

We had about 6 beta testers report. Some of them had problems for=20
installation, but once installed, none reported big bugs.
All of them installed on Linux.

Another point is that Martijn will be out for 10 days, and I won't be abl=
e to=20
help for an undetermined amount of time.

I would be in favour to add the backend to the release as it looks to wor=
k OK=20
on linux and therefore be useful to some people. And maybe, adding it to =
the=20
release would make more developpers help us in our effort on the backend.
A good thing would be to have it compiled only on Linux or explicitly "at=
 the=20
risk of the user". Is there an option like --enable-hp5400 to the configu=
re=20
script ?

I think you have all the points to decide whether to add it or not.
Maybe Martijn has more things to say ?

Thank you for your great work,

Thomas.



Le Mercredi 16 Avril 2003 17:30, Henning Meier-Geinitz a =E9crit :
> Hi,
>
> On Thu, Apr 17, 2003 at 12:10:35AM +1000, Martijn van Oosterhout wrote:
> > Well, the code compiles and seems to run. Unfortunatly I'm on holiday=
 for
> > the next 10 days so you won't hear from me for a while.
>
> Ok. So should I add the backend in its current state? There is still
> enough time to fix bugs until release.
>
> Bye,
>   Henning

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Thu, Apr 17, 2003 at 12:10:35AM +1000, Martijn van Oosterhout wrote:
> Well, the code compiles and seems to run. Unfortunatly I'm on holiday for
> the next 10 days so you won't hear from me for a while. 

Ok. So should I add the backend in its current state? There is still
enough time to fix bugs until release.

Bye,
  Henning

[sane-devel] Last call for new backends

[Martijn van Oosterhout]

--HcAYCG3uE/tztfnV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 15, 2003 at 03:19:08PM +0200, Henning Meier-Geinitz wrote:
> Hi,
>=20
> On Tue, Apr 15, 2003 at 07:41:43PM +1000, Martijn van Oosterhout wrote:
> > Good. We'll accept any patches that make it easier. Hey, maybe that's
> > another user it worked for! :)
>=20
> Ok, I'm currently working on the backend.
>=20
> What are the vendor/device ids of these scanners? Currently I use
> # HP 5400C
> usb 0x03F0 0x1005
> # HP 5470C
> usb 0x03F0 0x1105

These are the only ones we know about so far.

> What I have done until now:
>=20
> - Update the sane Makefile and dll.conf
> - Get it compiling: gcc may accept variable initializers, other
>   compilers won't
> - rename hp5400_sane.c to hp5400.c
> - rename hp5400_scanner.c to hp5400_sanei.c
> - rename hp5400.c to hp5400_internal.c
> - Make sane_init accept "usb vendor product" lines
> - Fix some warnings
> - Add some DBGs
> - run it through indent

Wow! You're good. I can see a big update coming up...

> What I want to do:
>=20
> - Add SANE headers ("this is part of...")
> - Add sanei_usb support
> - Remove more compilation warnings
> - check for non-static symbols
> - Add manpage
> - Update documentation/AUTHORS/DESC

I'm surprised you got compilation warnings but the rest looks good. I'm doi=
ng
a little bit of work now on the XPA but it's a bit tricky...
--=20
Martijn van Oosterhout  http://svana.org/kleptog/
> "the West won the world not by the superiority of its ideas or values or
> religion but rather by its superiority in applying organized violence.
> Westerners often forget this fact, non-Westerners never do."
>   - Samuel P. Huntington

--HcAYCG3uE/tztfnV
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+nMwXY5Twig3Ge+YRAhojAJ4+K91wM2GHvNvgskQcZWy+Am3YZQCfRy83
eIUYJIIw9BeXFXSahcqM4lE=
=UjDD
-END PGP SIGNATURE-

--HcAYCG3uE/tztfnV--

[sane-devel] Last call for new backends

[Martijn van Oosterhout]

--4SFOXa2GPu3tIq4H
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

You're quick! Unfortunatly it's a bit late for me to test it now, I'll try
tomorrow. For the authors you can list Thomas and I. Thanks.

On Tue, Apr 15, 2003 at 05:55:59PM +0200, Henning Meier-Geinitz wrote:
> There is a snapshot of sane-backends including the hp5400 backend:
>=20
> http://www.meier-geinitz.de/sane/snapshots/sane-backends-2003-04-15-2.tar=
.gz
>=20
> The code compiles on Linux/i386, Tru64, HPUX/Itanium, NetBSD/Alpha and
> FreeBSD/Alpha.
>=20
> There are still some compilation warnings.
>=20
> Please test. Make sure that the new configuration file is used, not
> the old one that may be already installed. Tell me where it breaks :-)
>=20
> I've added sanei_usb support and USB autodetection. Fixed some
> Linux/gcc specific stuff. Renamed files as mentioned in my other mail.
>=20
> Still todo:
> - manpage
> - AUTHORS/sane.man
> - Fix warnings
> - Testing
>=20
> Whom should I mention as author in AUTHORS? Who is maintaining the
> backend?
>=20
> Bye,
>   Henning

--=20
Martijn van Oosterhout  http://svana.org/kleptog/
> "the West won the world not by the superiority of its ideas or values or
> religion but rather by its superiority in applying organized violence.
> Westerners often forget this fact, non-Westerners never do."
>   - Samuel P. Huntington

--4SFOXa2GPu3tIq4H
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+nCyEY5Twig3Ge+YRAhwhAJwNr1iPvRmTLgPrtQXlamWvSa84pQCeMyOV
k7G5Lr+0Jgid2PQKRTlvZPE=
=onXY
-END PGP SIGNATURE-

--4SFOXa2GPu3tIq4H--

[sane-devel] Last call for new backends

[Martijn van Oosterhout]

--jRHKVT23PllUwdXP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 15, 2003 at 01:59:44PM +0200, Henning Meier-Geinitz wrote:
> Hi,
>=20
> On Tue, Apr 15, 2003 at 07:41:43PM +1000, Martijn van Oosterhout wrote:
> > FWIW, the main problem it has is getting testers. On all the scanners w=
e've
> > tested (about 3 AFAIK) it works fine. It's never been tested on anything
> > other than linux, or on anything than i386 for that matter. I'm almost
> > expecting some endian-problems on other architectures but without an ex=
ample
> > I can't check.
>=20
> Endianess problems should only occur if you scan 16 bit images and
> access them as u_int16 mixed with u_int8. Or with any other data type
> 8 bits sent to the scanner directly.

I guess I wasn't clear. Many of the commands sent to the scanner consist of
integers (both 2 and 4 byte) and sometimes they are big endian, sometimes
little endian. So, the code has hton(l|s) in places and not in others.

To solve that we'd have to go through the entire code base checking that the
right bytes appear in the right places in each structure (maybe do away
with the structures altogether). That's a bit of work and I'd rather do that
when I have someone who can actually *test* the result.

Actually, params.xres =3D htons( xres ) would probably work fine on most
architectures. It's the more insidious little accesses that'll trip you up.
--=20
Martijn van Oosterhout  http://svana.org/kleptog/
> "the West won the world not by the superiority of its ideas or values or
> religion but rather by its superiority in applying organized violence.
> Westerners often forget this fact, non-Westerners never do."
>   - Samuel P. Huntington

--jRHKVT23PllUwdXP
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+nCvIY5Twig3Ge+YRAmRzAJ49yVXRyVkIGPzfTufmSwQvZAV0GACguF3a
hKY5IjtlXlfZ1L/optMeLw0=
=FQfn
-END PGP SIGNATURE-

--jRHKVT23PllUwdXP--

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Wed, Apr 16, 2003 at 01:56:56AM +1000, Martijn van Oosterhout wrote:
> I guess I wasn't clear. Many of the commands sent to the scanner consist of
> integers (both 2 and 4 byte) and sometimes they are big endian, sometimes
> little endian. So, the code has hton(l|s) in places and not in others.

I have seen that in the code now.

> To solve that we'd have to go through the entire code base checking that the
> right bytes appear in the right places in each structure (maybe do away
> with the structures altogether). That's a bit of work and I'd rather do that
> when I have someone who can actually *test* the result.

Yes, no problem.

> Actually, params.xres = htons( xres ) would probably work fine on most
> architectures. It's the more insidious little accesses that'll trip you up.

I had to use an #ifdef for the __attribute__ (packed) for the
structures so it won't be used on non-gcc compilers. So if there are
alihnment issues on some systems, the struct may nor work even if the
endianess is ok.

In my backends I usually create such buffers manually which is more
ugly but safe:

SANE_Byte command[20];
command[0] = command_byte;
command[1] = (some_value >> 16) & 0xff;
command[2] = (some_value >> 8) & 0xff;
command[3] = (some_value >> 0) & 0xff;
...

Bye,
  Henning

[sane-devel] Last call for new backends

[Martijn van Oosterhout]

--IDYEmSnFhs3mNXr+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 15, 2003 at 11:47:10AM +0200, Henning Meier-Geinitz wrote:
> Hi,
>=20
> On Tue, Apr 15, 2003 at 08:31:40AM +0200, Thomas Soumarmon wrote:
> > The hp5400 backend works ok with sane 1.0.11. The main functionality it=
=20
> > misses, is the 2400 dpi scan. We have not been working on it for one mo=
nth=20
> > due to lack a of spare time.
>=20
> What about the license? Any reason not to use the SANE addition to GPL?

Oh. I'd looked at the license in packaged into /usr/share/doc/sane and it
just said GPLv2. Now the source says:

Backend libraries are protected by the GNU General Public License (see
file COPYING), but as an exception, it is permissible to link against
such a library without affecting the licensing status of the program
that uses the libraries.  For details, see the copyright notice at the
head of the backend files (e.g., backend/dll.c).

Isn't that just the LGPL?

Anyway, I have no objections but obviously this needs to be organised
properly and agreed to by people. Is it actually a requirement though? It
doesn't appear to be so.
--=20
Martijn van Oosterhout  http://svana.org/kleptog/
> "the West won the world not by the superiority of its ideas or values or
> religion but rather by its superiority in applying organized violence.
> Westerners often forget this fact, non-Westerners never do."
>   - Samuel P. Huntington

--IDYEmSnFhs3mNXr+
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+nADoY5Twig3Ge+YRAqeWAJ0b8pX3VTmbzj6tBw25hF5E72lYeQCfYjjn
/3QprgqLh2PoJTceo59MCms=
=HxFF
-END PGP SIGNATURE-

--IDYEmSnFhs3mNXr+--

[sane-devel] Last call for new backends

[Bertrik Sikken]

Henning Meier-Geinitz wrote:
> if you intend to get a new backend into SANE 1.0.12 it's now time to
> tell us. Currently there are two backends on the TODO list:
> 
> - Hewlett-Packard ScanJet 3300C / 3400C and 4300C (wip)
>   http://sourceforge.net/projects/hp3300backend


I'd like to hold off inclusion for now.

Things to do still:
* clean up historic cruft
* figure out proper hp3400/4300 resolution and scan position setting
   (we have some work-arounds already)
* implement analog frontend calibration (currently used fixed setting)
* implement lamp timer to wait for warm-up before scan

Those last two issues frequently cause colored vertical lines
on the first scan.

Regards,
Bertrik Sikken

[sane-devel] Last call for new backends

[Frank Zago]

Henning Meier-Geinitz wrote:
> Hi,
> 
> if you intend to get a new backend into SANE 1.0.12 it's now time to
> tell us. Currently there are two backends on the TODO list:
>
> - Hewlett-Packard 4200c
> [...]
>   http://fz.eryx.net/sane/#hp4200
>   
> What's the status of those? Are there any others that are intended to
> go in 1.0.12 (or later versions)?


Last time I tested my version (http://fz.eryx.net/sane/#hp4200), it worked. 
However I don't have access to that scanner anymore, so I won't push for its 
inclusion.

Frank.

[sane-devel] Last call for new backends

[Martijn van Oosterhout]

--xgyAXRrhYN0wYx8y
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 15, 2003 at 11:18:26AM +0200, Henning Meier-Geinitz wrote:
> Direct hardware access like ioctl shouldn't be in the backends directly.

I copied the basic access level from the hp3300 driver since the sanei stuff
is not available to standalone programs. I imagine it wouldn't be too much
work to fix, but it hasn't been done.

> What about libieee1284? I have seen some defines for that? Does the
> backend work with parport also? If yes, that'd need some work to only
> use libieee1284 if it's available.

Hmm, ieee1284 is a parport protocol? Well, the scanner has a connector for
it but I would have no idea about the format of the packets. How can you
capture data going over a parallel cable?

> > If someone would have time to integrate it into sane, it would be nice.=
=20
> > Integration would consist in :
> > * port hp5400 Makefile into SANE compilation structure
> > * verify hp5400 API is correct for SANE
> > * support of others transport protocol=20
>=20
> I'll check how much work it is.

The Makefile can't be too bad since it's been included in Debian apparently.

> > I would be very pleased if someone would help us for the integration of=
 the=20
> > hp5400 backend.

As would I.

--=20
Martijn van Oosterhout  http://svana.org/kleptog/
> "the West won the world not by the superiority of its ideas or values or
> religion but rather by its superiority in applying organized violence.
> Westerners often forget this fact, non-Westerners never do."
>   - Samuel P. Huntington

--xgyAXRrhYN0wYx8y
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+m+CqY5Twig3Ge+YRAsrDAJ42kZFAcu9y56UtGEduS1Fh0CBU5QCg1lSd
NQ9b3p+TCqOUfkFw/2dyGKA=
=Yfj5
-END PGP SIGNATURE-

--xgyAXRrhYN0wYx8y--

[sane-devel] Last call for new backends

[Martijn van Oosterhout]

--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 15, 2003 at 09:53:40AM +0200, Julien BLACHE wrote:
> Thomas Soumarmon  wrote:
>=20
> Hi,
>=20
> > If someone would have time to integrate it into sane, it would be nice.=
=20
> > Integration would consist in :
> > * port hp5400 Makefile into SANE compilation structure
> > * verify hp5400 API is correct for SANE
> > * support of others transport protocol=20
>=20
> FYI I integrated your backend into the libsane-extras Debian package a
> week ago.

Very cool. Thanks for that.

FWIW, the main problem it has is getting testers. On all the scanners we've
tested (about 3 AFAIK) it works fine. It's never been tested on anything
other than linux, or on anything than i386 for that matter. I'm almost
expecting some endian-problems on other architectures but without an example
I can't check.

However, it don't hang or segfault, it doesn't break the scanner or make
nasty noises. The image quality is good. If inclusion in a real release gets
it the exposure it needs I'm all for it.

My question is though, once it is included how do we update it? Do we
continue externally and sync periodically or do we get commit access some
other way? How does it work?

> The package is built using a stripped-down sane-backends source tree ;
> all I did is rename hp5400-sane.c to hp5400.c and hp5400.c to
> hp5400_stdalone.c (or similar), adjusting file references where
> needed.
>=20
> It built fine, and no problems were reported so far (somebody asked
> for its inclusion).

Good. We'll accept any patches that make it easier. Hey, maybe that's
another user it worked for! :)

Actually I notice sourceforge has logged 75 downloads and no bugs. Obviously
it works good enough for most people (or it doesn't work at all).

Have a nice day,
--=20
Martijn van Oosterhout  http://svana.org/kleptog/
> "the West won the world not by the superiority of its ideas or values or
> religion but rather by its superiority in applying organized violence.
> Westerners often forget this fact, non-Westerners never do."
>   - Samuel P. Huntington

--7AUc2qLy4jB3hD7Z
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+m9PWY5Twig3Ge+YRAkfUAJ4xlq25Se6r9fbFXwqpNDgFMkjZwACfe4cg
W+SCJhX+H3LnUqXMrZSZOTo=
=dYGW
-END PGP SIGNATURE-

--7AUc2qLy4jB3hD7Z--

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Tue, Apr 15, 2003 at 10:54:00PM +1000, Martijn van Oosterhout wrote:
> Oh. I'd looked at the license in packaged into /usr/share/doc/sane and it
> just said GPLv2. Now the source says:

The file "LICENSE" that you quote is also installed to
/usr/local/share/sane. COPYING contains the original text of the GPL.

> Backend libraries are protected by the GNU General Public License (see
> file COPYING), but as an exception, it is permissible to link against
> such a library without affecting the licensing status of the program
> that uses the libraries.  For details, see the copyright notice at the
> head of the backend files (e.g., backend/dll.c).
> 
> Isn't that just the LGPL?

It's similar. As far as I know, when SANE was born, there was no LPGL.

> Anyway, I have no objections but obviously this needs to be organised
> properly and agreed to by people. Is it actually a requirement though? It
> doesn't appear to be so.

I think currently all backends use GPL+SANE clause. Pure GPL may be
critical if a distribution links to a non-GPL software.
So if possible, I'd prefer to keep GPL+SANE clause for the backends.

Bye,
  Henning

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Tue, Apr 15, 2003 at 08:31:40AM +0200, Thomas Soumarmon wrote:
> I would be very pleased if someone would help us for the integration of the 
> hp5400 backend.

There is a snapshot of sane-backends including the hp5400 backend:

http://www.meier-geinitz.de/sane/snapshots/sane-backends-2003-04-15-2.tar.gz

The code compiles on Linux/i386, Tru64, HPUX/Itanium, NetBSD/Alpha and
FreeBSD/Alpha.

There are still some compilation warnings.

Please test. Make sure that the new configuration file is used, not
the old one that may be already installed. Tell me where it breaks :-)

I've added sanei_usb support and USB autodetection. Fixed some
Linux/gcc specific stuff. Renamed files as mentioned in my other mail.

Still todo:
- manpage
- AUTHORS/sane.man
- Fix warnings
- Testing

Whom should I mention as author in AUTHORS? Who is maintaining the
backend?

Bye,
  Henning

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Tue, Apr 15, 2003 at 07:41:43PM +1000, Martijn van Oosterhout wrote:
> Good. We'll accept any patches that make it easier. Hey, maybe that's
> another user it worked for! :)

Ok, I'm currently working on the backend.

What are the vendor/device ids of these scanners? Currently I use
# HP 5400C
usb 0x03F0 0x1005
# HP 5470C
usb 0x03F0 0x1105

What I have done until now:

- Update the sane Makefile and dll.conf
- Get it compiling: gcc may accept variable initializers, other
  compilers won't
- rename hp5400_sane.c to hp5400.c
- rename hp5400_scanner.c to hp5400_sanei.c
- rename hp5400.c to hp5400_internal.c
- Make sane_init accept "usb vendor product" lines
- Fix some warnings
- Add some DBGs
- run it through indent

What I want to do:

- Add SANE headers ("this is part of...")
- Add sanei_usb support
- Remove more compilation warnings
- check for non-static symbols
- Add manpage
- Update documentation/AUTHORS/DESC

Bye,
  Henning

[sane-devel] Last call for new backends

[Thomas Soumarmon]

> What about libieee1284? I have seen some defines for that? Does the
> backend work with parport also? If yes, that'd need some work to only
> use libieee1284 if it's available.

backend does not work with parport. I don't know if the communication pro=
tocol=20
would fit anyway. The defines you saw are remains from the template backe=
nd=20
used.

Bye,

Thomas.

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Tue, Apr 15, 2003 at 07:41:43PM +1000, Martijn van Oosterhout wrote:
> FWIW, the main problem it has is getting testers. On all the scanners we've
> tested (about 3 AFAIK) it works fine. It's never been tested on anything
> other than linux, or on anything than i386 for that matter. I'm almost
> expecting some endian-problems on other architectures but without an example
> I can't check.

Endianess problems should only occur if you scan 16 bit images and
access them as u_int16 mixed with u_int8. Or with any other data type
> 8 bits sent to the scanner directly.

> My question is though, once it is included how do we update it? Do we
> continue externally and sync periodically or do we get commit access some
> other way? How does it work?

Ask Petter Reinhodtsen for write access to the SANE CVS server:
http://www.student.uit.no/~pere/linux/sane/cvs-server.html

Bye,
  Henning

[sane-devel] Last call for new backends

[Julien BLACHE]

Martijn van Oosterhout  wrote:

Hi,

>> > If someone would have time to integrate it into sane, it would be nice. 
>> > Integration would consist in :
>> > * port hp5400 Makefile into SANE compilation structure
>> > * verify hp5400 API is correct for SANE
>> > * support of others transport protocol 
>> 
>> FYI I integrated your backend into the libsane-extras Debian package a
>> week ago.
>
> Very cool. Thanks for that.

You're welcome.

[...]

> Good. We'll accept any patches that make it easier. Hey, maybe that's
> another user it worked for! :)

Yep, the scanner was an HP5470c USB.

You can fetch the source package I use to build libsane-extras on


Basically, you need to add hp5400 to the list of backends in
backend/Makefile.in, and add a dependency for libsane-hp5400.la on
sanei_config2.lo.

With that done, the file backend/hp5400.c will be picked up and built
(that's why I had to rename hp5400-sane.c).

JB.

-- 
Julien BLACHE    
 

[sane-devel] Last call for new backends

[Julien BLACHE]

Henning Meier-Geinitz  wrote:

Hi,

>> FYI I integrated your backend into the libsane-extras Debian package a
>> week ago.
>> 
>> It built fine, and no problems were reported so far (somebody asked
>> for its inclusion).
>
> It won't work on Debian/BSD oe Debian/Hurd because of the ioctls I
> guess :-)

None of these ports are mainline, nor targetted for release, so I do
not really care :-)

Should it break, we'd go ahead and fix it ;)

JB.

-- 
Julien BLACHE    
 

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Mon, Apr 14, 2003 at 07:48:14PM +0200, Till Kamppeter wrote:
> What about also including these backends (they are listed in 
> sane/sane-backends/doc/descriptions-external/ in the current CVS snapshot):
> 
> ibm

I have added that backend to CVS now.

Bye,
  Henning

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Tue, Apr 15, 2003 at 08:31:40AM +0200, Thomas Soumarmon wrote:
> The hp5400 backend works ok with sane 1.0.11. The main functionality it 
> misses, is the 2400 dpi scan. We have not been working on it for one month 
> due to lack a of spare time.

What about the license? Any reason not to use the SANE addition to GPL?

Bye,
  Henning

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Tue, Apr 15, 2003 at 09:53:40AM +0200, Julien BLACHE wrote:
> FYI I integrated your backend into the libsane-extras Debian package a
> week ago.
> 
> It built fine, and no problems were reported so far (somebody asked
> for its inclusion).

It won't work on Debian/BSD oe Debian/Hurd because of the ioctls I
guess :-)

Bye,
  Henning

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Tue, Apr 15, 2003 at 08:31:40AM +0200, Thomas Soumarmon wrote:
> SANE API
> I did not follow the changes that were made to the SANE API, if they exist, 
> so 
> I don't know what the behaviour of the backend could be with 1.0.12

The API hasn't been changed for years. The sanei functions may change,
but I don't think there has been a relevant change lately.

> Transport protocol
> The last point I think of is that the communication with the scanner is made 
> only through ioctl() function. To be SANE compliant, I suppose it would need 
> to have more options than this one. I suppose this should not be a lot of 
> work, but it is still too much for my own agenda.

Just use the sanei_usb functions. They'll select automatically libusb
or the kernel scanner driver.

Direct hardware access like ioctl shouldn't be in the backends directly.

What about libieee1284? I have seen some defines for that? Does the
backend work with parport also? If yes, that'd need some work to only
use libieee1284 if it's available.

> If someone would have time to integrate it into sane, it would be nice. 
> Integration would consist in :
> * port hp5400 Makefile into SANE compilation structure
> * verify hp5400 API is correct for SANE
> * support of others transport protocol 

I'll check how much work it is.

> The latest source code is accessible via cvs at sourceforge :
> cvs -d:pserver:anonym...@cvs.sourceforge.net:/cvsroot/hp5400backend login 
> cvs -d:pserver:anonym...@cvs.sourceforge.net:/cvsroot/hp5400backend co  
> hp5400/hp5400

cvs [login aborted]: end of file from server (consult above messages if any)

I'll try later.

> I would be very pleased if someone would help us for the integration of the 
> hp5400 backend.

Ok.

Bye,
  Henning

[sane-devel] Last call for new backends

[Julien BLACHE]

Thomas Soumarmon  wrote:

Hi,

> If someone would have time to integrate it into sane, it would be nice. 
> Integration would consist in :
> * port hp5400 Makefile into SANE compilation structure
> * verify hp5400 API is correct for SANE
> * support of others transport protocol 

FYI I integrated your backend into the libsane-extras Debian package a
week ago.

The package is built using a stripped-down sane-backends source tree ;
all I did is rename hp5400-sane.c to hp5400.c and hp5400.c to
hp5400_stdalone.c (or similar), adjusting file references where
needed.

It built fine, and no problems were reported so far (somebody asked
for its inclusion).

JB.

-- 
Julien BLACHE    
 

[sane-devel] Last call for new backends

[Thomas Soumarmon]

The hp5400 backend works ok with sane 1.0.11. The main functionality it=20
misses, is the 2400 dpi scan. We have not been working on it for one mont=
h=20
due to lack a of spare time.

SANE API
I did not follow the changes that were made to the SANE API, if they exis=
t, so=20
I don't know what the behaviour of the backend could be with 1.0.12

Transport protocol
The last point I think of is that the communication with the scanner is m=
ade=20
only through ioctl() function. To be SANE compliant, I suppose it would n=
eed=20
to have more options than this one. I suppose this should not be a lot of=
=20
work, but it is still too much for my own agenda.

If someone would have time to integrate it into sane, it would be nice.=20
Integration would consist in :
* port hp5400 Makefile into SANE compilation structure
* verify hp5400 API is correct for SANE
* support of others transport protocol=20

The latest source code is accessible via cvs at sourceforge :
cvs -d:pserver:anonym...@cvs.sourceforge.net:/cvsroot/hp5400backend login=
=20
cvs -d:pserver:anonym...@cvs.sourceforge.net:/cvsroot/hp5400backend co =20
hp5400/hp5400

I would be very pleased if someone would help us for the integration of t=
he=20
hp5400 backend.

Thank you,

Thomas.

Le Lundi 14 Avril 2003 20:18, Henning Meier-Geinitz a =E9crit :
> Hi,
>
> On Mon, Apr 14, 2003 at 07:48:14PM +0200, Till Kamppeter wrote:
> > What about also including these backends (they are listed in
> > sane/sane-backends/doc/descriptions-external/ in the current CVS
> > snapshot):
>
> Noone of the maintainers of these backends asked for inckusion as far
> as I know. I hesitate to add a backend without an active maintainer.
>
> > hp5400
>
> No idea.
>
> > ibm
>
> Not much used I guess at least the feedback I got was pretty minimal.
> But maybe the author got more. I'll have a look if it can be included
> without too much changes.
>
> > lhii
>
> The webpage is gone and  I haven't heard about this for years. Anyone
> using handscanners anymore?
>
> > niash
>
> No idea.
>
> > onetouch8600
>
> I'm getting a "connection closed " or "document contains no data" from
> the server currently.
>
> > primax
>
> That one may need some work to integrate it into sane as it currently
> compiles stand-alone.
>
> > scanwit
>
> Seems to think the device is detected without checking?
>
> > v4l2
>
> Is v4l2 used at all?
>
> > viceo
>
> IIRC, can't be added because of license trouble.
>
> Bye,
>   Henning
> ___
> Sane-devel mailing list
> sane-de...@www.mostang.com
> http://www.mostang.com/mailman/listinfo/sane-devel

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Mon, Apr 14, 2003 at 07:48:14PM +0200, Till Kamppeter wrote:
> What about also including these backends (they are listed in 
> sane/sane-backends/doc/descriptions-external/ in the current CVS snapshot):

Noone of the maintainers of these backends asked for inckusion as far
as I know. I hesitate to add a backend without an active maintainer.

> hp5400

No idea.

> ibm

Not much used I guess at least the feedback I got was pretty minimal.
But maybe the author got more. I'll have a look if it can be included
without too much changes.

> lhii

The webpage is gone and  I haven't heard about this for years. Anyone
using handscanners anymore?

> niash

No idea.

> onetouch8600

I'm getting a "connection closed " or "document contains no data" from
the server currently.

> primax

That one may need some work to integrate it into sane as it currently
compiles stand-alone.

> scanwit

Seems to think the device is detected without checking?

> v4l2

Is v4l2 used at all?

> viceo

IIRC, can't be added because of license trouble.

Bye,
  Henning

[sane-devel] Last call for new backends

[Till Kamppeter]

Henning Meier-Geinitz wrote:
> Hi,
> 
> if you intend to get a new backend into SANE 1.0.12 it's now time to
> tell us. Currently there are two backends on the TODO list:
> 
> - Hewlett-Packard ScanJet 3300C / 3400C and 4300C (wip)
>   http://sourceforge.net/projects/hp3300backend
> - Hewlett-Packard 4200c
>   http://hp4200-backend.sourceforge.net/
>   
> http://www.linuxprinting.org/till/tmp/sane-backends-1.0.9-hp4200-0.3.patch.bz2
>   http://fz.eryx.net/sane/#hp4200
>

What about also including these backends (they are listed in 
sane/sane-backends/doc/descriptions-external/ in the current CVS snapshot):

hp5400
ibm
lhii
niash
onetouch8600
primax
scanwit
v4l2
viceo

Till

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

if you intend to get a new backend into SANE 1.0.12 it's now time to
tell us. Currently there are two backends on the TODO list:

- Hewlett-Packard ScanJet 3300C / 3400C and 4300C (wip)
  http://sourceforge.net/projects/hp3300backend
- Hewlett-Packard 4200c
  http://hp4200-backend.sourceforge.net/
  
http://www.linuxprinting.org/till/tmp/sane-backends-1.0.9-hp4200-0.3.patch.bz2
  http://fz.eryx.net/sane/#hp4200
  
What's the status of those? Are there any others that are intended to
go in 1.0.12 (or later versions)?

Bye,
  Henning

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

On Thu, Apr 18, 2002 at 10:04:56AM +0100, Major A wrote:
> There are some issues pending still, I'll fix them soon, probably over
> the weekend. Here are the current "critical" issues from the TODO,
> these are the ones from Frank's and your comments that I haven't
> corrected yet:
> 
> - check return values (xmalloc etc.)
> - buffer line if maxlen too small
> - run indent -gnu
> - proper version numbers in files, CVS $Id-s
> 
> What's the procedure of including the backend into CVS?

If you are ready, ask on the list for inclusion. Someone of the
developers will pick up your backend and include it into CVS.
You should ask Petter Reinholdtsen for CVS write access if you don't
have it until now. So you can update your backend later.

http://www.student.uit.no/~pere/linux/sane/cvs-server.html

It would help if you can also provide the entries you would like to
see in AUTHORS and doc/sane.man.

> Does it help you if I compile the code on an two different alpha
> platforms (Tru64 5.1 and Debian GNU/Linux)? These are the only non-i86
> machines I have direct access to.

Yes, testing on non-Linux-i386 is always a good thing (tm).

Bye,
  Henning

[sane-devel] Last call for new backends

[Major A]

Henning,

> The only pending new backend I heard from recently is coolscan2, which
> had some comments from me and Frank. If it's ready now, please mail
> me.

There are some issues pending still, I'll fix them soon, probably over
the weekend. Here are the current "critical" issues from the TODO,
these are the ones from Frank's and your comments that I haven't
corrected yet:

- check return values (xmalloc etc.)
- buffer line if maxlen too small
- run indent -gnu
- proper version numbers in files, CVS $Id-s

What's the procedure of including the backend into CVS?

Does it help you if I compile the code on an two different alpha
platforms (Tru64 5.1 and Debian GNU/Linux)? These are the only non-i86
machines I have direct access to.

  Andras

===
Major Andras
e-mail: and...@users.sourceforge.net
www:http://andras.webhop.org/
===

[sane-devel] Last call for new backends

[Henning Meier-Geinitz]

Hi,

New backends must have been included into sane-backends until
2002-04-22 (next Monday). As we need some time to check the backends
(and you to fix them :-) please contact the list during the next days,
if you want to see your backend in sane-backends-1.0.8.

The only pending new backend I heard from recently is coolscan2, which
had some comments from me and Frank. If it's ready now, please mail
me.

Otherwise I don't know of any backend but maybe your mail was lost or
I missed it so if there is another backend for 1.0.8, please cry now :-)

Concerning the update for the canon backend (Ulrich Deiters): I had
some comments on this. What's the actual status? If it can't be
finished, I can try myself. However, there is some more time (until
2002-05-01) because it's just an update.

Bye,
  Henning

[sane-devel] Last call for new backends

[Frank Zago]

Hi Henning,

I plan to submit the leo backend later this week. It's ready but missing
some documentation and translation.

Frank.