[sane-devel] local user using scanner

--j5904Piqecmxrsp+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 15, 2005 at 07:42:02PM -0400, Terry D. Boldt wrote: > I guess I will have to live with a broken FC3 until I can find another di= stro=20 > that isn't a

[sane-devel] local user using scanner

--8RzCspYsRAU9V6Ra Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, May 14, 2005 at 01:28:32PM +0100, Tim Waugh wrote: > Right, but have you installed all the updates? Let me say it explicitly: the installing the Fedora Core updates should fix this issue for

[sane-devel] local user using scanner

--CYbV4jyGkzCEppMb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 13, 2005 at 03:02:25PM -0400, Terry D. Boldt wrote: > On Friday 13 May 2005 12:49 pm, Tim Waugh wrote: > > On Thu, May 12, 2005 at 04:51:3

[sane-devel] local user using scanner

--EnT6sQnqsTJq4oDy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 12, 2005 at 04:51:38PM -0400, Terry D. Boldt wrote: > Just installed Fedora Core 3 (had been using RH8 Linux Kernal 2.4.20). >=20 > Am having trouble g

[sane-devel] USB Epson Perfection 1250: "sane_start: Device busy"

--V/YKEhZ4Pe4jxeTU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This turned out to be due to a misconfiguration of the epson backend. 1.0.15 does indeed fix this problem. Sorry for the noise, Tim. */ --V/YKEhZ4Pe4jxeTU Content-Type: application/pgp-signature Content-Dis

[sane-devel] libsane.usermap addition for Epson Corp.|Perfection 4870 Photo

--LYDt+Tnt2WQ/hIRe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D135802 contains the following addition for libsane.usermap, which doesn't appear to be in CVS y

[sane-devel] USB Epson Perfection 1250: "sane_start: Device busy"

--E75mJrUy8lRi9cGN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 02, 2004 at 06:41:05AM +0100, Gerhard Jaeger wrote: > The 1250 works here with latest CVS and 1.0.15. > IDs: 04b8:010f This ID matches the one that is reported not to work with 1.0.15. See comm

[sane-devel] USB Epson Perfection 1250: "sane_start: Device busy"

--UExESr5xZTMxdOWv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 30, 2004 at 07:57:20PM +0100, Till Kamppeter wrote: > During some period of time around SANE 1.0.14 the Epson Perfection 1250= =20 > and 1260 where acc

[sane-devel] USB Epson Perfection 1250: "sane_start: Device busy"

--3Gf/FFewwPeBMqCJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've had a report that with sane-backends 1.0.14 and 1.0.15, SANE applications are giving this error when trying to scan with a USB Epson Perfection 1250: sane_start: Device busy Logs with SANEI_DEBUG_ va

[sane-devel] Problem with Fedora Core 2

--xYxgRrcmUCOORODc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 29, 2004 at 03:57:40PM +0300, Panos Katergiathis wrote: > Hello >=20 > I have configured my scanner with sane running in Fedora Core 2.=20 > Whenever i

[sane-devel] Please test fixed Red Hat Linux 9 packages

--LvlcLv3JjFtLV6y2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline If you are having trouble scanning using Red Hat Linux 9 since applying official updates, please test these packages: http://www.cyberelk.net/tim/data/tmp/sane-backends-* Let me know if they fail or succeed

[sane-devel] Epson 1640SU, no devices found, RH 8.0

--HB4mHL4PVvkpZAgW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 15, 2003 at 11:35:38PM +0100, Henning Meier-Geinitz wrote: > If you remove the ltmain.sh hack, how do you want to get the linking > independent of the

[sane-devel] Epson 1640SU, no devices found, RH 8.0

--EgVrEAR5UttbsTXg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Oliver, See my previous email, in which I explained the situation. There are some errors in your text, which I'll correct: On Mon, Dec 15, 2003 at 08:28:56PM +01

[sane-devel] Epson Perfection 2400 on RH 9

--TG7lY2/6mW/akb80 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Dec 15, 2003 at 12:52:14AM +0100, Oliver Rauch wrote: > The soname of all sane libraries have to be "libsane.so.1" > or you will not be able to make a frontend to load > any backend. I don't believe

[sane-devel] Epson Perfection 2400 on RH 9

--niUlcCfh/sMBwTxc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Dec 15, 2003 at 12:07:46AM +0100, Henning Meier-Geinitz wrote: > I haven't looked at the details but I think they linked scanimage with > /usr/lib/sane/libsane.so which is libsane-vl4.so for some rea

[sane-devel] freebsd parallel port scanner

