[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question]
Hello,
On Jan 22 15:34 Johannes Meixner wrote (shortened):
I assume you mean the patch
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20070119/1f4a7757/sanei_scsi-HZ.bin
in this mail from you
http://lists.alioth.debian.org/pipermail/sane-devel/2007-January/018479.html
-
--- sanei/sanei_scsi.c 22 Nov 2005 21:17:20 - 1.58
+++ sanei/sanei_scsi.c 19 Jan 2007 07:10:30 -
@@ -281,6 +281,20 @@ static char lastrcmd[16]; /* hold comman
# define MAX_DATA (32*1024)
#endif
+#ifdef SG_SET_TIMEOUT
+# ifdef _SC_CLK_TCK
+# define GNU_HZ sysconf(_SC_CLK_TCK)
+# else
+# ifdef HZ
+# define GNU_HZ HZ
+# else
+# ifdef CLOCKS_PER_SEC
+#define GNU_HZ CLOCKS_PER_SEC
+# endif
+# endif
+# endif
+#endif
+
/* default timeout value: 120 seconds */
static int sane_scsicmd_timeout = 120;
int sanei_scsi_max_request_size = MAX_DATA;
@@ -1273,7 +1287,7 @@ sanei_scsi_open (const char *dev, int *f
disconnect... ;-( */
{
int timeout;
-timeout = sane_scsicmd_timeout * HZ;
+timeout = sane_scsicmd_timeout * GNU_HZ;
ioctl (fd, SG_SET_TIMEOUT, timeout);
}
#endif
-
sane-backends-1.0.18 builds with this patch for the released
openSUSE 10.2 and for openSUSE factory (i.e. the current
development version) but at the moment I didn't test older
Suse Linux versions.
For your information:
sane-backends version 1.0.18 RPMs and SRPMs built with this patch
for the released openSUSE 10.2 and for openSUSE factory
for 32-bit Intel compatible (i586) and for 64-bit AMD (x86_64)
are now public available via the openSUSE build service at
http://software.opensuse.org/download/home:/jsmeix/
The packages are
* only for testing
* without any guarantee or warranty
* without any support
As an extreme example, this means that if your complete computer center
crashes because of these packages, it is only your problem.
Nevertheless, we are very interested in your feedback because the more
people test it, the more problems (even hidden problems) are revealed.
To send us feedback or bug reports, please follow the instructions in
http://en.opensuse.org/Submitting_Bug_Reports
and make it obvious which package, which package version, which hardware
architecture and which openSUSE version you are talking about - e.g.:
Feedback regarding sane-backends-1.0.18-28.1.i586.rpm from
http://software.opensuse.org/download/home:/jsmeix/
for openSUSE factory used on 64-bit AMD hardware.
Ideally provide the rpm -q --changelog sane-backends | head output
to make it obvious which exact package release you have.
Kind Regards
Johannes Meixner
--
SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsm...@suse.de
90409 Nuernberg, GermanyWWW: http://www.suse.de/
[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question]
Hello,
first of all: I didn't follow the whole thread because I thought
that a failing make is not of interest for me.
On Jan 19 21:00 Gerhard Jaeger wrote (shortened):
On Friday 19 January 2007 15:31, Johannes Meixner wrote:
On Jan 19 15:00 Julien Michielsen wrote (shortened):
sanei_scsi.c:1276: error: 'HZ' undeclared (first use in this function)
This patch replaces the fixed HZ compile-time value (which is
no longer supported by new glibc) by the more correct
sysconf(_SC_CLK_TCK) runtime value because a fixed HZ compile-time
value may be wrong in the running system if the runtime system
is not exactly the same as the compile-time system:
That's what I've expected. So I think the patch I've sent
earlier today should fix that issue.
I assume you mean the patch
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20070119/1f4a7757/sanei_scsi-HZ.bin
in this mail from you
http://lists.alioth.debian.org/pipermail/sane-devel/2007-January/018479.html
-
--- sanei/sanei_scsi.c 22 Nov 2005 21:17:20 - 1.58
+++ sanei/sanei_scsi.c 19 Jan 2007 07:10:30 -
@@ -281,6 +281,20 @@ static char lastrcmd[16]; /* hold comman
# define MAX_DATA (32*1024)
#endif
+#ifdef SG_SET_TIMEOUT
+# ifdef _SC_CLK_TCK
+# define GNU_HZ sysconf(_SC_CLK_TCK)
+# else
+# ifdef HZ
+# define GNU_HZ HZ
+# else
+# ifdef CLOCKS_PER_SEC
+#define GNU_HZ CLOCKS_PER_SEC
+# endif
+# endif
+# endif
+#endif
+
/* default timeout value: 120 seconds */
static int sane_scsicmd_timeout = 120;
int sanei_scsi_max_request_size = MAX_DATA;
@@ -1273,7 +1287,7 @@ sanei_scsi_open (const char *dev, int *f
disconnect... ;-( */
{
int timeout;
-timeout = sane_scsicmd_timeout * HZ;
+timeout = sane_scsicmd_timeout * GNU_HZ;
ioctl (fd, SG_SET_TIMEOUT, timeout);
}
#endif
-
sane-backends-1.0.18 builds with this patch for the released
openSUSE 10.2 and for openSUSE factory (i.e. the current
development version) but at the moment I didn't test older
Suse Linux versions.
Regarding resmgr:
See what I wrote here
http://lists.alioth.debian.org/pipermail/sane-devel/2007-January/018351.html
- disable-resmgr-support.patch disables the resmgr support in SANE
which is no longer needed in SANE because resmgr works now
outside of SANE via ACLs for the scanner device nodes.
And this is my disable-resmgr-support.patch
(some lines are wrapped here only by the mail software):
--- configure.in.orig 2006-07-03 00:21:42.0 +0200
+++ configure.in2006-09-11 10:47:29.0 +0200
@@ -131,15 +131,21 @@ AC_CHECK_HEADERS([io/cam/cam.h],,,[#incl
SANE_CHECK_MISSING_HEADERS
-AC_CHECK_HEADER(resmgr.h,[
- AC_CHECK_LIB(
- resmgr,
- rsm_open_device,[
- AC_DEFINE(HAVE_RESMGR,1,[define if you have
the resmgr library])
- LIBS=$LIBS -lresmgr
- ]
- )
-])
+# Since Suse Linux 10.0 resmgr installs ACLs on device nodes.
+# Therefore there is no need to patch applications with special resmgr
+# support anymore.
+# As the rsm_open_device calls in sanei_scsi.c and sanei_usb.c
+# are optionally via ifdef HAVE_RESMGR with fallback open calls,
+# the special resmgr support is not removed but only disabled here:
+#AC_CHECK_HEADER(resmgr.h,[
+# AC_CHECK_LIB(
+# resmgr,
+# rsm_open_device,[
+# AC_DEFINE(HAVE_RESMGR,1,[define if you have
the resmgr library])
+# LIBS=$LIBS -lresmgr
+# ]
+# )
+#])
AC_CHECK_HEADER(usbcalls.h,[
AC_DEFINE(HAVE_USBCALLS,1,[define if you have
the usbcalls library])
By the way:
Since there is no longer the need to have resmgr support compiled
into the software, I like to recommend resmgr as a well working
well seperated tool for certain kind of permission management.
When you do permission management via usual UNIX groups
(e.g. a group scanner for those users who should have
access to scanners), it is difficult (or impossible)
to set permissions depending on how a user is logged in
(either directly at the system via console or graphical login
or from remote e.g. via ssh).
Usually you would like to grant access to local connected scanners
(like USB and SCSI scanners) if an only if a user is logged in
directly at the system (but not for remote users).
This kind of permission management is supported by resmgr.
This is why we use resmgr and not usual UNIX groups.
Kind Regards
Johannes Meixner
--
SUSE LINUX Products GmbH,
[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question
On Thursday 18 January 2007 20:55, abel deuring wrote:
[SNIPSNAP]
GNU C Library stable release version 2.5 (20061011), by Roland
ah - I see pretty new beast ;)
Compiled on a Linux 2.6.18 system on 2006-11-26.
Hmmm - okay. So they will use these headers...
Anyway could you guys please try and add the compiler.h only to the
HAVE_SCSI_SG_H path?
Well, before making any real patch, the first thing I'd like to
know is, if we have a special Suse 10.2 bug, or if something changed
in the kernel headers...
Hmmm - seems we need to check how they compile their glibc and which
kernel-headers they use - I think Johannes is around and might could
shade some light on that - maybe also on that resmgr stuff.
I think you spotted the cause in the diff file:
Well, I've only copied the patch from the SuSE srpm ;)
BTW: they use the following patch:
--- sanei/sanei_scsi.c.orig 2005-04-22 10:36:17.0 +0200
+++ sanei/sanei_scsi.c 2006-07-04 10:16:49.0 +0200
@@ -1273,7 +1273,7 @@
disconnect... ;-( */
{
int timeout;
-timeout = sane_scsicmd_timeout * HZ;
+timeout = sane_scsicmd_timeout * sysconf(_SC_CLK_TCK);
ioctl (fd, SG_SET_TIMEOUT, timeout);
}
#endif
Seems that the Suse folks did not trust the usage of the HZ macro
that much. IIRC, HZ gives something like the kernel-internal timer
resolution or similar, and specifiying this value outside a header
file make some sense.
Since 2.6, the kernel runs with two timer resolutions, one for the
internal accounting, which is in general 1000Hz - 1ms and the other
one having a 4ms = 100Hz resolution (the default). The later one is in
general reflected by the HZ, that is used in the scsi lib.
While doing some cross-compilation stuff, I've already seen this
sysconf stuff, so it should be save to use it. Could you please
check the attached patch? (It's borrowed from gdb code)
Compiling sanei_scsi.c from sane-backends 1.1.18 with this patch
instead of the added #include line works fine.
That's what I've expected ;)
Gerhard
-- next part --
A non-text attachment was scrubbed...
Name: sanei_scsi-HZ.patch
Type: text/x-diff
Size: 1038 bytes
Desc: not available
Url :
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20070119/1f4a7757/sanei_scsi-HZ.bin
From jul...@michkloo.xs4all.nl Fri Jan 19 15:00:46 2007
From: jul...@michkloo.xs4all.nl (Julien Michielsen)
Date: Fri Jan 19 15:06:54 2007
Subject: [sane-devel] failing make sane-backends-1.0.18;
sanei_scsi question]
Message-ID: 45b0cf0e.9080...@michkloo.xs4all.nl
Being the origin of this thread I'd like to make a few contributions
Gerhard Jaeger wrote:
On Thursday 18 January 2007 20:55, abel deuring wrote:
[SNIPSNAP]
GNU C Library stable release version 2.5 (20061011), by Roland
ah - I see pretty new beast ;)
On my SuSE 10.2:
glibc-devel-2.5-25
Compiled on a Linux 2.6.18 system on 2006-11-26.
Hmmm - okay. So they will use these headers...
Anyway could you guys please try and add the compiler.h only to the
HAVE_SCSI_SG_H path?
Well, before making any real patch, the first thing I'd like to
know is, if we have a special Suse 10.2 bug, or if something changed
in the kernel headers...
Hmmm - seems we need to check how they compile their glibc and which
kernel-headers they use - I think Johannes is around and might could
shade some light on that - maybe also on that resmgr stuff.
I think you spotted the cause in the diff file:
Well, I've only copied the patch from the SuSE srpm ;)
When I compiled the sane-backend the include-file seemed to be unread:
sanei_scsi.c:1276: error: 'HZ' undeclared (first use in this function)
In addition, it only was defined for 60 Hz:
#define SG_DEFAULT_TIMEOUT (60*HZ) /* HZ == 'jiffies in 1 second' */
(/usr/include/scsi/sg.h line 268)
therefore I added a line to fix HZ on 50, and then installed the backend
without further problems.
Also sane-frontends installed fine.
The scanner was not recognized however. Starting xsane I got the message
no devices available with 6 possible reasons under help:
- device not supported by sane? Thought epson 2580 is supported
- supported device is busy No, it isn't
- no permissions, try as root Did not help
- back-end is not loaded by saneAdded usb 0x4b8 0x121 to
/etc/sane.d/epson.conf and thinkthis
defines it properly
- back-end not configured properly Answered on other back-end point
- possibly more than one sane-version No there is not.
installed.
My question: anyone a suggestion how to get my epson 2580 recognized?
Thanks
--
Julien Michielsen
--
Julien Michielsen
[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question]
Hello,
On Jan 19 15:00 Julien Michielsen wrote (shortened):
sanei_scsi.c:1276: error: 'HZ' undeclared (first use in this function)
This patch replaces the fixed HZ compile-time value (which is
no longer supported by new glibc) by the more correct
sysconf(_SC_CLK_TCK) runtime value because a fixed HZ compile-time
value may be wrong in the running system if the runtime system
is not exactly the same as the compile-time system:
-
--- sanei/sanei_scsi.c.orig 2005-04-22 10:36:17.0 +0200
+++ sanei/sanei_scsi.c 2006-07-04 10:16:49.0 +0200
@@ -1273,7 +1273,7 @@
disconnect... ;-( */
{
int timeout;
-timeout = sane_scsicmd_timeout * HZ;
+timeout = sane_scsicmd_timeout * sysconf(_SC_CLK_TCK);
ioctl (fd, SG_SET_TIMEOUT, timeout);
}
#endif
-
Kind Regards
Johannes Meixner
--
SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: jsm...@suse.de
90409 Nuernberg, GermanyWWW: http://www.suse.de/
[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question]
On Friday 19 January 2007 15:31, Johannes Meixner wrote: Hello, On Jan 19 15:00 Julien Michielsen wrote (shortened): sanei_scsi.c:1276: error: 'HZ' undeclared (first use in this function) This patch replaces the fixed HZ compile-time value (which is no longer supported by new glibc) by the more correct sysconf(_SC_CLK_TCK) runtime value because a fixed HZ compile-time value may be wrong in the running system if the runtime system is not exactly the same as the compile-time system: That's what I've expected. So I think the patch I've sent earlier today should fix that issue. Could some of you guys check that on SuSE 10.2? Gerhard
[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question
Gerhard Jaeger wrote:
So my guess is, that the (HAVE_SCSI_SG_H) path is used and the glibc
headers have changed somehow. What's the glibc version on SuSE 10.2?
Please call /lib/libc.so.6
What do you mean with call? Anyway, HZ is defined somewhere in the
kernel header files, and I don't think it is related to libc.
callit means, do simply a /lib/libc.so.6 - call it from your shell
like a real program to see, what's inside. I.e. on my SuSE10 it looks
like:
#~ /lib/libc.so.6
GNU C Library stable release version 2.3.5 (20050802), by Roland McGrath et
al.
GNU C Library stable release version 2.5 (20061011), by Roland
McGrath et al.
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Configured for i686-suse-linux.
Compiled by GNU CC version 4.1.2 20061115 (prerelease) (SUSE Linux).
Compiled on a Linux 2.6.18 system on 2006-11-26.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
GNU libio by Per Bothner
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
NoVersion patch for broken glibc 2.0 binaries
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
Thread-local storage support included.
For bug reporting instructions, please see:
http://www.gnu.org/software/libc/bugs.html.
Anyway could you guys please try and add the compiler.h only to the
HAVE_SCSI_SG_H path?
Well, before making any real patch, the first thing I'd like to
know is, if we have a special Suse 10.2 bug, or if something changed
in the kernel headers...
Hmmm - seems we need to check how they compile their glibc and which
kernel-headers they use - I think Johannes is around and might could
shade some light on that - maybe also on that resmgr stuff.
I think you spotted the cause in the diff file:
BTW: they use the following patch:
--- sanei/sanei_scsi.c.orig 2005-04-22 10:36:17.0 +0200
+++ sanei/sanei_scsi.c 2006-07-04 10:16:49.0 +0200
@@ -1273,7 +1273,7 @@
disconnect... ;-( */
{
int timeout;
-timeout = sane_scsicmd_timeout * HZ;
+timeout = sane_scsicmd_timeout * sysconf(_SC_CLK_TCK);
ioctl (fd, SG_SET_TIMEOUT, timeout);
}
#endif
Seems that the Suse folks did not trust the usage of the HZ macro
that much. IIRC, HZ gives something like the kernel-internal timer
resolution or similar, and specifiying this value outside a header
file make some sense.
Compiling sanei_scsi.c from sane-backends 1.1.18 with this patch
instead of the added #include line works fine.
Abel
[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question
Julien Michielsen wrote: A couple of days ago I posted the message below. No one replied to it yet, so I may have been unclear, and I'll add a few sentences that may make my question clearer. Before upgrading my SuSE from 10.1 to 10.2 my Epson Perfection 2580 fotoscan worked fine, and gave me good quality scans. I was unable to get it installed on SuSE 10.2, appearantly because (as written below) it could not read ../mfpportctrl/mfpport.ko. Indeed no subdirectory ./mfpportctrl exists under /lib/../drivers. I am afraid to show my ignorance with this question, but yet: My system does not contain any scsi peripherals but stll appears to bomb on this sanei_scsi function. Points of error: -1 Warning sanei_scsi.c:781: warning: 'rsm_open_device' is deprecated (declared at /usr/include/resmgr.h:24) program-line 781: fd = rsm_open_device(file, O_RDWR); -2 Identical warning for line 1245 progl 1245: fd = rsm_open_device(dev, O_RDWR | O_EXCL | O_NONBLOCK); -3 Error sanei_scsi.c:1276: error: 'HZ' undeclared (first use in this function) progl 1276:timeout = sane_scsicmd_timeout * HZ; I reported the failure of SuSE 10.2 to get my Epson working to the bug-list (jan. 1st) but did not get any reply. My knowledge (and interest ;-( ) are at a too low level to go much deeper into this. Would somebody be able to give me a hint how to get this installed and running? Bypassing the sanei_scsi-function will not be an option, I suppose. Julien, Seeing your mail, I too tried to compile Sane under Suse 10.2 -- and got the same error message. HZ should be defined somewhere in the kernel-related header files, and theoretically the right header file should be included in sg.h , because HZ is used there too. You can fix the error by adding the line #include linux/compiler.h to sanei/sanei_scsi.c, near line 89: #if defined (HAVE_SCSI_SG_H) # define USE LINUX_INTERFACE #include linux/compiler.h # include scsi/sg.h #elif defined (HAVE__USR_SRC_LINUX_INCLUDE_SCSI_SG_H) # define USE LINUX_INTERFACE #include linux/compiler.h # include /usr/src/linux/include/scsi/sg.h (better add the line two times, as shown: I don't know, which variant will be used on your system). Out of curiosity, I compiled sane-backends 1.0.18 on Ubuntu 6.10 -- no problems there. Suse 10.2 uses a slightly newer kernel version (2.6.18) than Ubuntu 6.10 (2.6.17). Does anybody know, if something serious changed in the kernel related header files between these versions? Or is this a problem specific for Suse 10.2? Abel
[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question
On Wednesday 17 January 2007 00:21, abel deuring wrote: [SNIPSNAP] Seeing your mail, I too tried to compile Sane under Suse 10.2 -- and got the same error message. HZ should be defined somewhere in the kernel-related header files, and theoretically the right header file should be included in sg.h , because HZ is used there too. You can fix the error by adding the line #include linux/compiler.h to sanei/sanei_scsi.c, near line 89: #if defined (HAVE_SCSI_SG_H) # define USE LINUX_INTERFACE #include linux/compiler.h # include scsi/sg.h #elif defined (HAVE__USR_SRC_LINUX_INCLUDE_SCSI_SG_H) # define USE LINUX_INTERFACE #include linux/compiler.h # include /usr/src/linux/include/scsi/sg.h (better add the line two times, as shown: I don't know, which variant will be used on your system). Out of curiosity, I compiled sane-backends 1.0.18 on Ubuntu 6.10 -- no problems there. Suse 10.2 uses a slightly newer kernel version (2.6.18) than Ubuntu 6.10 (2.6.17). Does anybody know, if something serious changed in the kernel related header files between these versions? Or is this a problem specific for Suse 10.2? Hmmm, while checking the kernel-headers (2.6.18 and 19) I've seen that linux/include/scsi/sg.h already will include linux/compiler.h So my guess is, that the (HAVE_SCSI_SG_H) path is used and the glibc headers have changed somehow. What's the glibc version on SuSE 10.2? Please call /lib/libc.so.6 Anyway could you guys please try and add the compiler.h only to the HAVE_SCSI_SG_H path? The other warning about the resmgr could savely be ignored and it seems, that SuSE wants to skip this beast... Gerhard
[sane-devel] failing make sane-backends-1.0.18; sanei_scsi question
A couple of days ago I posted the message below. No one replied to it yet, so I may have been unclear, and I'll add a few sentences that may make my question clearer. Before upgrading my SuSE from 10.1 to 10.2 my Epson Perfection 2580 fotoscan worked fine, and gave me good quality scans. I was unable to get it installed on SuSE 10.2, appearantly because (as written below) it could not read ../mfpportctrl/mfpport.ko. Indeed no subdirectory ./mfpportctrl exists under /lib/../drivers. I am afraid to show my ignorance with this question, but yet: My system does not contain any scsi peripherals but stll appears to bomb on this sanei_scsi function. Points of error: -1 Warning sanei_scsi.c:781: warning: 'rsm_open_device' is deprecated (declared at /usr/include/resmgr.h:24) program-line 781: fd = rsm_open_device(file, O_RDWR); -2 Identical warning for line 1245 progl 1245: fd = rsm_open_device(dev, O_RDWR | O_EXCL | O_NONBLOCK); -3 Error sanei_scsi.c:1276: error: 'HZ' undeclared (first use in this function) progl 1276:timeout = sane_scsicmd_timeout * HZ; I reported the failure of SuSE 10.2 to get my Epson working to the bug-list (jan. 1st) but did not get any reply. My knowledge (and interest ;-( ) are at a too low level to go much deeper into this. Would somebody be able to give me a hint how to get this installed and running? Bypassing the sanei_scsi-function will not be an option, I suppose. Thanks Message from about a week ago: Today I started an attemp to install a self-made xsane, but allready failed in the attempt to make sane-backends-1.0.18 . This is my first attempt of a home-install xsane. Before I obediently installed the ready-made rpm's that came with my SuSE distribution, but this time (SuSE 10.2) the system was unable to install. On january 1st I posted a message to this list (Anyone aware of mfpport.ko?). The xsane version that comes with SuSE 10.2 only gives insmod: can't read '/lib/modules/2.6.18.2-34-default/kernel/drivers/mfpportctrl/mfpport.ko', and subsequently dies. I posted this to the suse-bugs list, but still got no reply. So now I tried it myself, but already in the make process it bumps out. My motherboard is a Asus 8N-E with an Athlon 64+ processor. Scanner: Epson Perfection 2580 fotoscan The make-process appearantly breaks when it compiles sanei_scsi.c, which in it's turn uses rsm_open_device. The compiler warns sanei_scsi.c:781: warning: 'rsm_open_device' is deprecated (declared at /usr/include/resmgr.h:24) the messages: gcc -c -DHAVE_CONFIG_H -I. -I. -I../include -I../include -D_REENTRANT -DPATH_SAN E_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=0 -g -O2 -W -Wall sanei_codec_bin.c gcc -c -DHAVE_CONFIG_H -I. -I. -I../include -I../include -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=0 -g -O2 -W -Wall sanei_scsi.c sanei_scsi.c: In function 'get_max_buffer_size': sanei_scsi.c:781: warning: 'rsm_open_device' is deprecated (declared at /usr/include/resmgr.h:24) sanei_scsi.c: In function 'sanei_scsi_open_extended': sanei_scsi.c:1245: warning: 'rsm_open_device' is deprecated (declared at /usr/include/resmgr.h:24) sanei_scsi.c:1276: error: 'HZ' undeclared (first use in this function) sanei_scsi.c:1276: error: (Each undeclared identifier is reported only once sanei_scsi.c:1276: error: for each function it appears in.) sanei_scsi.c: In function 'lx_mk_devicename': sanei_scsi.c:2491: warning: 'rsm_open_device' is deprecated (declared at /usr/include/resmgr.h:24) sanei_scsi.c: In function 'sanei_scsi_find_devices': sanei_scsi.c:2775: warning: assignment discards qualifiers from pointer target type make[1]: *** [sanei_scsi.o] Error 1 make[1]: Leaving directory `/home/julien/local/sane-backends-1.0.18/sanei' make: *** [all-recursive] Error 1 Anyone who might be able to help me getting rhis installed? Thanks Julien -- Julien Michielsen
