[sane-devel] sane cvs still in code freeze

[Julien BLACHE]

"m. allan noah"  wrote:

Hi,

> Guys- lets leave the CVS server alone for a couple days so Julien can
> import it into git. After he gives the OK, we'll have to start a new
> thread so us git noobs can figure out how to use the thing... :)

I hope to be able to at least start on this today, but that may end up
being pushed back to tomorrow. Shouldn't take long after that.

JB.

-- 
Julien BLACHE    
  GPG KeyID 0xF5D65169

[sane-devel] sane-backends 1.0.20 Released

[Julien BLACHE]

"m. allan noah"  wrote:

Hi,

> * FreeBSD users should use LDFLAGS="-lcam"
> * users with gphoto2 installed outside of /usr/lib should use
> LDFLAGS="-L/path/to/gphoto"

Building with --enable-pthreads, all hell breaks loose as not
everybody is linking $(PTHREADS_LIBS) in.

Chris, you've got work :P

JB.

-- 
Julien BLACHE    
  GPG KeyID 0xF5D65169

[sane-devel] sane-backends 1.0.20 Released

[m. allan noah]

On Mon, May 4, 2009 at 5:17 AM, Julien BLACHE  wrote:
> "m. allan noah"  wrote:
>
> Hi,
>
>> * FreeBSD users should use LDFLAGS="-lcam"
>> * users with gphoto2 installed outside of /usr/lib should use
>> LDFLAGS="-L/path/to/gphoto"
>
> Building with --enable-pthreads, all hell breaks loose as not
> everybody is linking $(PTHREADS_LIBS) in.
>
> Chris, you've got work :P

well, there's always 1.0.21 :)

allan
-- 
"The truth is an offense, but not a sin"

[sane-devel] sane-backends 1.0.20 Released

[Chris Bagwell]

On 05/04/2009 04:17 AM, Julien BLACHE wrote:
> "m. allan noah"  wrote:
>
> Hi,
>
>
>> * FreeBSD users should use LDFLAGS="-lcam"
>> * users with gphoto2 installed outside of /usr/lib should use
>> LDFLAGS="-L/path/to/gphoto"
>>  
>
> Building with --enable-pthreads, all hell breaks loose as not
> everybody is linking $(PTHREADS_LIBS) in.
>
>
Are you referring to sane-backends?  I can't find a --enable-pthreads 
option.  Also, I tried for the first time the --enable-fork-process 
option but still had no compile issues.

Oh wait, grepping for pthreads in backend directory, I see references to 
pthread functions in mustek, pixma, and snapscan but I'm only linking in 
for mustek.

Assuming that's not dead code then I guess I missed a couple.  I've no 
idea why this isn't causing a link failure for myself on any of my 
platforms.  Do you have some sort of strict compile flag your using?

Also, can you verify those two backends align with what your seeing fail?

Thanks,
Chris
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20090504/f6a23f3a/attachment.htm>

[sane-devel] sane-backends 1.0.20 Released

[Julien BLACHE]

Chris Bagwell  wrote:

Hi Chris,

> Are you referring to sane-backends?  I can't find a --enable-pthreads
> option.  Also, I tried for the first time the --enable-fork-process
> option but still had no compile issues.

Yes, that's sane-backends and the option is actually
--disable-fork-process (which does exactly what --enable-pthreads
would do if it existed ;))

It switches sanei_thread from using fork() to using pthreads for
reader processes.

> Oh wait, grepping for pthreads in backend directory, I see references
> to pthread functions in mustek, pixma, and snapscan but I'm only
> linking in for mustek.

In scapscan pthread_*() functions are used when sanei_thread uses
pthreads to do some locking. They are not used otherwise.

> Also, can you verify those two backends align with what your seeing fail?

The first one I see failing is agfafocus. Any sanei_thread user needs
pthreads when --disable-fork-process is used, so there's some automake
foo to be done here.

Easiest would be a new variable for pthreads libs when
--disable-fork-process is used, so you can just define this variable
when needed and leave it empty otherwise. And add it to all the
sanei_thread users.


There's also the issue of excessive dependencies on libsane.so; we
should make a decision about that. Though it's already much better
having to fix a couple of variables in a Makefile rather than
extensively patching a Makefile :) My amount of patching has
dramatically decreased with this release, thanks for that :)