--x0PBmTWHB3bjoOVh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jul 10, 2003 at 12:03:27PM +0200, Henning Meier-Geinitz wrote: > Some of the other parport scanners are accessed without kernel > modules, e.g. by using inb/outb. That should work with FreeBSD also.

[sane-devel] Redhat 9 and XSane .89

--fNagykWcDoSVAmSd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jun 06, 2003 at 09:51:20AM +0200, Henning Meier-Geinitz wrote: > You mean xsane is started when you log into X? Oh well... That might be the case if he has put it in his GNOME session; it's not some

[sane-devel] Re: ppscsi for kernel 2.4

--7phR3qVEw/4Cnor3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 25, 2003 at 08:45:13PM +0200, Till Kamppeter wrote: > Will someone else at Red Hat do it or will the patch be removed from the= =20 > Red Hat kernels?

[sane-devel] Re: ppscsi for kernel 2.4

--iig7nzZQzi/oiJm2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 20, 2003 at 01:32:35AM +0200, Till Kamppeter wrote: > Tim, can you perhaps put the patch for kernel 2.4.21 onto your FTP site?= =20 > Thank you. I'm a

[sane-devel] XSane-0.90 released

--x8hBN3jcr0uqJpm2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Oliver, It would be nice to have a configure option for which browser to use for displaying HTML help. Currently 'netscape' seems to be interwoven into the source code, and I'm scared to change it. :-)

[sane-devel] Where can I find ppscsi driver?

do not know if > that is for 2.4 or 2.5. > http://people.redhat.com/twaugh/ftp/patches/ > Maybe the best thing is to ask Tim Waugh directly? No, don't do that. :-) > Maybe the 2.5 patch works > ok for 2.4 too. He should also be able to tell if it is being maintained or > not.

[sane-devel] [patch] Fix up error checking in canon backend

Hi, Here is a patch to fix a crash in the canon backend. More details at: . Tim. */ --- sane-backends-1.0.9/backend/canon-sane.c.errorchk 2003-01-09 11:52:50.0 + +++ sane-backends-1.0.9/backend/canon-sane.c2003-01-09

[sane-devel] Umax Ultraslim 1220

--mSxgbZZZvrAyzONB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 30, 2002 at 10:14:51PM +0200, Henning Meier-Geinitz wrote: > The last time I checked this didn't work. Even with chmod a+rw the > kernel insisted on beeing root to access /dev/port. I think this

[sane-devel] Umax Ultraslim 1220

--5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 30, 2002 at 08:00:27PM +0200, Henning Meier-Geinitz wrote: > All this is only true for backends that directly access the parport > (/dev/port or inb/outb). > Using a special kernel module or lib

[sane-devel] HP ScanJet 5p on RH7.3 Linux?

--eZmbrWU10I35niuH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 28, 2002 at 01:15:28AM +0300, Otto J. Makela wrote: > In principle, the HP ScanJet 5p should be a easy, SCSI-attached > scanner well-supported by Linux

[sane-devel] ppdev bug?

--6CiRFyVmOOJ3DkBX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Jun 29, 2002 at 11:34:02PM +1000, Matthew Duggan wrote: > I mentioned it in linux-parport and cc'd you.. it can block > indefinately on 0 byte reads. Oh that, okay. Thanks for the patch by the way

[sane-devel] ppdev bug?

--fUvfsPTz/SzOZDdw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline What is the 'ppdev bug' mentioned in the recent sane CVS commit message? Tim. */ --fUvfsPTz/SzOZDdw Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version

[sane-devel] Default path for USB device .conf files

--lVyydWNEvA8xBB0C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Is there any good reason not to use (for example) '/dev/usb/scanner0' instead of '/dev/usbscanner0' in the various SANE .conf files? Tim. */ --lVyydWNEvA8xBB0C Content-Type: application/pgp-signature Conten

[sane-devel] Epson GT-8200U: "Could not send command to scanner"

--YCD1IDpPCSHWAycC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jun 20, 2002 at 07:05:21PM -0700, Steve Frampton wrote: > sane-backends-1.0.7-6 You want to fetch the updated package (1.0.7-6.1) for 7.3 from updates.redhat.com. Tim. */ --YCD1IDpPCSHWAycC Cont

[sane-devel] RedHat 7.3 + scanimage (no scanners identified)

--6HG4v7gMkvDRbcUW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 03, 2002 at 05:49:23PM +, snowkr...@altavista.nl wrote: > I've done a fresh RH 7.3 install last weekend. Apply the updates (use up2date). This bug is fixed. Tim. */ --6HG4v7gMkvDRbcUW Con

