Hi there, Please find attached an ebuild for Epson sane-epkowa-based network MFC scanners -- iscan-network-nt driver. It works fine with my Stylus SX620FW. Cheers, ^s Reproducible: Always
Created attachment 270521 [details] ebuild iscan-network-nt
http://www.avasys.jp/lx-bin2/linux_e/spc/DL2.do redirects for me, i.e. doesn't work for everyone.
Created attachment 270561 [details] ebuild update with correct home URL
If you can update this to be more similar to the gt-x770 ebuild (which I added today to the tree) I would proxy maintain it if you're up to and have the hardware.
Just to note that the Avasys link is now stale, as the drivers have moved to the Epson site. Here's the current download-page URL for iscan-network-nt-1.1.0-2: http://download.ebz.epson.net/dsc/du/02/DriverDownloadInfo.do?LG2=EN&CN2=&DSCMI=16326&DSCCHK=6f7dc0db3287007a42276137232fc563db8b3f33 I recently got a Workforce Pro WP-4535DWF and can confirm the "network" binary in the above i386 download as working with current iscan-2.29.1.5 when extracted to /usr/lib/iscan/network. I'll have a shot at an ebuild at some point, but it'll have to be fetch-restricted because the page above now has a click-through EULA. The page offers both RPMs and DEBs, I dunno if there's any preference from Portage's point of view?
I have to correct the above. On closer investigation, the status for this package seems to be the same as for iscan and iscan-data, so these direct URLs could be used: http://a1227.g.akamai.net/f/1227/40484/1d/download.ebz.epson.net/dsc/f/01/00/01/63/26/86185d5195bcf6809e1001ab72248e13ebc5f50a/iscan-network-nt-1.1.0-2.i386.rpm http://a1227.g.akamai.net/f/1227/40484/1d/download.ebz.epson.net/dsc/f/01/00/01/63/26/9e42fcfa803769c5cd89123b89af96c92bdb56af/iscan-network-nt-1.1.0-2.x86_64.rpm (Shorter versions direct from the epson domain are possible, but it seems polite to use the akamai ones given their purpose.)
*** Bug 517824 has been marked as a duplicate of this bug. ***
Hello, Attached is an updated verision of this ebuild based on iscan-network-nt 1.1.1-1. The homepage and download links have been updated as they are no longer hosted at avasys.jp. The new homepage is http://download.ebz.epson.net/dsc/search/01/search/?OSC=LX. I have also updated this ebuild to be more similar to the gt-x770 ebuild. I tested this ebuild on an amd64 system with an Epson Workforce 610 series printer. This is the same ebuild that was marked as a duplicate bug.
Created attachment 381398 [details] updated ebuild for iscan-network-nt
Thanks for the update! This is working with my Stylus SX620FW :-)
This used to work fine up to kernel-4.1.15 then broke since kernel 4.4.x. I have no idea why!? strace shows that `scanimage -L` hangs on connection to 127.0.0.1, though that's not the real scanner IP address. Kernel config's diff (4.1 vs 4.4) shows no major differences... Any idea?
Check and make sure your config files haven't changed. I am on kernel 4.8.4 and don't have any issues, scanimage -L lists my scanner. What version of iscan do you have? There is a 2.30.2.2 ebuild posted at bug #596942 which I am using. My iscan-data is version 1.36.0.1. I noticed that the iscan-network-nt was bundled into another package by epson, I have an updated ebuild I will attach that will resolve the broken link, you can give that a try but it has the same version number so I don't think anything changed.
Created attachment 451868 [details] Updated ebuild for iscan-network-net
Created attachment 451870 [details, diff] diff file for updated ebuild
I finally found the culprit! It has nothing to do with the sane/epkowa setup: the kernel was dropping network requests because of its SYN flooding protection mechanism AND syncookies were *disabled* (which might have changed from 4.1 to 4.4 kernel lines -- didn't verified though...). Indeed (now with kernel 4.9.10) if syncookies are not enabled, a socket's backlog overflow will always cause the packet to get dropped -- this looks a bit fishy, as a bigger net.ipv4.tcp_max_syn_backlog doesn't make any difference. Symptoms are kernel messages like: TCP: request_sock_TCP: Possible SYN flooding on port 38845. Dropping request. Whereas, with syncookies *enabled*, the message is TCP: request_sock_TCP: Possible SYN flooding on port 43523. Sending cookies. ...and the packet goes through :-) There still might be a bug either in sane (see this old bug report https://bugs.launchpad.net/ubuntu/+source/procps/+bug/57091/comments/27) or in the kernel (backlog problem?). On top of my head, I never had to enable syncookies before... Otherwise, I confirm that the following setup is working: sys-kernel/gentoo-sources 4.9.10 (with net.ipv4.tcp_syncookies=1 !!!) media-gfx/iscan 2.30.2.2 media-gfx/iscan-data 1.36.0.1 media-gfx/iscan-network-nt 1.1.1.1
*** Bug 610792 has been marked as a duplicate of this bug. ***
Created attachment 590654 [details] New ebuild v1.1.2.1 New ebuild :-)
Ebuild (version 1.1.2.1) landed in Portage repo and later was removed due to #719470
Created attachment 905117 [details] Ebuild updated to EAPI8
