Hi, you can find the updated version at this page: http://download.ebz.epson.net/dsc/du/02/DriverDownloadInfo.do?LG2=IT&CN2=&DSCMI=20920&DSCCHK=629b3a26453e71b7fe6065cb9bc894dd64c497ae Thanks in advance!
That link (I believe) has a session key in it, so it isn't valid. Start here to find the scanner driver: http://download.ebz.epson.net/dsc/search/01/search/?OSC=LX I VERY much want to see this updated, as well.
I vote for too and please confirm the bug status ;-) Reference note for the maintener : since some days, the sources repository has changed form Avasys to official Epson download site and the tarball is also fetch restricted. (src -> http://avasys.jp/eng/linux_driver/news/id001140.php ) Have a look more precisely but i believe this change and termination of Avasys services has broken "backward compatibility" for all arch and ~arch drivers relative to epson's printers in tree...
Created attachment 338048 [details, diff] iscan-2.29.1-drop-ltdl.patch Updated patch since old one no longer applies.
Created attachment 338050 [details] iscan-2.29.1.5.ebuild Updated old ebuild with new uris. It still does not respect LDFLAGS with /usr/lib64/libesmod.so.2.0.0.
Created attachment 338054 [details] iscan-2.29.1.5.ebuild Fixed homepage.
Created attachment 338100 [details] iscan-2.29.1.5.ebuild Added fetch restriction to SRC_URI since urls are no longer static.
Really thks for your job. I'm not a real "Arch tester" but the compilation of this new version is ok on my x86 arch :-) However, just a tiny note (for QA i.e.): I haven't checked the isacn source code but I believe that the >=virtual/udev-103 RDEPEND introduced is not necessary or simply not tested I'm a mdev user so I haven't any sys-fs/udev* or virtual/udev on my system and portage seems to be ignoring it during the configure phase (see attached log) Anyway, if it's really needed maybe you should be use virtual/dev-manager than virtual/udev as a dependency ?
Created attachment 338198 [details] media-gfx/iscan-2.29.1.5:20130207-124401.log
(In reply to comment #7) > Really thks for your job. I'm not a real "Arch tester" but the compilation > of this new version is ok on my x86 arch :-) > > However, just a tiny note (for QA i.e.): > I haven't checked the isacn source code but I believe that the > >=virtual/udev-103 RDEPEND introduced is not necessary or simply not tested > I'm a mdev user so I haven't any sys-fs/udev* or virtual/udev on my system > and portage seems to be ignoring it during the configure phase (see attached > log) > Anyway, if it's really needed maybe you should be use virtual/dev-manager > than virtual/udev as a dependency ? It's probably untested. I don't use mdev so I can't test it right now. iscan-data installs udev files but that may be just to make it work on udev.
