On Thu, Oct 3, 2013 at 1:34 PM, Johannes Bauer wrote:
> On 03.10.2013 13:12, m. allan noah wrote:
>> I would recommend that you use git bisect (or a manual equivalent) to
>> find the commit that breaks epson2. Then we can investigate a fix.
>
> This is really messed up:
>
> 206e6ed094c080be903b154
On Thu, Oct 3, 2013 at 4:32 AM, Johannes Bauer wrote:
> Hi list,
>
> I have two scanners, one that uses the epson2 backend and a nex ScanSnap
> ix500 which uses the fujitsu. For the newer ix500 I needed a fairly
> recent version, so I'm currently using git head of sane-backends. This
> report conc
> allan
>
> On Mon, Sep 23, 2013 at 4:40 PM, Chris Bagwell
> wrote:
> > Kinda snuck up on me. I probably won't be able to do another test
> compile
> > on OSX, Windows, and Fedora until towards end of week.
> >
> > Chances are high that they are s
Kinda snuck up on me. I probably won't be able to do another test compile
on OSX, Windows, and Fedora until towards end of week.
Chances are high that they are still compiling since last month's test run
though.
Chris
On Mon, Sep 23, 2013 at 3:25 PM, m. allan noah wrote:
> Yes. But, I'm not f
m. allan noah wrote:
> Your suggested changes sound fine to me.
>
> allan
>
> On Sun, Aug 25, 2013 at 1:09 PM, Chris Bagwell
> wrote:
> > Hi all,
> >
> > This is probably directly more towards St?phane based on recent USB work
> but
> > of interest to all
Hi all,
This is probably directly more towards St?phane based on recent USB work
but of interest to all.
The sanie_usb_test.c test is failing on one of my Linux boxes in the
test_open_all() test... I'd like to get some input on best way to fix this
failure or if we should fix it at all.
The reas
Applied this patch and your other model patch to git.
Someone else will have to do the HTML part.
Chris
On Sun, Aug 18, 2013 at 10:41 PM, Olaf Meeuwissen wrote:
> Just pinging the list about the status of the patch I sent mid June.
> Anyone willing to commit?
>
> Olaf Meeuwissen writes:
>
> >
On Fri, Aug 23, 2013 at 10:46 AM, ?l ??gn?r wrote:
> I compiled sane from git as mentioned below. Can I ignore the messages
> with autoreconf?
>
>
$ cd /install/linuxins/sane-git/src/
>
> $ git clone git://git.debian.org/sane/sane-backends.git
>
> $ cd /install/linuxins/sane-git/src/sane-backends
On Sun, Aug 11, 2013 at 3:31 PM, Stef wrote:
> Hello,
>
> it's about one year that SANE 1.0.23 has been released. I think we
> should set a release plan to get 1.0.24 ready this year.
>
> Regards,
> Stef
>
For what its worth, I've finally submitted the one patch I wanted to get in
be
On Wed, Sep 5, 2012 at 5:12 AM, Matteo Gasparin
wrote:
> I'm using the 1.0.22 tarball downloaded from
> https://alioth.debian.org/frs/?group_id=30186
You'll want to download the just released 1.0.23 or grab from git. It
has several mingw32 bugfixes.
> For the environment variables, do I just n
On Tue, Sep 4, 2012 at 10:33 AM, Matteo Gasparin
wrote:
> I'm trying to write a multi platform scanning utility using SANE but, while
> everything with linux is fine, opening the device and all, I find issues
> with windows, both xp 32 and 7 64 bit. I downloaded the source and compiled
> it using
Thanks for the report and sorry about that. Second time I messed up
with this change. I just submitted a fix for it.
Its really odd how the different compiler versions and
--disable-shared are all catching different symbol issues. My Fedora
17 wasn't finding this issue.
This time, I ran "confi
/liblib.la \
+ ../lib/libfelib.la
saned_SOURCES = saned.c
saned_LDADD = ../backend/libsane.la ../sanei/libsanei.la ../lib/liblib.la \
Chris
On Thu, Aug 9, 2012 at 8:04 PM, m. allan noah wrote:
> I have committed these changes.
>
> allan
>
> On Thu, Aug 9, 2012 at
Could you submit the changes then?
With that combo below, it should make it so only frontends/Makefile.am
and frontsends/Makefile.in need to be submitted that have minor
changes. With my installed tools, its closer to 10 or more files with
large changes.
Chris
On Wed, Aug 8, 2012 at 2:45 PM, St
On Wed, Aug 8, 2012 at 12:49 AM, Stef wrote:
> Hello,
>
> thanks for the patches. They work great here.
> For the linking problem, what should be the version number for old
> autoconf tools? The Makefile.in in git have a automake 1.11.1 tag, is it old
> enough? I may have a suitable te
I fixed the kvs backend symbol issues and committed them.
Also, I believe I have a fix for jpeg symbols. I think its just a
linking ordering issue. At least I got it working by hand editing the
frontend/Makefile and moving the libraries with missing symbols to
later in line of saned_LDADD and sc
On Sun, Jul 29, 2012 at 7:26 PM, m. allan noah wrote:
> Sane-backends is now in feature freeze. Bugs and documentation may
> still be fixed, but major improvements should be avoided. If you have
> access to a scanner or a platform that is even slightly uncommon,
> please try to test a current sane
On Wed, Jul 18, 2012 at 6:44 PM, m. allan noah wrote:
> Timetable:
> Jul 29, 2012: Feature freeze (only bugs + documentation updates)
> Aug 5, 2012: Code freeze (only horrible bugs + documentation updates)
> Aug 12, 2012: Release
>
> Speak up now if this timetable needs to change.
>
In last month
On Wed, Feb 29, 2012 at 1:00 PM, Michael Cronenworth wrote:
> Hi All/Chris,
>
> Fedora (17) is moving away from mingw.org to the w64 MinGW environment.
>
> The w64 folks have a new pthreads implementation called "winpthreads" and I
> have encountered an issue with it when compiling sane-backends.
On Tue, Jan 24, 2012 at 1:49 PM, Ruediger Meier wrote:
> On Tuesday 24 January 2012, Chris Bagwell wrote:
>> On Mon, Jan 23, 2012 at 5:05 PM, Ruediger Meier
> wrote:
>> > From: Ruediger Meier
>> >
>> > Now we will find getaddrinfo and getnameinfo on win
On Mon, Jan 23, 2012 at 5:05 PM, Ruediger Meier wrote:
> From: Ruediger Meier
>
> We want to use it later to do checks for getaddrinfo and getnameinfo
> more portable.
> ---
> ?acinclude.m4 | ? 57 +
> ?1 files changed, 57 insertions(+), 0 de
On Mon, Jan 23, 2012 at 5:05 PM, Ruediger Meier wrote:
> From: Ruediger Meier
>
> We have to do this on win32 before doing winsock2 stuff. It affects the
> whole application so don't know wheather it's right to startup and clean
> it here within the net backend.
Hmm, I wonder if the net.c backen
On Mon, Jan 23, 2012 at 5:05 PM, Ruediger Meier wrote:
> From: Ruediger Meier
>
> ---
> ?backend/net.c | ? ?5 +
> ?1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/backend/net.c b/backend/net.c
> index 5946a1b..03133d3 100644
> --- a/backend/net.c
> +++ b/backend/net.c
> @@ -
On Mon, Jan 23, 2012 at 5:05 PM, Ruediger Meier wrote:
> From: Ruediger Meier
>
> Here I just want to fix conflicts for win32 systems. Generally I'd say
> that we should never "#define socklen_t int" within config.h. But this
> may decide somebody else.
>
> Note this patch may break the build on
On Mon, Jan 23, 2012 at 5:05 PM, Ruediger Meier wrote:
> From: Ruediger Meier
>
> Now we will find getaddrinfo and getnameinfo on win32 systems.
> Note it should be even safe to use that macro for all systems instead of
> trying AC_CHECK_FUNCS first. For now I don't want to do such risky things
>
Ruediger, I'm try to find time and comment on this soon. Should I
comment on github or should you post the patches to the list so I can
reply? I had at least 3 comments from quick glance.
Also, you might should request write access to git so you can commit
these patches yourself if you think you
On Tue, Jan 17, 2012 at 6:13 PM, Ruediger Meier wrote:
> On Wednesday 18 January 2012, Chris Bagwell wrote:
>> On Tue, Jan 17, 2012 at 3:01 PM, Ruediger Meier wrote:
>
>> > Thx, I just see I've messed up that patch series a little while
>> > playing around with
On Tue, Jan 17, 2012 at 3:01 PM, Ruediger Meier wrote:
> On Tuesday 17 January 2012, Chris Bagwell wrote:
>> This patch series makes minor portability fixes to following
>> backends. I've not seen any objections from various maintainers... so
>> if I do not hear back by
This patch series makes minor portability fixes to following backends.
I've not seen any objections from various maintainers... so if I do
not hear back by weekend, I'll commit this patch series.
canon_dr
cardscan
epjitsu
fujitsu
kodak
gt68xx
microtek2
dll
Thanks for this and other windows patch
On Tue, Dec 20, 2011 at 1:53 PM, Michael Cronenworth wrote:
> Chris Bagwell on 12/18/2011 09:56 PM wrote:
>>
>> Not really. ?I'm sure upstream libusb is the best place to discuss.
>>
>> As long as libusb project has a suggested work around/file location
>> fo
On Fri, Dec 16, 2011 at 2:22 PM, Michael Cronenworth wrote:
> MinGW thread time again.
>
> The MinGW world has been split into two trees. The original mingw.org tree
> and the new w64 tree. Fedora, and other distros, are migrating from
> mingw.org to w64. Sane-backends will compile and run under t
Pushed your patch.
Chris
On Thu, Dec 8, 2011 at 5:58 PM, Olaf Meeuwissen
wrote:
> Dear all,
>
> A new release of Image Scan! for Linux has been made available at our
> website[1]. ?This release updates both the core and data packages. ?For
> information on which versions of what packages you nee
I just saw this commit so looks like its in now.
The following commit has been merged in the master branch:
commit 56cac490f968008084cb88604ec633659bd36dae
Author: Alessandro Zummo
Date: Fri Dec 2 00:27:28 2011 +0100
epson2: support TPU2 on GT-X800/V700
On Thu, Dec 1, 2011 at 5:41 AM, Mart
On Thu, Nov 10, 2011 at 10:02 PM, Olaf Meeuwissen
wrote:
> Olaf Meeuwissen writes:
>
>> Dear all,
>>
>> A new release of Image Scan! for Linux has been made available at our
>> website[1]. ?This release updates both the core and data packages. ?For
>> information on which versions of what package
Hi all,
I have 1 last patch to submit (the pthreads I posted to list) and all
of Sane's framework will compile under MinGW. At least USB and
Network parts of framework have been verified to work.
I know that the Epson2 and Fujitsu backends compile and work under
windows with resulting executable
; ? ? ? ?since usleep() time value is expressed in microseconds, I think
> ? ? ? ?sleep(5) should be replaced by usleep(500UL). usleep(5000) is too
> short.
>
> Regards,
> ? ? ? ?Stef
>
> ------ Forwarded message --
> From:?Chris Bagwell
> To:?sane-commit at
wrote:
> ? ? ? ?Hello,
>
> ? ? ? ?I don't get what save_flags var is for:
>
> ? ? ? ?save_flags = flags = fcntl(fd, F_GETFL, 0L);
>
> ? ? ? ?it is not used anywhere in sanei_udp_set_nonblock().
>
> Regards,
> ? ? ? ?Stef
>
> ------ Forwarded message
On Mon, Nov 7, 2011 at 7:44 PM, Chris Bagwell wrote:
> After that DLL build fix, I can copy libsane-epson2-1.dll to same
> directory as scanimage.exe but name it libsane-1.dll and now the
> epson2 backend is working with scanimage.exe.
>
> It correctly detects my network epson s
On Mon, Nov 7, 2011 at 10:55 AM, Michael Cronenworth wrote:
> Michael Cronenworth wrote:
>>
>> I'll try the latest git checkout plus this patch and see if it works any
>> better for me.
>
> The latest git + only your patch now compiles on the first try. However, the
> resulting DLL doesn't find th
On Mon, Nov 7, 2011 at 11:27 AM, Michael Cronenworth wrote:
> Michael Cronenworth wrote:
> The 64-bit compile against the latest git code doesn't complete. The backend
> make doesn't include "sanei_magic.lo" so the fujitsu object has some
> undefined function calls. It seems this is a byproduct of
Hi all,
I'm looking for a reviewer of attached patch and I'm also hoping
someone has a scanner who's driver uses threads can test this patch to
verify no regressions occurred (be sure and use --enable-pthread on
configure).
Current code assumes/requires that SANE_Pid is represented as an
integer
On Fri, Nov 4, 2011 at 12:38 PM, Michael Cronenworth wrote:
> Hello,
>
> In the past I posted about building for Windows. I had SANE 1.0.21 working
> fine. Today I have tried to build 1.0.22 and test it. The build works fine,
> but when I use the resulting DLL the scanner cannot be seen. Switching
I'll also add you should be sure and look at doc/backend-writing.txt
for tips on what to add to Makefile.am.
If there is info that would have helped you further, patches to that
file would be ideal to submit for the next developers benefit. For
example, the tip about only needing to sending patch
On Tue, Jun 14, 2011 at 2:49 PM, stef wrote:
> ? ? ? ?Hello,
>
> ? ? ? ?in order to debug more efficiently, I have to re-edit Makefiles to
> remove
> the two -O2 options in CFLAGS and change the -g to the -ggdb option. Is there
> an easy way to get CFLAGS=-ggdb when configuring SANE ?
>
I'v
sane backend build system - help
>
>
>> autoreconf -i -f
>> seems to have enabled me to make the backends.
>> So now I am trying the approach of adding a new backend (copy of an
>> existing one) to the backends to see if I can install that.
>>
>> Paul
>>
&g
Its common to have a newer version of autofoo tools on your system and
you'll need to update the pre-existing files committed in git.
Try running with install option to get newer versions of files: autoreconf -i
If that doesn't work then use the force option: autoreconf -i -f
Chris
On Sun, Apr
Thanks for taking time to report. This warning message can be ignored
in this case. At least its not the source of issue your seeing.
Chris
On Sat, Mar 19, 2011 at 11:44 PM, Edward Hartouni
wrote:
> on my iMac running OSX 10.5.8 with the sane-backends-1.0.22 ./configure
> script found the mess
I can commit on patches 0004 and 0005.
* 0004 looks OK to submit at any time.
* 0005 - I just updated the files in this area this week based on
Fedora 14's version of autofoo tools. Compared to that update, you
have a newer version of autoconf then I do but a quite older version
of libtool. On t
On Fri, Aug 27, 2010 at 5:45 AM, Johannes Meixner wrote:
>
> Hello,
>
> On Aug 26 20:41 m. allan noah wrote:
>>
>> Pthread is the default on other platforms because they generally don't
>> let open usb device handles pass across a fork(). Since this works on
>> Linux, and threads were so flaky all
produce logs, as showed up in the logs twain43 is
> providing.
>
> Just trying to figure out why this happens when compiled in this
> environment.
>
> Nicolas
>
> 2010/6/28 Chris Bagwell chris at cnpbagwell.com
>
>>
>>> I've been fading in and out of
On Wed, Jun 23, 2010 at 4:15 AM, wrote:
> Whooopssorry: my fault.
> Here they are: redone today.
>
> Twain28
>
> > Subject: Re: [sane-devel] Testing on Canon MF6580PL
> > From: nicolas0martin at gmail.com
> > To: twain43 at hotmail.com
> > CC: chris at cnpbagwell.com; sane-devel at lists.ali
Here is a suggestion. Since twain-sane binary seems to work better for you,
perhaps it has a patched version of libusb that works around some OSX bug.
Try comping and installing its version of libusb such that your git
sane-backends links to it:
http://www.ellert.se/PKGS/libusb-2009-09-10/src/lib
Probably binary blob from twain-sane links to a static version of libusb (or
distributes its own dyn library) and is compiled different then when
self-compiling from git.
I believe we've seen several reports of sane on OSX having some USB issues
when self compiled.
I'm not sure if twain-sane web
On Thu, May 27, 2010 at 9:31 AM, Gernot Hassenpflug wrote:
> On Thu, May 27, 2010 at 9:05 AM, Darren Goossens
> wrote:
> > Hi
> >
> > Has anyone got this combination to work? Canoscan N1240U and Mac OS X
> 10.6. Can you tell me how?
> >
> > I have tried the software at
> >
> > www.ellert.se/twai
I've been doing some limited testing using Artisan 800 and epson2 over
network connection only. Mostly, just loading up various GUI's and doing
previews.
1.0.21 snuck into Fedora 13 at last minute so thats how I was trying it out
with things like simple-scan and xsane.
I looked at Fedora's bugzi
Just a guess since you didn't mention working around following.
Macports is installed under /opt's and only looks for its libraries under
/opts. I think those twain-sane packages are self-contained packages.
So probably when you compiled xsane from Macports it pulled in the older
sane-backends-1
I think you nailed it. I looked at the link for the PPA and its a snapshot
of sane-backends from February and the git commit Olaf found is dated April.
So, kltrg, you'll need to get a newer version of sane-backends. Hopefully,
you can get the officially released 1.0.21 by now.
Chris
On Sun, Ma
I don't know the answer but probably the failure is related to this
part of the log file:
[epson2] using built in CCT profile
[epson2] esci_set_color_correction_coefficients
[epson2] esci_set_color_correction_coefficients: not supported
What version of sane-backends are you running? Looking at c
n Mon, Apr 26, 2010 at 3:04 PM, m. allan noah wrote:
> When was the last version of suse that used it replaced? If more than
> two years, kill it.
>
> allan
>
> On Mon, Apr 26, 2010 at 3:52 PM, Chris Bagwell
> wrote:
>> On Mon, Apr 26, 2010 at 5:28 AM, Julien BLACHE
On Mon, Apr 26, 2010 at 5:28 AM, Julien BLACHE wrote:
> Chris Bagwell wrote:
>
> Hi,
>
>> Others have replied about the remaining issues once @RESMGR@ typo is
>
> Speaking of resmgr, I think we can safely remove any code using it. I
> doubt it's still in use in
On Sun, Apr 25, 2010 at 3:25 PM, Ilm?rs Poik?ns wrote:
> Hi,
>
> I downloaded source from git repositories (sane-backends and sane-frontends)
> and tired to compile them.
>
> I have Ubuntu 9.10, needed dev library packages were there.
>
> sane-backends configure, make, make install was fine.
> san
>> On Mon, Apr 19, 2010 at 6:30 PM, Olaf Meeuwissen
>> wrote:
>> Here's a diff for epkowa.desc based on the thread[1] started by Chris
>> Bagwell regarding some SCSI models that needed some extra info.
>>
>> ?[1]
>> http://lists.alioth.debian.
>
> m. allan noah wrote:
>> [...]
>> Please check your .desc files, and make sure they are up to date with
>> all the scanners your backends support, and make sure none of your
>> supported scanners are listed in unsupported.desc.
>
> Here's a diff for epko
On Tue, Mar 2, 2010 at 5:42 PM, Olaf Meeuwissen
wrote:
>> Yes, they have a patch for "Expression800" in addition. ?My assumption
>> is it would be an issue with any SCSI-only EPSON scanner? ?Or is there
>> a small subset of names all models use?
>
> Hadn't heard about that one, I'll add that to e
On Mon, Mar 1, 2010 at 11:36 PM, Olaf Meeuwissen
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Chris Bagwell wrote:
>>
>> On Fedora, it seems its a common problem that hal or udev gets the
>> permissions for scsi Epson scanners wrong and users c
Hi all,
I'm reviewing Fedora patch set and notice an issue that I'm not sure
how to handle within Sane. Has this been discussed in past?
It looks like all 3 Epson backends can detect SCSI scanners based on
scsi type being "processor", vendor ID being "EPSON", and the
model/product name having 1
The easy thing I can suggest is to try compiling with
"--enable-pthread". I recall a past discussion related to libusb and
that sometimes causing it to work better.
If that doesn't fix things for you then your going to have to debug
this yourself. I do not think there are any active Solaris deve
I was going to wait a little closer to 1 year anniversary of last
release before bringing it up but thats starting to creep up on us. I
was also hoping we can get one out in time for Fedora 13 but their
freeze is coming up pretty quick.
I'll offer to help out as much as possible with the release.
On Tue, Jan 26, 2010 at 3:04 AM, Oliver Schwartz wrote:
> Hi all,
>
> On 25.01.2010, at 12:26, Torfinn Ingolfsen wrote:
>
> In the meantime, another FreeBSD user found a way to fix it, it is just a
>> one-line patch:
>> http://lists.freebsd.org/pipermail/freebsd-usb/2010-January/008172.html
>>
>>
On Mon, Jan 4, 2010 at 1:45 PM, Rainer Dorsch wrote:
> Alessandro,
>
> Am Montag, 4. Januar 2010 schrieben Sie:
> > On Mon, 4 Jan 2010 13:43:27 +0100
> >
> > Rainer Dorsch wrote:
> > > /home/rd/SW.nobackup/sane-backends/frontend/.libs/lt-scanimage:
> > > unrecognized option `--help'
> > > rd at
, 2010 at 5:06 PM, m. allan noah wrote:
> good call chris- you want to submit a fix?
>
> allan
>
> On Sun, Jan 3, 2010 at 4:14 PM, Rainer Dorsch wrote:
> > Hi Chris,
> >
> > Am Sonntag, 3. Januar 2010 schrieb Chris Bagwell:
> >> On Sun, Jan 3, 2010 at 7:
On Sun, Jan 3, 2010 at 7:01 AM, Rainer Dorsch wrote:
>
> For the long options issue:
> I rebuild git sane on another machine (also Debian stable aka Debian 5.0)
> and
> the long options error is still there. Even --help has problems. Which
> library is sane using to process the command line optio
On Thu, Dec 3, 2009 at 3:34 PM, Nicolas Martin wrote:
>
> >
> > Nicolas, I'm curious why you didn't recommend the following instead:
> >
> > make distclean
> > ./configure --enable-pthread
> >
> >
> >
> Yes Chris, you are right, I did not mention that, this adds the correct
> -lpthread option to
Sorry, meant to reply to mailing list.
-- Forwarded message --
From: Chris Bagwell
Date: Wed, Dec 2, 2009 at 7:00 PM
Subject: Re: [sane-devel] "sane_read: Device busy" with Canon PIXMA MX310
and sane 1.0.20-4ubuntu3
To: Rogier Eggers
On Wed, Dec 2, 2009 at 5:37
Meant for this to go to the mailing list for future reference.
-- Forwarded message --
From: Chris Bagwell
Date: Fri, Sep 25, 2009 at 10:04 AM
Subject: Re: Fw: [sane-devel] SANE compile problem on Solaris
To: David Price
On Fri, Sep 25, 2009 at 9:43 AM, David Price wrote
You may get further by editing lib/getopt.c and changing that line 121 to
look for ../include/lgetopt.h instead of ../include/getopt.h. Also, I think
similar bug in getopt1.c... Instead of #include "getopt.h", it should be
#include "../include/lgetopt.h".
Or you can grab latest sane-backends vers
On Mon, Sep 21, 2009 at 9:17 AM, Chris Bagwell wrote:
>
> There is some logic in acinclude.m4 to disable qcam backend if ioperm() and
> portaccess() are not defined... but it looks slightly buggy how it was
> phrased (should have been an "||" I think). And it doesn't c
On Mon, Sep 21, 2009 at 9:03 AM, wrote:
> Hi,
>
>
>
> please take a look at the attached logfile. There you?ll find the complete
> aoutput of the make-command.
>
>
>
> Thanks
>
> Oliver
>
>
>
OK, based on your log, it can not find the definitions for "inb" and "outb"
functions for the qcam back
On 09/20/2009 11:19 AM, carterbueford at gmx.net wrote:
>
> Hi,
>
> I get the following error during installation of sane-server on my
> mashine:
>
> collect2: ld returned 1 exit status
>
> make[2]: *** [libsane-qcam.la] Error 1
>
> make[2]: Leaving directory
> `/opt/install_dir/sane_install/sane
On Fri, Jun 26, 2009 at 10:45 AM, David Solomon wrote:
> Is there any way to disable the usage globally for testing?
>
> David
>
You can try to change to pthreads instead of fork as an easy test by using a
configure option. Not sure if it will make a difference.
Are you using 1.0.20 or git?
F
On Fri, Jun 26, 2009 at 10:55 AM, Michael Cronenworth wrote:
> David Solomon on 06/26/2009 10:45 AM wrote:
> > Is there any way to disable the usage globally for testing?
> >
>
>
> If you search through the mailing list archives you should find my MinGW
> patches (still don't seem to be accepted b
OK, I'm not exactly sure what is different from my last test but now
latest update of git and I can network scan great with my Artisan 800.
I just tried a hand full of resolutions and both flatbed and ADF. All
looked visually fine.
Thanks for your work on this!
Now, I guess I should go off an
If no one else gives it a go, I'll have a hand at updating the autoconf
macro. I've not much experience with cross platform locations of those
defines.
I see in my Fedora 11 Linux box that alot of those duplicates are
defined in (although perhaps hidden by some #ifdef's) and the
closest the
On Thu, May 28, 2009 at 2:46 PM, Dominik Wnek wrote:
> Alessandro Zummo pisze:
>
>> On Thu, 28 May 2009 08:43:21 +0900
>> Alesh Slovak wrote:
>>
>>
>>
>>> iscan limits itself to the epkowa backend, but Xsane was probably using
>>> the epson2 backend, which supports the necessary network protocol,
I see the issue now but do not know a way to fix it. BTW, the issue is
harmless but the scary looking message is built into the tools we use and
not able to be disabled.
Anyways, reviewing sane's OS X SCSI code, I see any time they compile
something, there is a "#undef VERSION" that conflicts wit
On Wed, May 27, 2009 at 6:43 PM, Alesh Slovak wrote:
>
>
> Also, can you send me a copy of the following file:
> /usr/share/hal/fdi/preprobe/20thirdparty/20-iscan.fdi
>
> Please send these files offlist, they are rather large.
>
> So, as I already had the epkowa driver installed, I tried Xsane. W
Yes, I would also appreciate if confirmation or clarification when a rebase
can be used. I probably mis-interrepted Julien's useful email to mean a
rebase only works when remote server has changes that do not affect your
local commits; else a merge is needed.
Chris
On Mon, May 11, 2009 at 8:02 A
gt; Date: Sat May 9 21:50:35 2009 -0500
>>
>> Adding changelog for recent commit.
>>
>> diff --git a/ChangeLog b/ChangeLog
>> index 0146403..e68983f 100644
>> --- a/ChangeLog
>> +++ b/ChangeLog
>> @@ -1,3 +1,6 @@
>> +2009-05-09 Chris Bagwel
On 05/10/2009 01:28 PM, m. allan noah wrote:
> On Sun, May 10, 2009 at 2:22 PM, Julien BLACHE wrote:
>
>> Ilia Sotnikov wrote:
>>
>> Hi,
>>
>>
>>> Could you please describe in what matter using relative paths to
>>> header files (eg. #include "../include/sane/sane.h") is better in
>>> c
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 proces
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 serve
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 remo
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 s
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
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.
Replies below.
On 05/02/2009 11:14 AM, m. allan noah wrote:
> On Sat, May 2, 2009 at 11:49 AM, Louis Lagendijk
> wrote:
>
> - libgphoto
On Sun, Apr 19, 2009 at 2:49 PM, m. allan noah wrote:
> It would also be helpful if folks could attempt to build the current
> sources on any uncommon platforms they have access to, so we can shake
> out any build system or compiler issues.
>
>
FYI: I compiled latest CVS successfully with Fedora
nrank wrote:
> On 09-Mar-24, at 11:22, Chris Bagwell wrote:
>
> This still results in the warnings about IOKit/scsi/SCSITaskLib.h that I
> previously posted, but as Chris suggested, I ignored those because my
> scanner is USB not SCSI.
>
> $ make check &> mak
Based on your config.log from other email, its failing during check with
this error message:
configure:17246: checking IOKit/scsi/SCSITaskLib.h usability
configure:17263: gcc -c -g -O2 -W -Wall -Wcast-align -Wcast-qual
-Wmissing-declarations -Wmissing-prototypes -Wpointer-arith
-Wreturn-type -Wstr
Yes, I've seen similar issues in all autotools projects. I've seen it most
on Mac's as well (don't know if its limited to just that platform though)...
The configure scripts don't seem to cope well with spaces in directory
names.
Not much can be done about this short of fixing the autotools.
Chr
It looks like its related to your usage of "--build" option. The configure
scripts expect host_os field to be set to "darwin" and not "osx" for OS X.
Your option seems to confuse it and its not adding some link options to
resolve the undefined symbols.
You should be able to run without the --buil
1 - 100 of 168 matches
Mail list logo