Hi all,
I needed to build a tar file of latest CVS to aid in custom RPM
generation. I found make dist failed without the following fix to
xerox_mfp man page.
Chris
Index: doc/Makefile.in
===
RCS file:
and incorporated into
CVS were appropriate.
Once thats done then I can publish my RPM's.
Chris
m. allan noah wrote:
Committed, thanks! Any word on publishing these updated rpms somewhere?
allan
On Sun, Jan 11, 2009 at 6:59 PM, Chris Bagwell chris at cnpbagwell.com
wrote:
Hi all,
I
Hi all,
I notice one of Fedora's patches against sane-backends-1.0.19.tar.gz is
that they add back in the m4/ directory that is in CVS but not packaged
by make dist. Thats because they need to rerun autoreconf to make
some configure.in patches take affect.
Since we are distributing
m. allan noah wrote:
On Sun, Jan 11, 2009 at 9:01 PM, Chris Bagwell chris at cnpbagwell.com
wrote:
I'd like to help resolve this issue but need some direction from
whomever looks over the make infrastructure the most. I see a few basic
options. #2 and #3 are my preferences.
1) Follow
Ah yes, I hadn't thought about looking at iscan source code yet;
although I'd recently installed the binary to play with on my new Epson
Artisan 800. I just looked at iscan now and it is indeed a great
starting point for this task and I like the diff approach to ltmain.sh
Olaf, if you have
Olaf Meeuwissen wrote:
Indeed, it is a bit difficult to split the work, but we could do it a
directory at a time. Start with the top-level without descending the
source tree and then add in subdirectories as you go. That way, each
of us can do a different directory and not step on the
On 1/14/2009 12:00 PM, Thibaut GIRKA wrote:
Hi,
I bought an Epson SX600FW scanner/printer, and it doesn't work with SANE
(at least the version in debian/testing).
When I do scanimage -L, here is what I get:
[epson2] Cannot send this command to a networked scanner
I have recently
On 1/14/2009 6:12 PM, Pierre Willenbrock wrote:
Hi list,
i tried to build sane with different source and build directories and
ended up needing the attached patch to tools/Makefile.in. I am not sure
if i got the build-directory creation right, but it works for different
source/build
Hi all,
I hope that someone can commit the following patch. They are minor
changes to existing Makefiles, except top-level Makefile, to make them
compatible with automake generate Makefiles. Changes include:
* Pierre Willenbrock's patch to allow compiling and installing tool's
directory
On Thu, Jan 15, 2009 at 9:35 AM, Julien BLACHE jb at jblache.org wrote:
m. allan noah kitno455 at gmail.com wrote:
Hi,
Chris- register on alioth, and request to join SANE, and we'll let you
clean up your own messes :)
Haha, that's another way to put it :p
OK, submitted my request...
norv wrote:
Hi and thanks for sane,
I am trying to compile from cvs on debian sid and make fails with following
lines
...
epkowa.desc: Warning: Backend `epkowa': 8 USB devices without :usbid
brother.desc: Warning: Backend `brother': 1 USB devices without :usbid
brother2.desc: Warning:
That is probably the problem now that you mention it... I just looked at
tracker and their is a patch that seems incomplete.
I could probably get it working but I have an issue to resolve first.
I'm running a newer version of autoconf (2.63) then current CVS files
seem to be based on. Any
Hi all,
I've not seen this discussed in mailing list archive. Is there any past
discussions?
Its pretty common practice (but not 100%) that projects using autotools
to not check in files generated by autoconf/autoreconf into
CVS/git/etc. Currently, the sane project falls into the camp that
On 1/17/2009 7:54 AM, m. allan noah wrote:
On Fri, Jan 16, 2009 at 9:29 PM, Chris Bagwellchris at cnpbagwell.com
wrote:
That is probably the problem now that you mention it... I just looked at
tracker and their is a patch that seems incomplete.
I could probably get it working but I
On 1/17/2009 3:20 AM, Julien BLACHE wrote:
Chris Bagwellchris at cnpbagwell.com wrote:
Hi,
I've not seen this discussed in mailing list archive. Is there any past
discussions?
We leave autotools files in CVS because:
- it's a pain to regenerate them
- developers don't
On 1/17/2009 4:21 AM, Julien BLACHE wrote:
Chris Bagwellchris at cnpbagwell.com wrote:
* Autotools not required, as long as developer is not modifying configure.in
While speaking of configure.in... it could use a good cleanup as
you've probably seen, and while doing so it could
On 1/18/2009 8:50 PM, Olaf Meeuwissen wrote:
See also,
http://www.gnu.org/software/gettext/manual/html_node/Files-under-CVS.html#Files-under-CVS.
Agree with all your comments... Also, here is similar link from Automake
that describes cvs issues in a little more detail.
Julien BLACHE wrote:
autofoo one has to know. As for the amount of pain involved, I can
only think of the time it takes. Julien mentions versioning issues
and broken deployment but I have little experience with that.
You obviously never had to work with broken libtool versions, which
stef wrote:
Le mercredi 21 janvier 2009 06:42:17 stef, vous avez ?crit :
Hello,
I have tried 'make libcheck' now it handles dynamic libraries. I notice
it
fails at the first violation without testing following libraries. I'd
rather have it check all libraries then fail at the
Hi all,
During my conversion of backend/Makefile.am I ran into following minor
issue. I'd prefer to always pass in -DBACKEND_NAME to truly be backend
name and not based on filename being compiled.
This turned up that BACKEND_NAME is not really meant like it sounds.
Instead its mostly a way
stef wrote:
rts8891 - no man page but supports additional SANE_DEBUG_RTS88XX_LIB.
The rts8891 man page existed but the backend was forgotten in the
Makefile.
This is fixed now.
Ahh, yes. I was mistakenly using my distribution's sane man pages
instead of referring to doc/
Hi all,
I notice that configure defaults to turning off Avahi support for the
net backend. Is there any reason for this not to be set to auto-detect
by default?
Also, assuming the feature works (I haven't tried it yet), it seems like
a nice thing to mention in sane-net.man. I can add a
Did this fail during configure phase or make phase? Can you send error
messages?
If its large output or if its failure is in configure then can you send the
output directly to me and the config.log that configure generates?
I'm working on some large updates to Makefiles on sane so pretty
dio.rahman at gmail.com wrote:
And then I go to the make phase.
gave me following error message
configure.in:136: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
make: ***
Julien BLACHE wrote:
Chris Bagwell chris at cnpbagwell.com wrote:
This is automake and timestamp issues raising its ugly head that was
discussed somewhat on mailing list a few days back. I checked some
files in out-of-order 4 days ago I guess and this is causing Makefile.in
to want
An HTML attachment was scrubbed...
URL:
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20090126/ba9a338b/attachment.htm
Hi all,
I notice that sane-backend's has the pretty common setup where it looks
for functions that are commonly missing from some platforms and compiles
its own internal version and they are all located in lib/ directory. I
also see that it creates a library named liblib.a but no one usages
Hi all,
I needed a secondary platform to do some automake tests on; besides
linux; but the two I tried wouldn't compile (cygwin and solaris) even
without automake support. So I've submitted a few portability improvements.
The changes to remove MSG_NOWAIT and MSG_WAITALL could use a little
?
Nicolas
Le vendredi 30 janvier 2009 ? 21:15 -0600, Chris Bagwell a ?crit :
Hi all,
I just submitted a rather large CVS update related to backend/ changing
to automake and some related portability fixes. To be safe, please do a
make distclean before updating to current CVS. I'm
Julien BLACHE wrote:
../sanei/sanei_jpeg.c:229: fatal error: opening dependency file
.deps/../sanei/sanei_jpeg.Tpo: No such file or directory
compilation terminated.
make[1]: *** [../sanei/sanei_jpeg.lo] Error 1
make[1]: Leaving directory `/home/julien/devel/sane/sane-backends/backend'
Hi all,
FYI: I've made enough updates to lib/, source code, and Makefile's that
I can now compile everything under Solaris again and some basic tests
work (I have no scanner hooked to the machine)...
Well, it all working except for the hpljm1005 backend.
I get a strange link error about not
Hi all,
I'm trying to improve the way I modified the getopt.c to always be
compiled... It has a problem, as pointed out by Mattias, that it
requires some ordering issues with config.h. I'm seeking opinions
before proceeding just to be safe.
In case people didn't catch it, I've modified
Olaf Meeuwissen wrote:
Based on the libtool/ltmain.sh code from the CVS snapshot (2009-02-05),
I would expect CURRENT to have a value of 2 (1 on FreeBSD and SunOS).
You get an empty string. The '1:1:0' version information looks fine
to me.
I do not see os2 listed in that general area so
Can you give me a few pointers on timeframe of latest modifications?
I think you mean the addition of backend/Makefile.am in last 2 weeks but
want to be sure.
I'm reviewing old backend/Makefile.in and old libtool that was
generated. It looks like -version-number was always passed into
Olaf Meeuwissen wrote:
Franz Bakan fbakan at gmx.net writes:
Hi,
After the latest modifications with the libtool stuff I now get this error:
[snip]
make[1]: Entering directory `G:/src/432/sane-backends/backend'
sh ../libtool --silent --tag=CC --mode=link gcc -D__EMX__ -DOS2
Olaf Meeuwissen wrote:
Oops! I just realised that the code I was looking at was **after**
`autoreconf --force --install`. The code in CVS is 11 months old and
does NOT have a wildcard that would match 'os2'.
The CVS version has:
VERSION=1.5.22
TIMESTAMP= (1.1220.2.365 2005/12/18
Can you update to current CVS and try again? I went ahead and added
-no-undefined for OS/2 to help speed things along. I'm 99% sure its
needed. As a bonus it has latest libtool which may fix an OS/2 bug or two.
Chris
Franz Bakan wrote:
Hi,
After the latest modifications with the libtool
Olaf Meeuwissen wrote:
From the libtool --help --mode=link output:
-no-undefined declare that a library does not refer to external symbols
I fail to see how that has anything to do with the library version.
To tell you the truth, I don't understand -no-undefined... but from
Julien BLACHE wrote:
Chris Bagwell chris at cnpbagwell.com wrote:
-rpath $(libdir) -version-number
$(V_MAJOR):$(V_MINOR):$(V_REV)
From my 1.0.19 build:
-rpath $(libdir) -version-info $(V_MAJOR):$(V_REV):$(V_MINOR)
Hmm, thats a difference between
On Fri, Feb 6, 2009 at 3:40 PM, Mihai Emanuel Dolha mihaid8 at gmail.comwrote:
Hello!
First of all I want to mention that I'm a new user of Sane and I don't
know actually if I'm posting on the correct list. If I'm not I apologize
in advance.
Now for the actual problem: I need th Sane CVS
Anyone with access to OS/2, please try out current CVS.
I've reverted back to -version-info with libtool; same as 1.0.19.
Chris
Mihai Emanuel Dolha wrote:
I hope somebody will be able to help me get through this problem.
Please retry current CVS and ignore my earlier patch. I've submitted a
better fix.
Chris
Franz Bakan wrote:
The way to build on OS/2 was to run configure and then
replace the autogenerated libtool with a rather old version
of libtool (once patched by Yuri Dario some years ago).
This always worked.
Can you email me the old patched libtool? Perhaps I can forward port
what
Franz Bakan wrote:
I built again and zipped the result.
you can get it here:
http://www.fbakan.de/temp/Sane-OS2-Build.zip
The zip-file contains the generated libtool, the main Makefile,
the output from configure and make stdout (.1) and stderr (.2)
and the old os2-specific-libtool, which
--- On Sun, 2/8/09, Pierre Willenbrock pierre at pirsoft.dnsalias.org wrote:
PS1: don't try to test this on current cvs -- at least
for me, it
creates libsane-*.so.0.1.0, instead of libsane-*.so.1.1.0.
I originally missed your PS. This appears to be related to my reverting
part
On Tue, Feb 10, 2009 at 2:45 PM, Franz Bakan fbakan at gmx.net wrote:
On Thu, 05 Feb 2009 18:14:00 -0600, Chris Bagwell wrote:
...
... Also, another thing to try for the heck of it is
./configure --disable-shared --enable-static and see if it works in
that mode.
Finally I tried
On Tue, Feb 10, 2009 at 7:25 AM, Adam PAPAI wooh at wooh.hu wrote:
Hi,
I've tried to install the sane-backed from the CVS repo. I followed
these instructions:
http://mp610.blogspot.com/2008/04/give-your-scanner-new-freshly-sane.html
Everything went fine, except when I run
Hi all,
I was converting the testsuite directory to automake but I noticed in
CVS version of sane that the following basic command doesn't work. So
not much for me to test right now.
frontend/scanimage -d test -T
lt-scanimage: scanning image of size 1x1 pixels at 8 bits/pixel
lt-scanimage:
. The bigger question is why does your copy of the test backend
have such a small scan area? what does 'scanimage -d test --help'
show?
allan
On Wed, Feb 18, 2009 at 10:56 PM, Chris Bagwell chris at cnpbagwell.com
wrote:
Hi all,
I was converting the testsuite directory to automake but I
m. allan noah wrote:
or they are used, but the resolution is unused?
allan
OK, my fault again... I failed to notice that when I converted sanei
directory to automake a few days back that it stopped finding config
files. :-(
It will be fixed within the day. Need to add reference to
On Fri, Feb 20, 2009 at 12:38 PM, m. allan noah kitno455 at gmail.com wrote:
I'm not sure, but i think the build system used to overwrite all the
.so and .so.1 symlinks. It no longer does. I think this is a useful
feature, because you can tell users just to build from source and they
will be
OK, I'll add the old symlink logic back in.
Chris
Hmmm, I was going to add it back in but I noticed 1) the old CVS code
was probably broken and 2) the old CVS code was probably doing what the
comment said and only creating symlinks for missing symlinks (I hadn't
noticed the test ! -f $${file} before). It doesn't appear to be
fixing symlinks
m. allan noah wrote:
On Fri, Feb 20, 2009 at 3:08 PM, Chris Bagwell chris at cnpbagwell.com
wrote:
When backend was converted to automake, it uses the standard automake
support to install libraries. That does install symlinks on fresh install.
I think your point is that now if a user
Chris Bagwell wrote:
Couldn't find any documentation related to what libtool behaviour
should be in tihs area.
I just now installed sane 1.0.19 tarball into a private directory and
then installed current CVS on top of it. The behaviour I got seems to
be the behaviour you want
m. allan noah wrote:
On Sun, Feb 22, 2009 at 2:16 PM, Chris Bagwell chris at cnpbagwell.com
wrote:
Re-installing CVS points *everything* back to 1.1.0 so.
Yes- i can confirm that it works as expected on top of a
vendor-packaged 1.0.19, except for one problem:
/usr/lib/sane
On Wed, Feb 25, 2009 at 11:08 PM, stef stef.dev at free.fr wrote:
Hello,
I would have preferred to ear of that change before. It comes at a
wrong time
since I'm doing and testing a non-trivial merge in the genesys backend.
I didn't see any warning of such a global
m. allan noah wrote:
Actually chris asked for this previously, but it looks correct:
/bin/sh ../libtool --mode=install /usr/bin/install -c
'libsane-fujitsu.la' '/usr/lib/sane/libsane-fujitsu.la'
/usr/bin/install -c .libs/libsane-fujitsu.so.1.1.0
/usr/lib/sane/libsane-fujitsu.so.1.1.0
(cd
m. allan noah wrote:
On Thu, Feb 26, 2009 at 9:46 PM, Chris Bagwell chris at cnpbagwell.com
wrote:
And just to be sure; did you also run the ldconfig -n /usr/lib/sane step
to verify its not ldconfig doing the wrong thing?
now i did, and yes- that is the culprit.
Hmmm, seems
Olaf Meeuwissen wrote:
m. allan noah kitno455 at gmail.com writes:
now i did, and yes- that is the culprit.
One should *not* run ldconfig on the directory holding the backends,
ie ${sanelibdir}. Frontends should link against libsane which is in
${libdir}. If one absolutely
On Thu, Feb 26, 2009 at 10:07 PM, m. allan noah kitno455 at gmail.com wrote:
On Thu, Feb 26, 2009 at 11:00 PM, Chris Bagwell chris at cnpbagwell.com
wrote:
m. allan noah wrote:
On Thu, Feb 26, 2009 at 9:46 PM, Chris Bagwell chris at cnpbagwell.com
wrote:
Here is an idea to explore
On Sat, Feb 28, 2009 at 3:41 PM, Louis Lagendijk
louis at lagendijk.xs4all.nlwrote:
hi
In order to better keep track of what I installed, I am trying to build
an RPM package for Sane on my Fedora 10 box.
This fails as the config files do not get installed. This seems to be
caused by the
Olaf Meeuwissen wrote:
szukw000 at arcor.de writes:
I had to make some changes to get a working 'sane-config'. The result:
LIBS= -lgphoto2 -lgphoto2_port -lexif -lm -lusb -ldl
@GPHOTO2_LDFLAGS@ is empty
I do not know whether this is sufficient. sane-backends-1.0.19 has a
longer list for
2009/3/3 Russell King rjkfsm at gmail.com
Well, I tried that and xsane now complains that it needs sane-backends
1.0.0 or higher.
To get here, I had to unmerge sane-backends, sane-frontends and xsane, then
to keep portage from bashing them, I masked them. I then downloaded the
source for
[scratching my head] Hmmm, how'd that obvious issue not show up on my
system?
I've just committed to CVS a fix to stop looking at the template files
when generating the HTML pages. Can you update and try again?
Chris
carterbueford at gmx.net wrote:
Hi everybody,
I get the following error
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.
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
at schoenrank.cawrote:
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 makecheck.log
$ make make.log
$ sudo make install
Technically, there is no failure listed below. It looks as if it
created the tar.gz file just fine. Those are just warning messages from
the java compiler.
But I see now that the way I did the makefiles that
backend/dll-preload.h gets needlessly created during make dist and
that the java
On Sun, Apr 19, 2009 at 2:49 PM, m. allan noah kitno455 at gmail.com 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
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
louis at
On Mon, May 4, 2009 at 9:03 AM, Julien BLACHE jb at jblache.org wrote:
Chris Bagwell chris at cnpbagwell.com 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
On Mon, May 4, 2009 at 2:22 PM, Louis Lagendijk
louis at lagendijk.xs4all.nlwrote:
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
On Mon, May 4, 2009 at 12:02 PM, Julien BLACHE jb at jblache.org 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
On Mon, May 4, 2009 at 10:06 AM, m. allan noah kitno455 at gmail.com wrote:
On Mon, May 4, 2009 at 11:03 AM, Julien BLACHE jb at jblache.org wrote:
Chris Bagwell chris at cnpbagwell.com wrote:
Hi,
It switches sanei_thread from using fork() to using pthreads for
reader processes
On 05/10/2009 01:28 PM, m. allan noah wrote:
On Sun, May 10, 2009 at 2:22 PM, Julien BLACHEjb at jblache.org wrote:
Ilia Sotnikovhostcc at gmail.com wrote:
Hi,
Could you please describe in what matter using relative paths to
header files (eg. #include ../include/sane/sane.h)
On 05/11/2009 12:12 AM, stef wrote:
Le Sunday 10 May 2009 04:51:56 chris at cnpbagwell.com, vous avez ?crit :
The following commit has been merged in the master branch:
commit 3ba551592c3ad71f82f6b0b2e19c248cc8fe40c1
Author: chris at cnpbagwell.comchris at cnpbagwell.com
Date: Sat May
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
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 with
On Thu, May 28, 2009 at 2:46 PM, Dominik Wnek dominalien at netscape.netwrote:
Alessandro Zummo pisze:
On Thu, 28 May 2009 08:43:21 +0900
Alesh Slovak alesh.slovak at avasys.jp wrote:
iscan limits itself to the epkowa backend, but Xsane was probably using
the epson2 backend, which
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 endian.h (although perhaps hidden by some #ifdef's) and the
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
On Fri, Jun 26, 2009 at 10:55 AM, Michael Cronenworth mike at cchtml.comwrote:
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
On Fri, Jun 26, 2009 at 10:45 AM, David Solomon dsolomon at rx30.com 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
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
On Mon, Sep 21, 2009 at 9:03 AM, carterbueford at gmx.net 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
On Mon, Sep 21, 2009 at 9:17 AM, Chris Bagwell chris at cnpbagwell.com 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 check
Meant for this to go to the mailing list for future reference.
-- Forwarded message --
From: Chris Bagwell ch...@cnpbagwell.com
Date: Fri, Sep 25, 2009 at 10:04 AM
Subject: Re: Fw: [sane-devel] SANE compile problem on Solaris
To: David Price djprice at mindspring.com
On Fri
Sorry, meant to reply to mailing list.
-- Forwarded message --
From: Chris Bagwell ch...@cnpbagwell.com
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 rogiereggers at gmail.com
On Thu, Dec 3, 2009 at 3:34 PM, Nicolas Martin nicolas0martin at
gmail.comwrote:
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
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
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
On Sun, Jan 3, 2010 at 7:01 AM, Rainer Dorsch rdorsch at web.de 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
. allan noah kitno455 at gmail.com wrote:
good call chris- you want to submit a fix?
allan
On Sun, Jan 3, 2010 at 4:14 PM, Rainer Dorsch rdorsch at web.de wrote:
Hi Chris,
Am Sonntag, 3. Januar 2010 schrieb Chris Bagwell:
On Sun, Jan 3, 2010 at 7:01 AM, Rainer Dorsch rdorsch at web.de
On Tue, Jan 26, 2010 at 3:04 AM, Oliver Schwartz Oliver.Schwartz at
gmx.dewrote:
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:
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 of
On Mon, Mar 1, 2010 at 11:36 PM, Olaf Meeuwissen
olaf.meeuwissen at avasys.jp 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 can only scan
On Tue, Mar 2, 2010 at 5:42 PM, Olaf Meeuwissen
olaf.meeuwissen at avasys.jp 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,
by Chris
Bagwell regarding some SCSI models that needed some extra info.
?[1]
http://lists.alioth.debian.org/pipermail/sane-devel/2010-March/026209.html
Hope this helps,
- --
Olaf Meeuwissen, LPIC-2 ? ? ? ? ? FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962
On Mon, Apr 19, 2010 at 6:30 PM, Olaf Meeuwissen
olaf.meeuwissen at avasys.jp 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.org/pipermail/sane-devel/2010-March
1 - 100 of 161 matches
Mail list logo