[ot] Re: [sane-devel] [Fwd: Sane-1.0.8 Compile Failure]

--FBZZyUSgjpMOo1m2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 30, 2002 at 04:09:31PM -0400, Gene Heskett wrote: > I put it in this morning, then built a bootable kernel with it. But > guess what... Installing it removes a library that much of kde3.0 > nee

[sane-devel] [Fwd: Sane-1.0.8 Compile Failure]

--IQJz6/4+fVNDccxB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 30, 2002 at 05:41:19PM +0200, Henning Meier-Geinitz wrote: > Has anyone else tested SANE with gcc 3.1? Any problems? I'm using a GCC 3.1-compiled sane-backends here without any trouble at all.

[sane-devel] sane-find-scanner finds it, scanimage does not

--oNLI4EWr1RPQuPCf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 27, 2002 at 02:13:10PM -0500, Joel Uckelman wrote: > Thanks! That did the trick. What does reinstalling the sane-backends=20 > package do that fixes th

[sane-devel] sane-find-scanner finds it, scanimage does not

--b1ERR0FXR0PvNIRE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, May 26, 2002 at 09:09:45PM -0500, Joel Uckelman wrote: > I upgraded to RedHat 7.3 yesterday, which apparently has caused my > Epson 610 to stop working. This is a known issue that will be addressed

[sane-devel] trouble with sane-1.0.7

--6lCXDTVICvIQMz0h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 13, 2002 at 11:39:04AM -0700, Jost Diederichs wrote: > I can reproduce the problem > I rolled back to 1.0.3, upgraded to 1.0.5 and then upgraded to 1.0.7 > See the session log below: This turned

[sane-devel] trouble with sane-1.0.7

--Iy2CUD6FdotTkhwY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, May 12, 2002 at 05:08:37PM -0700, Jost Diederichs wrote: > Try completely uninstalling sane. Make sure the lib/sane directory > is gone and do a fresh install. There a re some previous posts on > thi

[sane-devel] On upgrading to version 1.0.7 my scsi HP IIcx stops working

