Bugzilla Bug 50043

Image Scan! (iscan) is the package containing a Epson scanner SANE backend and
a frontend from Epson.  It adds support for more Epson models than the backend
existing in the sane-backends package (like my CX6400).  I created an ebuild
for iscan because there wasn't one in Portage.

This is my first ebuild submission, but not my first ebuild.  I have tested it
and it works fine.  Right now, though, it has fetch restrictions on because it
the website requires a form to be filled out to download.  I wasn't too sure on
its licence either.  Half of it is GPL and the other half is something else.

Anyways, unpack the tarball to the overlay.  emerge iscan.  Add "epkowa" to the
top on /etc/sane.d/dll.conf.  Edit /etc/sane.d/epkowa.conf to make sure you
have the correct dev in there.

Reproducible: Always
Steps to Reproduce:

Created an attachment (id=30753) [edit]
iscan-1.8.1 ebuild

Thanks for your submission.

You should have a look at the following docs:
http://www.gentoo.org/doc/en/gentoo-howto.xml
http://www.gentoo.org/doc/en/ebuild-submit.xml
http://www.gentoo.org/doc/en/ebuild-mistakes.xml

Posting compressed archived is not handy at all. Please don't.
This post in the forums might help as well
http://forums.gentoo.org/viewtopic.php?t=138862&start=54
I noticed config files would go into /usr/etc without the --sysconfdir=/etc ./configure option

BTW, iscan does a much better job when scanning negatives which explains why anyone would want to use it instead of xsane despite its non-GPL license.