JB.

-- 
Julien BLACHE    
  GPG KeyID 0xF5D65169

[sane-devel] sane-backends 1.0.20 Released

[Julien BLACHE]

"m. allan noah"  wrote:

Hi,

> well, there's always 1.0.21 :)

Yup, if we pile up enough fixes over the coming week, looks like
there's a bugfix release looming :)

JB.

-- 
Julien BLACHE    
  GPG KeyID 0xF5D65169

[sane-devel] Scan as pdf gives only blank page

[cool.chri...@web.de]

Hello,

I'm using xsane to create PDF-Docs to achive eg bills or other documents. 
After the update from Kubuntu 8.10 intrepid to 9.04 jaunty the pdf-docs 
allways includes only a blank page.

When I scan the doc as jpg, and then create the pdf with printing the jpg-file, 
all is ok.

My system:

kubuntu 9.04 jaunty
sane 1.0.19
xsane 0.996
Epson Stylus DX3850

I hope, someone can help me? Thanx

Christoph
-- 
GPG-Fingerprint: 171A 6F66 52E5 A6CE D664 2427 832F E711 7442 8261
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: 
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20090504/87be2eeb/attachment.pgp>

[sane-devel] sane-backends 1.0.20 Released

[Chris Bagwell]

On Mon, May 4, 2009 at 9:03 AM, Julien BLACHE  wrote:

> Chris Bagwell  wrote:
>
> Hi Chris,
>
> > Are you referring to sane-backends?  I can't find a --enable-pthreads
> > option.  Also, I tried for the first time the --enable-fork-process
> > option but still had no compile issues.
>
> Yes, that's sane-backends and the option is actually
> --disable-fork-process (which does exactly what --enable-pthreads
> would do if it existed ;))
>
> It switches sanei_thread from using fork() to using pthreads for
> reader processes.
>

Ah, thats the part I was missing and can now reproduce.  Some of that double
negative logic in acinclude.m4 was confusing me and I thought my test on
Darwin would have fully tested it.

I can have a fix ASAP although I guess I'll need to hold off on submitting
until git is ready.

BTW, temporary work around  for those that need it: ./configure
--disable-fork-process LDFLAGS=-lpthread

Chris
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20090504/d66c8a8a/attachment.htm>

[sane-devel] sane-backends 1.0.20 Released

[Julien BLACHE]

Chris Bagwell  wrote:

Hi,

>> It switches sanei_thread from using fork() to using pthreads for
>> reader processes.
>
> Ah, thats the part I was missing and can now reproduce.  Some of that double
> negative logic in acinclude.m4 was confusing me and I thought my test on
> Darwin would have fully tested it.

Yes, it's a bit convoluted, isn't it? :) If you feel like adding a
--enable-pthreads instead, feel free ;)

> I can have a fix ASAP although I guess I'll need to hold off on submitting
> until git is ready.

You can send the patch on the list in the meantime, it'll probably
help.

Git repositories should be ready as soon as we'll have our directory
created on alioth. I have the repositories ready, bar a few config
bits for the hooks.

JB.

-- 
Julien BLACHE    
  GPG KeyID 0xF5D65169

[sane-devel] sane-backends 1.0.20 Released

[m. allan noah]

On Mon, May 4, 2009 at 11:03 AM, Julien BLACHE  wrote:
> Chris Bagwell  wrote:
>
> Hi,
>
>>> It switches sanei_thread from using fork() to using pthreads for
>>> reader processes.
>>
>> Ah, thats the part I was missing and can now reproduce. ?Some of that double
>> negative logic in acinclude.m4 was confusing me and I thought my test on
>> Darwin would have fully tested it.
>
> Yes, it's a bit convoluted, isn't it? :) If you feel like adding a
> --enable-pthreads instead, feel free ;)

yes- i was just going to say- lets drop --disable-fork and add
--enable-pthreads instead.

allan
-- 
"The truth is an offense, but not a sin"

[sane-devel] Git repositories are up

[Julien BLACHE]

Hi,

The git repositories for SANE are up and running on alioth.

