Bugzilla Bug 124875

it seems that epson has released iscan 2.0.0.  for some reason, it's not listed
under all of the MFP's, but seems to be pretty similar to the 1.x series and
works fine with my Stylus CX4800.  

once again, there are seperate downloads for gcc 3.2/3.3 and 3.4.  to emerge
iscan 2.0.0, i copied the ebuild from the latest in portage (1.18.0) and
attempted.  the gcc version detection seems broken (it wanted to emerge the
3.2/3.3 version for my 3.4 system) and the source url's don't work.  i hacked
around by manually downloading the tarball to distfiles for gcc3.4 and pointing
all of the potentional sources in the ebuild to that file (regardless of gcc
version detected).  super hackish but i wanted to test it out quickly.  

i will try to do more research on the changes between the versions and ebuild
changes neccesary and post them back if i find anything good.



Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.5-r2,
2.6.14-gentoo-r7 i686)
=================================================================
System uname: 2.6.14-gentoo-r7 i686 Intel(R) Celeron(R) CPU 1.70GHz
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -mtune=pentium4 -pipe -O3 -fweb -frename-registers
-fforce-addr -fomit-frame-pointer -ftracer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -mtune=pentium4 -pipe -O3 -fweb -frename-registers
-fforce-addr -fomit-frame-pointer -ftracer -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.osuosl.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS="en_US"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 aac aalib acpi aim alsa apache2 artworkextra audiofile avi
bash-completion berkdb bitmap-fonts browserplugin bzip2 cd cddb chroot crypt
css cups curl dbus divx4linux dv eds emboss encode esd esdexif exif expat fam
fame ffmpeg firefox flac flash foomaticdb fortran gd gdbm geoip gif glut gmp
gnome gpm gstreamer gtk gtk2 gtkhtml hal idn imagemagick imlib java javascript
jikes jpeg lcms ldap libcaca libg++ libwww live logrotate lzo mad maildir mhash
mikmod ming mmx mng motif mozilla moznocompose moznoirc moznomail moznosvg mp3
mpeg mysql nautilus ncurses network nls nptl nptlonly nsplugin nvidia offensive
ogg oggvorbis opengl oss pam pcre pdflib perl php pic png posix ppds python
quicktime readline real samba sasl scanner sdl speex spell sse sse2 ssl svg
syslog tcltk tcpd theora tiff tools truetype truetype-fonts type1-fonts udev
unicode usb utf8 videos vorbis win32codecs xine xml xml2 xmms xv xvid xvmc zlib
linguas_en_US userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS

cool. Please attach your working ebuild when your're done. Additionally a diff
would be nice.

btw: CFLAGS="-march=pentium4 -mtune=pentium4 ..."

-mtune is quite useless, if you specify the same CPU as with -march. ;-)

<man gcc>
When this option [-mtune] is not used, GCC will optimize for the processor
specified by -march. By using -march and -mtune together, it is possible to
generate code that will run on a family of processors, but optimize the code
for one particular member of that family.
</man gcc>

----------------------------------------------------------------------
iscan-2.0.0                                               (2006-01-24)
----------------------------------------------------------------------
<snip>
 * proprietary interpreter plugin modules and firmware files have been
   removed from the source distribution

what does this mean for us?  

huh. sounds bad. the only reason to install and use iscsn are the propritary
parts. :-/

could you please check this further? perhaps we can find the propritary parts
elsewhere ("...removed from the *source* distribution...") and can merge them.
That's odd but better than nothing.

my thoughts as well.  my suggestion would be to rpm2targz the binary
distribution.  i do this for the printer side of my all-in-one, though not
through an ebuild.  doing this should also be able to avoid the two versions of
GCC issue, though it might require the compatibility lib for gcc 3.3 (libstdc++
?).  i'll look into it a bit more and report back...

any chance at a test ebuild for the rpm release?  

oops, guess there are different rpm's based on gcc version, as well.  so we
would still need to do the gcc checking, apparently.

just "inherit rpm", then unpack() works also with rpms. ;-)

in CVS.