I made a new ebuild of that programm.
Changes: 
-version bump to 1.9.0
-include correct license
-no fetch restricktions anymore.
-dont overwrite files from sane-backends with older versions.
-provide a solution to make the backend work with xsane and friends.
(see the problems in the forum http://forums.gentoo.org/viewtopic.php?t=138862&start=54)

A new license needs to be installes "epson.kowa". The file is attached.
This licence is propitary, but allows us to redistribute the source.
So please put the tar.gz file on the gentoo mirros.

Created an attachment (id=33652) [edit]
ebuild file 

Created an attachment (id=33653) [edit]
license file 

Created an attachment (id=33654) [edit]
The sources

Created an attachment (id=33658) [edit]
minor changes to the ebuild

added some more einfos to help the user. 

1.9.0 with ebuild from Felix worked for me with an Epson 1640SU Photo.

Just tested 1.9.0 on my epson 2450 using the ieee1394 interface.
Works fine for both flatbed and negatives.

Created an attachment (id=36748) [edit]
iscan-1.10.0.ebuild

Ebuild - Bumped version.  Works great with Epson Perfection 1240U Photo. 
Thanks Felix!

Created an attachment (id=36749) [edit]
sources iscan-1.10.0-3.tar.gz

Sources from Epkowa - Version bumped.

Ebuild for iscan fails to compile.


g++ -c -DHAVE_CONFIG_H -I. -I. -I../include/sane -I../include -DPATH_SANE_CONFIG_DIR=/etc/sane.d          -DPATH_SANE_DATA_DIR=/usr/share         -DV_MAJOR=1 -DV_MINOR=0 -march=athlon-xp -O1 -pipe -mtune=athlon-xp  -fomit-frame-pointer -falign-functions=64 cfilebuf.cc
cfilebuf.cc:252: error: expected unqualified-id before ';' token
cfilebuf.cc:253: error: expected unqualified-id before ';' token
make[1]: *** [cfilebuf.o] Error 1
make[1]: Leaving directory `/usr/portage/tmp/portage/iscan-1.10.0/work/iscan-1.10.0/lib'
make: *** [all-recursive] Error 1

!!! ERROR: media-gfx/iscan-1.10.0 failed.
!!! Function src_compile, Line 31, Exitcode 2
!!! (no error message)

subsiquent to last :

earlier attempt was with gcc 3.4.1 

also tested 1.9.0-5 ebuild and got same pb.

changed back to gcc 3.3.3 ; same compile pb.

reverted to gcc 3.4.1 and problem cleared . iscan 1.10.0 ebuild sucessful.


Calculating dependencies ...done!
[ebuild   R   ] media-gfx/iscan-1.10.0  


Unable to say what changed to remove the compile problem.



 

Version 1.10.0 works fine for me. Thank you for the version bump.
My gcc is 
version 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2, pie-8.7.6)

Nice ebuild, thanks!

Is there some reason that when using iscan I cannot save the file as a tiff? That option is greyed out when I run it.

Thanks.

Chris

Hi

i've made a patch to make it work with gcc3.4.
Attached, report success -:)

Created an attachment (id=41844) [edit]
ebuild.tgz

Created an attachment (id=42261) [edit]
ebuild to solve LDFLAGS issue

Made a hack around the LDFLAGS="-lstdc++" issue.
So no more need to recompile sane-backends.

PLEASE TEST.

iscan-1.10.0-r1.ebuild seems to work OK with my Perfection 1240U.  However when
using the epkowa backend with xsane I see no improvement in scan quality over
using epson backend.  Iscan gives much better results than xsane is this
expected?

There is iscan 1.13 on the the epkowa homepage - might the ebuild be updated?

Created an attachment (id=48895) [edit]
ebuild-1.13

Here is version 1.13.
Changlog:
-version bump
-add 99sane-epkowa to /etc/env.d to ensure libaries are in LD_PATH

Please Test

Thank, works great for me with Espon Perfection 1260 - no more manual libary
linking in /usr/lib needed!

Created an attachment (id=54434) [edit]
ebuild for iscan-1.13.1 

I modified the ebuild to have a working SRC, cleand it a litte bit and bumped
it to iscan-1.13.1 which work's great for me

Created an attachment (id=54435) [edit]
modified gcc-3.4 patch to match iscan-1.13.1

Created an attachment (id=57034) [edit]
ebuild for iscan-1.14.0

The homepage moved. I modified the ebuild with the new homepage and a working
SRC_URI, and bumped to iscan-1.14.0.

This ebuild works fine for Epson Perfection 4180 Photo. Would be glad to see it
in portage.

This ebuild works fine for Epson Perfection 4180 Photo. Would be glad to see it
in portage.

This works great.  Can we get this into portage?

Hello,

I tried the ebuild and I get this:
iscan
iscan: error while loading shared libraries: libesmod.so.1: cannot open shared
object file: No such file or directory

but now I found this:
Library Problem: If you try running iscan at this point you will probably get
the error:

	iscan: error while loading shared libraries: libesmod.so.1: 
	cannot open shared object file: No such file or directory

The precompiled, proprietary epkowa driver library (libesint32.so) was compiled
with a bad path to the scanner firmware binary file (esfw32.bin). Source code is
not available so this can't be fixed. However, you can create a link that will
fix the problem. ldconfig updates the library loader cache. You may want to make
sure that the /etc/ld.so.conf file contains an entry for /usr/local/lib.

	cd /usr/share
	ln -s /usr/local/share/iscan iscan
	ldconfig
on:http://www.michaelminn.com/?linux/peripherals.html

but it will also not work

Regards Roland

Again some notes

the ./configure script will make this:

Configuration: /usr/local/etc
Libraries:     /usr/local/lib
Binaries:      /usr/local/bin and /usr/local/sbin
Manpages:      /usr/local/man

but the ebuild will install to:

locate libesmod.so.1
/usr/lib/epkowa/libesmod.so.1
/usr/lib/epkowa/libesmod.so.1.1.0

there's a typo:
* Then edit "/etc/sane.d/epkowa.conf" to suite yuer needs.

yuer-->your

(In reply to comment #0)
The ebuild that's now in portage downloads the version of iscan that compiles on
gcc 3.4 and up. It fails to compile on my gcc 3.3.6 system.

It got iscan to compile by making an overlay with an exact copy of the ebuild,
except for the name of the file to be downloaded (simply remove "c2" from the
filename to get the version that compiles on <3.4).

I made comment #32 about the portage ebuild not compiling on gcc 3.6.6. I've
since upgraded to gcc 3.4.4 and the official ebuild does compile. However, there
is another bug.

Like some recent versions of sane-backends, the iscan backend doesn't work
correctly with multifunction devices. For instance, the scanner portion of my
scanner/printer/memory-card-reader won't be recognized by iscan unless I kill
the modules usblp and usb-storage.

The problem can be fixed by applying one of the sane-backends patches:
kernel2.6.13usb-problem.patch.

*iscan-1.17.0 (24 Nov 2005)

  24 Nov 2005; Stefan Briesenick <sbriesen@gentoo.org> +metadata.xml,
  +iscan-1.17.0.ebuild:
  initial commit.

Created an attachment (id=79380) [edit]
iscan-1.18.0 (version bump + clean up)

Ebuild for iscan-1.18.0
Changes:
 * SRC_URI is now derived from PV instead of being hardcoded
 * use econf and remove obsolete configure options
 * use emake
 * added messages to "die" calls

the problem with gcc 3.3 is known... ;-)

you need different binary-only object-files. There's another tarball for this
purpose. I had no time to integrate this when I commited the first ebuild.
Perhaps we can fix this somehow.

@Christian Becke (comment 35): I don't take this ebuild, because it lacks many
options the ebuild already in portage has. btw: there're also some odd things
in it:

MY_VDIR="v$(echo ${PV} | sed -e 's/\.//g')"

no external commands in global scope please!

MY_VDIR="${PV//./}"

is much better.

I try to fix the gcc 3.3 vs 3.4 issue and then I commit a version bump.

(In reply to comment #37)
> @Christian Becke (comment 35): I don't take this ebuild, because it lacks many
> options the ebuild already in portage has.

Oh, of course! Don't know how I could miss the ebuild in the official portage
tree - sorry. Next time I'll check bugzilla AND the official portage tree... 

> I try to fix the gcc 3.3 vs 3.4 issue and then I commit a version bump.

Great, thanks!

iscan-1.18.0 is in portage now. please test!