You can clone the various repositories using:
 git clone ssh://login at git.debian.org/git/sane/sane-backends.git
 git clone ssh://login at git.debian.org/git/sane/sane-frontends.git
 git clone ssh://login at git.debian.org/git/sane/website.git

HTTP access for cloning for the corporate-firewall-impaired among us:
 git clone http://git.debian.org/git/sane/sane-backends.git
 git clone http://git.debian.org/git/sane/sane-frontends.git
 git clone http://git.debian.org/git/sane/website.git

sane-backends is a ca. 20 MB download, sane-frontends is < 1 MB and
the website is ca. 2 MB.

gitweb URLs:
 
 
 

Enjoy git log, git shortlog, git diff, gitk for a graphical
representation of the history and history browsing, all of that
without a remote server.

Enjoy being able to stage your commits and push them out later, or
stash out changes you're working on when you stumble upon a bug that
needs fixing before (and independently from) those changes.

And a lot more! :)

I guess I'm waiting for questions now? :) (and flames?)

JB.

-- 
Julien BLACHE    
  GPG KeyID 0xF5D65169

[sane-devel] Git repositories are up

[Michael Cronenworth]

 Original Message 
Subject: [sane-devel] Git repositories are up
From: Julien BLACHE 
To: SANE Mailing List 
Date: 05/04/2009 12:02 PM

> 
> I guess I'm waiting for questions now? :) (and flames?)
> 


Good work! I hope to build a Win32 package now that you have this 
running officially.

[sane-devel] Canon MF4010/MF4018

[Dennis Lou]

There seems to be a disconnect on support status for the MF4010/MF4018.

These 3 seem to lack consensus:

http://www.nabble.com/Canon-MF4018-works-with-pixma-backend-td22935035.html

http://www.sane-project.org/sane-mfgs.html#Z-CANON

http://www.sane-project.org/man/sane-pixma.5.html

-Dennis


  

[sane-devel] Scan as pdf gives only blank page

[Werner Holtfreter]

Am Montag, 2009-05-04 16:43:14 schrieb cool.chris65 at web.de:

> I'm using xsane to create PDF-Docs to achive eg bills or other
> documents. After the update from Kubuntu 8.10 intrepid to 9.04
> jaunty the pdf-docs allways includes only a blank page.

Yes, pdf-creating with xsane0.995 is broken also in Suse11.0. My
result was readable only in some pdf-readers, in others not.

Today, I updated to xsane0.996 and can *not* reproduce this problem.

You should test with xsane0.996.
-- 
Viele Gr??e
Werner Holtfreter

[sane-devel] Scan as pdf gives only blank page

[Julien BLACHE]

Werner Holtfreter  wrote:

Hi,

> Yes, pdf-creating with xsane0.995 is broken also in Suse11.0. My
> result was readable only in some pdf-readers, in others not.

There was a bug related to the xref table in this version, it has been
partly fixed in 0.996 but the bug still exists for multipage PDF.

Unless your distro has patched it.

JB.

-- 
Julien BLACHE    
  GPG KeyID 0xF5D65169

[sane-devel] Git repositories are up

[Jeff Kowalczyk]

Julien BLACHE wrote:
>  git clone ssh://login at git.debian.org/git/sane/sane-backends.git
>
> I guess I'm waiting for questions now?

Are the ssh:// urls for committers only?

Should users and packagers use the http:// url forms?

Thanks,
Jeff

[sane-devel] compile sane snapshot under Freebsd 7.1

[Louis Lagendijk]

On Sat, 2009-05-02 at 15:59 -0500, Chris Bagwell wrote:
> I'm very glad to hear someone was able to test under FreeBSD.  Thats
> the main platform I do not have access to.  Really need to set up a
> qemu image some day.

> > > canon_dr.c picks the wrong saneopts.h (from /usr/local/sane). possibly
> > > other sources do the same, but I for now simply removed the old sane
> > > includes
> > > 
> > 
> > most backends seem to include the system sane files instead of the src
> > ones. perhaps we should change that at some point?
> >   
> I didn't worry about this because I assumed our -I options should
> always force it to look for internal versions first.
> 
> AM_CPPFLAGS = -I. -I$(srcdir) -I$(top_builddir)/include -I
> $(top_srcdir)/include -DLIBDIR="$(libdir)/sane"
> 
> Somehow your still getting -I/usr/local/include with higher priority.
> How was that specified?  "./configure CPPFLAGS=-I/usr/local/include"?
> 
> Can you look at what command line options are being used to compile?
> You will need to edit backend/Makefile and remove the "--silent" from
> $LIBTOOL.

