[sane-devel] Fedora 15epson2/scsi doesnt work but Fedora 11 - updated does

[Olaf Meeuwissen]

Pete Lancashire <pete at petelancashire.com> writes:

> on a side note
>
> May 30 18:34:52 localhost udevd[478]: can not read
> '/lib/udev/rules.d/65-iscan.rules'
> May 30 18:34:52 localhost udevd[478]: GOTO 'iscan_rules_end' has no
> matching label in: '/lib/udev/rules.d/65-iscan.rules'
> May 30 18:34:52 localhost udevd[478]: GOTO 'iscan_scsi_rules_begin'
> has no matching label in: '/lib/udev/rules.d/65-iscan.rules'
> May 30 18:34:52 localhost udevd[478]: GOTO 'iscan_usb_rules_end' has
> no matching label in: '/lib/udev/rules.d/65-iscan.rules'
> May 30 18:34:52 localhost udevd[478]: GOTO 'iscan_rules_end' has no
> matching label in: '/lib/udev/rules.d/65-iscan.rules'
> [chomp]

What iscan and iscan-data package versions?  Latest RPM packages (for
your Fedora versions) are:

  - iscan-data-1.8.1-1.noarch.rpm
  - iscan-2.26.3-1.ltdl7.i386.rpm or iscan-2.26.3-1.ltdl7.x86_64.rpm

You need both the noarch package and one of the architecture dependent
packages.

We tested iscan-data-1.0.5 against sane-backends-1.0.21-5.fc15 without
any problems.  Any changes after that only added plain old device data
so shouldn't have broken anything.

Odd though that udevd says it "can not read" the iscan.rules files and
then goes on to complain about a lack of matching labels.  Did you see
any messages when installing?  Does the iscan.rules file resemble the
one from the sane-backends package?  It mostly should.

> sane-find-scanner -v -v
> hecking /dev/sg1... open ok
>   Inquiry for device:
>     000: 03 00 02 02 23 00 00 30 45 50 53 4f 4e 20 20 20    ....#..0EPSON
>     016: 53 43 41 4e 4e 45 52 20 47 54 2d 33 30 30 30 30    SCANNER GT-30000
>     032: 31 2e 35 33 00 00 00 ff                            1.53....
> found SCSI processor "EPSON SCANNER GT-30000 1.53" at /dev/sg1

This should be enough for the epkowa backend to recognise the device as
supported.

> I've can scan with iscan SLOW .. see below but not a sane issue ...

What is slow?  The image acquisition or iscan starting up?
Note that you can also use any other SANE frontend for your scanning.

>  the epkowa backend can not see the scanner, commented out everything
> in epson and epson2 and only
> have net, epson, epson2 and epkowa in dll.conf If I comment out SCSI
> in epson and epson2 .. no can find.

Disable epson and epson2 in dll.conf and make sure you have a "scsi" in
epkowa.conf that's not commented out (as per defaults).

> could the issue be in the udevd ?

Who knows, udevd seems to change faster than the weather ;-|

> added SCSI in various forms, copied what was in epson, epson2 and
> various other incarnations.

Like I said above the default epkowa.conf should be fine for all
supported SCSI devices (and USB devices).
BTW, that file is extensively documented as to how you can add devices
that aren't recognised.  Don't blindly copy what's in other conf files
as that is likely not to work.

> on another side note iscan took a LONG time to do the scan with a lot
> of back and forth. change sg's buffer up to 1M that really didnt work.
> The adapter is PCI-X on its own PCI bus, but the interface is 20 MHz
> It starts at 320 and keeps going down, down and down.

We are aware that iscan is no speed daemon.  You could try another SANE
frontend, e.g. scanimage, and see if that performs better speed-wise.


> On Mon, May 30, 2011 at 7:12 PM, Olaf Meeuwissen
> <olaf.meeuwissen at avasys.jp> wrote:
>> Pete Lancashire <pete at petelancashire.com> writes:
>>
>>> I will give the Epkowa backend a try next (on a side note the URL in
>>> the sane documentation is 404)
>>
>> Which one?  The link listed in this section[1] and this page[2] work
>> fine for me.
>>
>>  [1]
>>  http://sane.alioth.debian.org/lists/sane-backends-external.html#S-EPKOWA
>>  [2] http://sane.alioth.debian.org/sane-frontends.html

Any info on the broken URL?  I'd like to get that fixed.

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2           FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962               Help support software freedom
                 http://www.fsf.org/jf?referrer=1962