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 attachment 30753 [details] 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 attachment 33652 [details] ebuild file
Created attachment 33653 [details] license file
Created attachment 33654 [details] The sources
Created attachment 33658 [details] 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 attachment 36748 [details] iscan-1.10.0.ebuild Ebuild - Bumped version. Works great with Epson Perfection 1240U Photo. Thanks Felix!
Created attachment 36749 [details] 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 attachment 41844 [details] ebuild.tgz
Created attachment 42261 [details] 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 attachment 48895 [details] 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 attachment 54434 [details] 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 attachment 54435 [details, diff] modified gcc-3.4 patch to match iscan-1.13.1
Created attachment 57034 [details] 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 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 attachment 79380 [details] iscan-1.18.0.ebuild (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!