> Generating umax1220u.conf from umax1220u.conf.in
Generating umax.conf from umax.conf.in
Generating umax_pp.conf from umax_pp.conf.in
Generating v4l.conf from v4l.conf.in
Generating xerox_mfp.conf from xerox_mfp.conf.in
Generating dll.conf from dll.conf.in
Generating saned.conf from saned.conf.in
gmake  all-am
gmake[1]: Entering directory
`/usr/ports/graphics/sane-backends/sane-backends/backend'
rm -f dll-s.c
ln -s ./stubs.c dll-s.c
/bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../include/sane -I/usr/local/include -I. -I. -I../include -I../include
-DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=dll -D_REENTRANT
-DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d
-DPATH_SANE_DATA_DIR=/usr/local/share
-DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=1
-g -O2 -W -Wall -Wcast-align -Wcast-qual -Wmissing-declarations
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes
-pedantic -ansi -MT libsane_la-dll-s.lo -MD -MP
-MF .deps/libsane_la-dll-s.Tpo -c -o libsane_la-dll-s.lo `test -f
'dll-s.c' || echo './'`dll-s.c
mkdir .libs
 gcc -DHAVE_CONFIG_H -I. -I../include/sane -I/usr/local/include -I. -I.
-I../include -I../include -DLIBDIR=/usr/local/lib/sane
-DBACKEND_NAME=dll -D_REENTRANT
-DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d
-DPATH_SANE_DATA_DIR=/usr/local/share
-DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=1 -g
-O2 -W -Wall -Wcast-align -Wcast-qual -Wmissing-declarations
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes
-pedantic -ansi -MT libsane_la-dll-s.lo -MD -MP
-MF .deps/libsane_la-dll-s.Tpo -c dll-s.c  -fPIC -DPIC
-o .libs/libsane_la-dll-s.o
mv -f .deps/libsane_la-dll-s.Tpo .deps/libsane_la-dll-s.Plo
/bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../include/sane -I/usr/local/include -I. -I. -I../include -I../include
-DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=dll -D_REENTRANT
-DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d
-DPATH_SANE_DATA_DIR=/usr/local/share
-DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=1
-g -O2 -W -Wall -Wcast-align -Wcast-qual -Wmissing-declarations
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes
-pedantic -ansi -MT libdll_la-dll.lo -MD -MP -MF .deps/libdll_la-dll.Tpo
-c -o libdll_la-dll.lo `test -f 'dll.c' || echo './'`dll.c
 gcc -DHAVE_CONFIG_H -I. -I../include/sane -I/usr/local/include -I. -I.
-I../include -I../include -DLIBDIR=/usr/local/lib/sane
-DBACKEND_NAME=dll -D_REENTRANT
-DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d
-DPATH_SANE_DATA_DIR=/usr/local/share
-DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=1 -g
-O2 -W -Wall -Wcast-align -Wcast-qual -Wmissing-declarations
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes
-pedantic -ansi -MT libdll_la-dll.lo -MD -MP -MF .deps/libdll_la-dll.Tpo
-c dll.c  -fPIC -DPIC -o .libs/libdll_la-dll.o
dll.c: In function 'load':
dll.c:535: warning: ISO C forbids conversion of object pointer to
function pointer type
dll.c:560: warning: ISO C forbids conversion of object pointer to
function pointer type
mv -f .deps/libdll_la-dll.Tpo .deps/libdll_la-dll.Plo
/bin/sh ../libtool  --tag=CC   --mode=link gcc  -g -O2 -W -Wall
-Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wstrict-prototypes -pedantic -ansi   -o
libdll.la  libdll_la-dll.lo  
ar cru .libs/libdll.a .libs/libdll_la-dll.o
ranlib .libs/libdll.a
creating libdll.la
(cd .libs && rm -f libdll.la && ln -s ../libdll.la libdll.la)
/bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../include/sane -I/usr/local/include -I. -I. -I../include -I../include
-DLIBDIR="/usr/local/lib/sane" -D_REENTRANT
-DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d
-DPATH_SANE_DATA_DIR=/usr/local/share
-DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=1
-g -O

[sane-devel] Git repositories are up

[Michael Cronenworth]

 Original Message 
Subject: Re: [sane-devel] Git repositories are up
From: Jeff Kowalczyk 
To: sane-devel at lists.alioth.debian.org
Date: 05/04/2009 01:58 PM

> 
> Are the ssh:// urls for committers only?
> 
> Should users and packagers use the http:// url forms?
> 

Yes and yes.

There's also a third protocol: git://

It works the same as HTTP but without needing Apache/WebDAV.

[sane-devel] Scan as pdf gives only blank page

[Werner Holtfreter]

Am Montag, 2009-05-04 20:43:24 schrieb Julien BLACHE:

> There was a bug related to the xref table in this version, it has
> been partly fixed in 0.996 but the bug still exists for multipage
> PDF.

Thank you for the information. But xsane create only 
single-page-pdfs, isn't it? In other case: Which switch on xsane 
make a multipage-pdf?

Is the frontend topic in this mailing list?
-- 
Viele Gr??e
Werner Holtfreter

[sane-devel] compile sane snapshot under Freebsd 7.1

[Chris Bagwell]

On Mon, May 4, 2009 at 2:22 PM, Louis Lagendijk
wrote:

> On Sat, 2009-05-02 at 15:59 -0500, Chris Bagwell wrote:
>
> > > > canon_dr.c picks the wrong saneopts.h (from /usr/local/sane).
> possibly
> > > > other sources do the same, but I for now simply removed the old sane
> > > > includes
> > > >
> > >
> > > most backends seem to include the system sane files instead of the src
> > > ones. perhaps we should change that at some point?
> > >
> > I didn't worry about this because I assumed our -I options should
> > always force it to look for internal versions first.
> >
> > AM_CPPFLAGS = -I. -I$(srcdir) -I$(top_builddir)/include -I
> > $(top_srcdir)/include -DLIBDIR="$(libdir)/sane"
> >
> > Somehow your still getting -I/usr/local/include with higher priority.
> > How was that specified?  "./configure CPPFLAGS=-I/usr/local/include"?
> >
> > Can you look at what command line options are being used to compile?
> > You will need to edit backend/Makefile and remove the "--silent" from
> > $LIBTOOL.
>
> > Generating umax1220u.conf from umax1220u.conf.in
> Generating umax.conf from umax.conf.in
> Generating umax_pp.conf from umax_pp.conf.in
> Generating v4l.conf from v4l.conf.in
> Generating xerox_mfp.conf from xerox_mfp.conf.in
> Generating dll.conf from dll.conf.in
> Generating saned.conf from saned.conf.in
> gmake  all-am
> gmake[1]: Entering directory
> `/usr/ports/graphics/sane-backends/sane-backends/backend'
> rm -f dll-s.c
> ln -s ./stubs.c dll-s.c
> /bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
> -I../include/sane -I/usr/local/include -I. -I. -I../include -I../include
> -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=dll -D_REENTRANT
> -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d
> -DPATH_SANE_DATA_DIR=/usr/local/share
> -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane -DV_MAJOR=1 -DV_MINOR=1
> -g -O2 -W -Wall -Wcast-align -Wcast-qual -Wmissing-declarations
> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes
> -pedantic -ansi -MT libsane_la-dll-s.lo -MD -MP
> -MF .deps/libsane_la-dll-s.Tpo -c -o libsane_la-dll-s.lo `test -f
> 'dll-s.c' || echo './'`dll-s.c
> mkdir .libs
>