--vr1sEM+RgL05fCrX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 12, 2002 at 05:24:39PM -0700, Jost Diederichs wrote: > I was simply referring to the post of Oliver Schwartz=20 > (http://www.mostang.com/pipermail/san

[sane-devel] On upgrading to version 1.0.7 my scsi HP IIcx stops working

--fQa200R4EO7jAQ6Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 11, 2002 at 10:02:42PM -0700, Jost Diederichs wrote: > Thanks to a previous post by Oliver Schwartz=20 > (http://www.mostang.com/pipermail/sane-devel/2

[sane-devel] Problem with network scanning Linux/win98

--azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 06, 2002 at 06:18:20PM +0200, Edvard Rognlid wrote: > The newst rpm for redhat 7.2 I could find vas for version 1.0.5-4. Red Hat Linux 7.3 comes with SANE 1.0.7. Just grab that packages from the

[sane-devel] segfault

--2fSbKhQ/kwrfWINy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 02, 2002 at 11:12:04PM -0400, Vladimir Dergachev wrote: > Program received signal SIGSEGV, Segmentation fault. > sane_sm3600_init (version_code=0xb278, authCB=0x8049270 > ) > at sm3600.c:

[sane-devel] 'read more data than announced by backend'

--AQYPrgrEUc/1pSX1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I received this bug report: "I have a Microtek ScanMaker E6. I have sane-backends-1.0.7-6 and related versions installed. I am running kernel

[sane-devel] Found: why Sane make barfed under RH6.1

--Qn4G1eBrv+t66M9q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 14, 2002 at 10:10:15AM +0300, Max Ushakov wrote: > So maybe it is still correct to use all kernel includes instead > of the corresponding glibc includes. It is not. Tim. */ --Qn4G1eBrv+t66M9q

[sane-devel] sanei_parport

--l+LxDeyHMCBjwres Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 26, 2002 at 05:29:46PM +0300, Max Vorobiev wrote: > Is there are any discussion threads or requirements for sanei_parport=20 > interface? Take a look

[sane-devel] 'scanimage -L' fails first time with modular SCSI drivers

--zGX6P/PxmcOG18lb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 25, 2002 at 11:24:44PM +0100, Oliver Rauch wrote: > BTW: What happens when the user does not have the correct permissions > for /dev/sg0 (or the device that is used to load modules)? Oh, good po

[sane-devel] 'scanimage -L' fails first time with modular SCSI drivers

--Sh9dYexoRflRb0jn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 24, 2002 at 02:38:25PM +0100, Henning Meier-Geinitz wrote: > On Fri, Feb 22, 2002 at 02:02:14PM +0000, Tim Waugh wrote: > > Could we add som

[sane-devel] 'scanimage -L' fails first time with modular SCSI drivers

--4HoONH8zr3Mj5MZN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Feb 19, 2002 at 08:05:20PM +0100, Henning Meier-Geinitz wrote: > I think the analysis of Andras is right. Could we add some hook to try to get the modules loaded if /proc/scsi/scsi doesn't exist? J

[sane-devel] 'scanimage -L' fails first time with modular SCSI drivers

--nywXBoy70X0GaB8B Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Feb 19, 2002 at 04:13:00PM +0100, abel deuring wrote: > Don't know, if this is related, but the Sharp backend has the bug that > it considers the REQUEST SENSE result "power on reset" to be an error.

[sane-devel] 'scanimage -L' fails first time with modular SCSI drivers

--gdTfX7fkYsEEjebm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Linux, when the SCSI drivers are compiled modular, 'scanimage -L' fails unless they modules are loaded. After running it once (and it fails), the drivers appear to have been automatically loaded (by an op

[sane-devel] sane-config --cflags output

--v541l457l4DThMFo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 11, 2002 at 08:47:56PM +0100, Henning Meier-Geinitz wrote: > What is the problem with explicitely mentioning "/usr/include"? Does > it break anything or makes it much slower? The specific proble

[sane-devel] sane-config --cflags output

sane-config --cflags shouldn't say '-I/usr/include', since that's the default include path anyway; similarly, sane-config --libs shouldn't say '-lc' (and it doesn't). Here is a patch to fix the output of sane-config --cflags. Tim. */ --- sane-backends-1.0.7/tools/sane-config.in.defaultincl

[sane-devel] only grey scans from epson backend?

--PZMMlDKQNsLDNvB8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Oh, never mind, false alarm. Tim. */ --PZMMlDKQNsLDNvB8 Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SI

[sane-devel] only grey scans from epson backend?

--m+Z5/NEwv9nnRDo7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I received the following bug report: "When scanning using the Epson backend, colour scans come out in greyscale only. This is with xsane, xscani

[sane-devel] C undefined operations in sane-backends-1.0.7-beta1

--lBe/Si07TENnq+bY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 25, 2002 at 12:27:03PM +0100, Jaeger, Gerhard wrote: > Hi there,=20 >=20 > let's have a look at the warnings from the Plustek backend. > The lines that

[sane-devel] C undefined operations in sane-backends-1.0.7-beta1

--WulRBKvtygI9tSt8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 24, 2002 at 08:17:25PM +0100, Karsten Festag wrote: > I read somewhere that ++bit would give faster code than bit =3D bit + 1. > Now my question (as a

[sane-devel] C undefined operations in sane-backends-1.0.7-b

--RacQGezy2Y99S6cT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 24, 2002 at 08:49:56AM +0100, Joachim Backes wrote: > 1. Since 20 years, C is my favorite programming language C has become defined better in recent years. Take a read of C99, for instance. >

[sane-devel] C undefined operations in sane-backends-1.0.7-beta1

--sdOeJE8sLwpQaOMV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 24, 2002 at 08:12:53AM +0100, Karsten Festag wrote: > in the two lines > bit = ++bit; This will give the same warning of course! > bit %= 8; Why not just use bit = (bit + 1) % 8, which appea

[sane-devel] C undefined operations in sane-backends-1.0.7-beta1

--2mNuWrpDTYoom6W8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 23, 2002 at 09:43:35PM +0100, Henning Meier-Geinitz wrote: > This is with gcc-3.x? I don't get them with gcc 2.95.4. Yes. > > They > > are for things

[sane-devel] C undefined operations in sane-backends-1.0.7-beta1

--YhFoJY/gx7awiIuK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I get these warnings when compiling sane-backends-1.0.7-beta1. They are for things like: bit = ++bit % 8; which are indeed undefined. Tim. */ microtek2.c:8054: warning: operation on `bit' may be

[sane-devel] Temp file races

--l118U0+vX1D/6gtA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 18, 2002 at 12:25:34AM +0100, abel deuring wrote: > Henning Meier-Geinitz wrote: >=20 > > There are some ways to avoid this: > >=20 > > * don't use tem

[sane-devel] Sane Question--umax_pp

--AA9g+nFNFPYNJKiL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 28, 2001 at 12:38:39AM +, Timothy Johnson wrote: > creating a ppdev character device. I read somewhere that the ppdev=20 > module uses the parport

[sane-devel] microtek2 backend bug?

--0ZpWocbG2H/Vq+uQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Dec 14, 2001 at 08:26:05PM +0100, Henning Meier-Geinitz wrote: > A debugging output (SANE_DEBUG_SANEI_SCSI=255 SANE_DEBUG_MICROTEK2=255 > in this case) may help to find the exact source. Yes, it wou

[sane-devel] microtek2 backend bug?

--Vsi50HYs5tPfr+1I Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In a bug in the microtek2 backend is detailed. It is alleged that it doesn't return SANE_STATUS_NO_DOCS when it should, but instead just returns a

[sane-devel] [dev] CVS tree closed for release

--5IYJRsx6KNVuKrR5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2001 at 02:47:19PM +0100, abel deuring wrote: > Eric observed this for kernel 2.4.9; I saw it for 2.4.5 and 2.4.13, > while 2.4.0 works fine. >=20

[sane-devel] gphoto2 backend

--HtRZva1Vzv8iP5ye Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The gphoto2 CVS no longer has a gphoto2-core.h, but aclocal.m4 and acinclude.m4 check for it. Tim. */ --HtRZva1Vzv8iP5ye Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP S

[sane-devel] Querying scanner buttons

--6rcv1UvST9/bVzIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 29, 2001 at 11:41:31AM +0100, Michael Piotrowski wrote: > Is that a CVS feature? Or is it backend-specific? My scanimage 1.0.5 > with the EPSON backend doesn't know it. I think it must be a back

[sane-devel] Querying scanner buttons

--mpbdVK9pqhR9zQdg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 29, 2001 at 11:12:25AM +0100, Michael Piotrowski wrote: > Now, since my EPSON 1640 scanner has a button, it would be nice if I > could "read" it in the script above instead of having to hit Retur

[sane-devel] [patch] fix SCSI device matching

--JXp+Qf9qmD+BnmMb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Oh, never mind, I just saw the patch in CVS which does this already (albeit with slightly more code). Tim. */ --JXp+Qf9qmD+BnmMb Content-Type: application/pgp-signature Content-Disposition: inline -BEG

[sane-devel] [patch] fix SCSI device matching

When a SCSI device returns a blank string field (such as the vendor field), sanei_scsi_find_devices gets confused. See . I append a patch that I think will fix it. What do you think? Tim. */ Index: sane-backends/sanei/sanei_scsi.c ===

[sane-devel] sane nikon coolscan

--JaBjgNvtdKe5H086 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 13, 2001 at 11:39:39PM -0700, Hidong Kim wrote: > I'm trying to install a Nikon Coolscan LS-2000 on my Red Hat 7.1=20 > machine. I recompiled the 2.4.

[sane-devel] Download problem @ ftp.mostang.com/pub/sane/sane-1.0.5

--o99acAvKqrTZeiCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 27, 2001 at 05:24:59AM +, Graeme Nichols wrote: > As far as finding an rpm for RedHat 7.1 is concerned the only rpm is=20 > 1.0.3. (and that's for

[sane-devel] Questions from new backend developers

--nrXiCraHbXeog9mY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Aug 11, 2001 at 01:41:53PM +0200, Henning Meier-Geinitz wrote: > sanei_ab306 supports the Mustek 600IIN which has it's own ISA i/o > card. However, this card is very similar to a parport. So I need a

[sane-devel] Questions from new backend developers

--Y+Z5jE7Arku/2GrR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Aug 11, 2001 at 12:47:21AM +0200, Jochen Eisinger wrote: > Could somebody give me a pointer to libieee1284? if it works, I'll soon > add support for it to sanei_pa4s2. A sanei_ieee1284 could be used

[sane-devel] Questions from new backend developers

--cDtQGJ/EJIRf/Cpq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 10, 2001 at 07:35:11PM +0200, Henning Meier-Geinitz wrote: > > On an aside, I noticed there have been a few questions about > > running parallel scanne

[sane-devel] pale negative scans

--zywvytGCXzdVpkje Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I received this bug report via Bugzilla for Roswell, the current Red Hat Linux beta: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=50880 (It has sane 1.0.5.) "I have a scanner - Epson Perfection 124

[sane-devel] permissions for parallel port scanners

--QK8nhFMwR+o7J1de Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jul 22, 2001 at 03:37:22PM +0200, Oliver Rauch wrote: > So I want to ask all authors of backends that support > parallel port scanners to work out a common way > (sanei_parallel_*) to talk as user to