The above confirms we are setting up -I options correctly.

I believe I see the issue now... We have 3 versions of including saneopts.h
in various files.

#include 
#include "sane/getopts.h"
#include "../include/sane/getopts.h"

I had trouble finding an official definition of difference between <> and""
but I finally found in GNU's cpp manual that <> means look in -I places and
then standard system header places as a fall back.

It then says that "" looks in current directory but falls back to standard
system header places.  It makes no mention of referencing -I values.  So
that seems the issue.

We need to get rid of all #include "sane/getopts.h" and also better to align
with just 1 way to do it such as also getting rid of all #include
 as well.

I can align this soon if someone else doesn't want to take that up
themselves.
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20090504/39b78925/attachment-0001.htm>

[sane-devel] compile sane snapshot under Freebsd 7.1

[m. allan noah]

On Mon, May 4, 2009 at 4:04 PM, Chris Bagwell  wrote:
>
>
> On Mon, May 4, 2009 at 2:22 PM, Louis Lagendijk 
> wrote:
>>
>> On Sat, 2009-05-02 at 15:59 -0500, Chris Bagwell wrote:
>>
>> > > > canon_dr.c picks the wrong saneopts.h (from /usr/local/sane).
>> > > > possibly
>> > > > other sources do the same, but I for now simply removed the old sane
>> > > > includes
>> > > >
>> > >
>> > > most backends seem to include the system sane files instead of the src
>> > > ones. perhaps we should change that at some point?
>> > >
>> > I didn't worry about this because I assumed our -I options should
>> > always force it to look for internal versions first.
>> >
>> > AM_CPPFLAGS = -I. -I$(srcdir) -I$(top_builddir)/include -I
>> > $(top_srcdir)/include -DLIBDIR="$(libdir)/sane"
>> >
>> > Somehow your still getting -I/usr/local/include with higher priority.
>> > How was that specified? ?"./configure CPPFLAGS=-I/usr/local/include"?
>> >
>> > Can you look at what command line options are being used to compile?
>> > You will need to edit backend/Makefile and remove the "--silent" from
>> > $LIBTOOL.
>>
>> > Generating umax1220u.conf from umax1220u.conf.in
>> Generating umax.conf from umax.conf.in
>> Generating umax_pp.conf from umax_pp.conf.in
>> Generating v4l.conf from v4l.conf.in
>> Generating xerox_mfp.conf from xerox_mfp.conf.in
>> Generating dll.conf from dll.conf.in
>> Generating saned.conf from saned.conf.in
>> gmake ?all-am
>> gmake[1]: Entering directory
>> `/usr/ports/graphics/sane-backends/sane-backends/backend'
>> rm -f dll-s.c
>> ln -s ./stubs.c dll-s.c
>> /bin/sh ../libtool ?--tag=CC ? --mode=compile gcc -DHAVE_CONFIG_H -I.
>> -I../include/sane -I/usr/local/include -I. -I. -I../include -I../include
>> -DLIBDIR="/usr/local/lib/sane" -DBACKEND_NAME=dll -D_REENTRANT
>> -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d
>> -DPATH_SANE_DATA_DIR=/usr/local/share
>> -DPATH_SANE_LOCK_DIR=/usr/local/var/lock/sane ? ? -DV_MAJOR=1 -DV_MINOR=1
>> -g -O2 -W -Wall -Wcast-align -Wcast-qual -Wmissing-declarations
>> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes
>> -pedantic -ansi -MT libsane_la-dll-s.lo -MD -MP
>> -MF .deps/libsane_la-dll-s.Tpo -c -o libsane_la-dll-s.lo `test -f
>> 'dll-s.c' || echo './'`dll-s.c
>> mkdir .libs
>>
>
> The above confirms we are setting up -I options correctly.
>
> I believe I see the issue now... We have 3 versions of including saneopts.h
> in various files.
>
> #include 
> #include "sane/getopts.h"
> #include "../include/sane/getopts.h"
>
> I had trouble finding an official definition of difference between <> and""
> but I finally found in GNU's cpp manual that <> means look in -I places and
> then standard system header places as a fall back.
>
> It then says that "" looks in current directory but falls back to standard
> system header places.? It makes no mention of referencing -I values.? So
> that seems the issue.
>
> We need to get rid of all #include "sane/getopts.h" and also better to align
> with just 1 way to do it such as also getting rid of all #include
>  as well.
>
> I can align this soon if someone else doesn't want to take that up
> themselves.

I guess we should also do all the other sane-specific include files
this way too. Chris- if you are bored, please do it, otherwise I will
do it tomorrow.

Thanks.

allan
-- 
"The truth is an offense, but not a sin"

[sane-devel] Canon MF4010/MF4018

[Nicolas Martin]

Yes, a documentation mismatch in pixma.desc, will be corrected ASAP

Nicolas 

Le lundi 04 mai 2009 ? 11:20 -0700, Dennis Lou a ?crit :
> There seems to be a disconnect on support status for the MF4010/MF4018.
> 
> These 3 seem to lack consensus:
> 
> http://www.nabble.com/Canon-MF4018-works-with-pixma-backend-td22935035.html
> 
> http://www.sane-project.org/sane-mfgs.html#Z-CANON
> 
> http://www.sane-project.org/man/sane-pixma.5.html
> 
> -Dennis
> 
> 
>   
> 
> --
> sane-devel mailing list: sane-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/sane-devel
> Unsubscribe: Send mail with subject "unsubscribe your_password"
>  to sane-devel-request at lists.alioth.debian.org

[sane-devel] MinGW, Win32, git, and io.h

[Michael Cronenworth]

Not good.

The requirement in sanei for io.h means that a Win32 build isn't 
possible. I'm assuming you are using inb() and outb() to require io.h. I 
don't know of any Win32 replacements off the top of my head.

This may not be a show stopper, as the fujitsu backend does not use 
those calls as far as I see, and that works great on 1.0.19.

Any comments are appreciated.

[sane-devel] MinGW, Win32, git

[Michael Cronenworth]

 Original Message 
Subject: [sane-devel] MinGW, Win32, git, and io.h
From: Michael Cronenworth 
To: SANE Mailing List 
Date: 05/04/2009 04:45 PM

> Not good.
> 
> The requirement in sanei for io.h means that a Win32 build isn't 
> possible. I'm assuming you are using inb() and outb() to require io.h. I 
> don't know of any Win32 replacements off the top of my head.
> 

I updated my Fedora MinGW environment and this silenced the configure 
error about missing ANSI includes... just a gcc/binutils update so I'm 
not sure what changed to fix this.

Now that configure is done, it looks like none of my previous Win32 
patches made it in. I'll make new patches and send them to the list when 
they are ready.

[sane-devel] Git repositories are up

[Chris Bagwell]

On Mon, May 4, 2009 at 12:02 PM, Julien BLACHE  wrote:

> Hi,
>
> The git repositories for SANE are up and running on alioth.
>

Just had to make a submission to have an excuse to try git for the first
time.  So far I'm really liking all those commands you can do without having
to contact the server.

Perhaps an additional set of tips for us first timers trying to simulate cvs
operations.  It may save you a few minutes of searching.

- "git pull" is like "cvs update".
- The two step operation of "git commit -a" followed by "git push" is
similar to "cvs commit".
- Seems the standard protocol for commit messages is:

[ one line summary of change ]
[ empty line ]
[ multi-line description of change if required. ]

And a few possible issue that I'm sure your aware of Julien.

- I didn't receive a commit email.  Could be mail server not sending to
sender.
- I went to sane-commit archive on web page to see if it was sent.  The
archive is shown as empty.
- Sane webpage still points to cvs on download page.

Chris
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20090504/b279d712/attachment.htm>

[sane-devel] sane-backends 1.0.20 Released

[Chris Bagwell]

On Mon, May 4, 2009 at 10:06 AM, m. allan noah  wrote:

> On Mon, May 4, 2009 at 11:03 AM, Julien BLACHE  wrote:
> > Chris Bagwell  wrote:
> >
> > Hi,
> >
> >>> It switches sanei_thread from using fork() to using pthreads for
> >>> reader processes.
> >>
> >> Ah, thats the part I was missing and can now reproduce.  Some of that
> double
> >> negative logic in acinclude.m4 was confusing me and I thought my test on
> >> Darwin would have fully tested it.
> >
> > Yes, it's a bit convoluted, isn't it? :) If you feel like adding a
> > --enable-pthreads instead, feel free ;)
>
> yes- i was just going to say- lets drop --disable-fork and add
> --enable-pthreads instead.
>

OK, thats what I did.  Also, I changed things so that if --disable-pthread
is specified that we do not needlessly link in -lpthread or set the CPPFLAGS
to re-entrant.  I would appreciate a quick glance by someone to make sure I
didn't get any logic wrong.

Here's to hoping my first commit with git went well.

Chris
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20090504/458e0321/attachment.htm>