Avasys shut down their download service and Epson took over the service. The new urls can be found here: http://download.ebz.epson.net/dsc/search/01/search/?OSC=LX Reproducible: Always
Current ebuild list: media-gfx/iscan-data media-gfx/iscan media-gfx/esci-interpreter-gt-s80 media-gfx/iscan-plugin-gt-f500 media-gfx/iscan-plugin-gt-f720 media-gfx/iscan-plugin-gt-x770 media-gfx/iscan-plugin-gt-x820 media-gfx/iscan-plugin-esdip
Thanks for the heads up. Just took a look at this for the x820 plugin, and the download link now looks like this: http://a1227.g.akamai.net/f/1227/40484/1d/download.ebz.epson.net/dsc/f/01/00/02/09/22/3881ed4f9aff07f6e1f21842a41bc6ee5d7f3434/iscan-plugin-gt-x820-2.2.0-1.x86_64.rpm Unfortunately, that seems to prone to breakage. The i386 download, for example, uses a different path, and I'm not sure if that's related to a user's session or what. Although I (really) hate doing this, would it make sense to enable fetch restriction here?
Yes I'm afraid we're going to fetch restrict them unless somebody can get Avasys to provide at least with a redirector...
Created attachment 339208 [details] media-gfx/iscan-plugin-gt-x820-2.2.0.ebuild updated ebuild. Only changes needed were related to download source: it was still packaged the same, and even through the package itself has a newer version, the firmware inside is still the same. So, pretty easy. Couple comments: * It still seems to be covered by the same AVASYS license, so I left that line alone * Right now I have it fetch restricted in light of the previous comments, but if it's distributed under the AVASYS license, which is already in portage, could we just require the user accept that license (simlar to the Flash, Java, etc. requirements) and then have gentoo provide a download mirror? Not sure what's involved there from a licensing or policy perspective, but I think that'd be significantly easier for users if it's possible. Separately, would you like me to update the iscan binary and data ebuilds as well? or is someone else already working on that?
Jared, thanks for working on it but it can't get in Portage this way, as SRC_URI is supposed to be immutable for metadata regeneration (you made it depend on $ARCH). If you can make it work like it did before with the USE flag it might be better, and I would be glad if you just did so for the lot. It has been on my to-do list for a while but Gentoo got a bit less priority than usual lately. @licenses: can you check the AVASYS license and see if we can mirror it at all? If we do I'd just mirror it out...
Created attachment 339214 [details] media-gfx/iscan-plugin-gt-x820-2.2.0.ebuild Attached updated version as requested. Didn't realize using ARCH in the SRC_URI was a no-no. Still using MY_ARCH to specify the file to be downloaded in pkg_nofetch(), which I think is useful since 5 or 6 files are returned when searching for the model (rpms and debs for both arches, plus a couple support files). If we can mirror it, though, all of that can be dropped. Will take a look at the other ebuilds tomorrow night.
Actually you can use ${A} to specify that — other than that it looks good.
(In reply to comment #5) > @licenses: can you check the AVASYS license and see if we can mirror it at > all? If we do I'd just mirror it out... I don't think that mirror restriction is needed: 2. You may freely reproduce and distribute verbatim copies of the Program in any medium, provided that recipients of such copies are given a copy of this License. Verbatim copies are covered by the terms of this License.
Yai! Thanks Ulrich, that's a good news. Now we "just" need to go through each of these, manually fetch the tarballs, put them on dev.gentoo.org, and use that as SRC_URI :P Jared you don't happen to have the patience to save down the URLs of reach of them (don't need the actual files) and upload it as a one-url-per-line file?
Sure, I don't mind helping out. Given how the files are downloaded, though, it'd actually be easier for me to grab the files themselves than save a download link. It uses forms, so I'd have to dig through the page source to find each of the links, and it's a bit of a pain. Could I just copy them to my server as I touch the ebuilds, then give you the links to download everything from there when I'm done? Also, what should I use for the SRC_URI in the meantime, while updating the ebuilds? You mentioned dev.gentoo.org - is there a particular path they'll always be hosted under? If so, I can specify that now and these should all be good to go once I'm done.
If you use Chrome you should be able to get the URL through the downloads page, but point taken. Yes, I suppose I can download them from your server and just stick them on the right path. As for the url (given that we still lack project-wide storage), feel free to use http://dev.gentoo.org/~flameeyes/avasys/${filename} (I'll make sure to make it group-writable for other devs who want to store newer avasys rpms.)
OK, ended up having a little more time to kill tonight than expected, so I took care of all the plugins. I should note, however, that aside from x820, I am not able to test actual functionality for any of these. I did, however, verify and update as necessary: * Current filenames are used * Packages unpack and install cleanly * No QA warnings As for the packages, you can grab them from here: https://www.legroom.net/public/iscan/ For maximum laziness, just grab download.wget and run it through wget to fetch all of them at once. I'll attach the new ebuilds after this, and work on the iscan application ebuilds tomorrow. Edit: Dang, I just realized while typing this that I missed escsi-interpreter-gt-s80, simply because it didn't fit in with the naming convention used by everything else. I'll take care of this as well, but have a suggestion: can we rename this to iscan-plugin-gt-s80 and take care of the naming inconsistency in the ebuild itself? I think it'd be beneficial to adhere to a common naming convention for the plugins, and this same thing is already being done with iscan-plugin-gt-f720, so I don't see the harm in treating gt-s80 the same way.
Created attachment 339218 [details] media-gfx/iscan-plugin-gt-x820-2.2.0.1.ebuild
Created attachment 339220 [details] media-gfx/iscan-plugin-gt-x770-2.1.2.1-r3.ebuild
Created attachment 339222 [details] media-gfx/iscan-plugin-gt-f720-0.1.1.2.ebuild
Created attachment 339224 [details] media-gfx/iscan-plugin-gt-f500-1.0.0.1-r1.ebuild
Created attachment 339226 [details] media-gfx/iscan-plugin-esdip-1.0.0.5-r1.ebuild
Thanks Jared! Give me a few minutes to get everything and I'll commit the stock. As for gt-s80 — esci-interpreter is to stay with upstream naming — I think there is another one that I would have liked to pkgmove to stick with upstream but wasn't maintained by me.
OK, that would be the gt-f720 ebuild I mentioned. If you would prefer to stick with upstream naming, would you want that changed to esci-interpreter-gt-f720 instead? I can rewrite that one if you'd like and post it here for consideration (since someone else maintains it). Either way, though, I'd like to be consistent with what we name the ebuilds.
That would be @elvanor's — so not sure what he wants to do with that tbh.
Okay all of these are in :) Missing only iscan/iscan-data/esci-interpreter-gt-s80 — I'll look into them later maybe
OK, finished updating the lot. New files can be obtained from the previous link. As before, you can grab the iscan2.wget file to download them all in one go with wget. New ebuilds to follow.
Created attachment 339328 [details] media-gfx/esci-interpreter-gt-s80-0.2.1.1.ebuild I would still really like to come up with a consistent naming scheme for this and iscan-plugin-gt-f720, but in the meantime they're both updated and working. I reached out to elvanor to get his thoughts; hopefully I'll here something back before too long.
Created attachment 339330 [details] media-gfx/iscan-data-1.22.0.1.ebuild
Created attachment 339332 [details] media-gfx/iscan-2.29.1.5.ebuild This one took a little work and is worth discussing. First, I added support for the Japanese manual; not a big deal, just giving you a heads up. Second, the drop-ltdl patch no longer cleanly applied because of some changes to one of the patched files. I updated all of the files again manually and generated a new patch which works fine for me. I'll attach that next. Last, I checked out the dependencies on the ican binary, and it links against a LOT of libraries stuff not covered in the ebuild. I'm including a list of the stuff not covered below for reference. I haven't changed any of the deps in the ebuild because it looks like some of these are opportunistic (eg., bzip2) and others are pulled in by other defined requirements (eg., gtk+ will pull in most or all of the X libraries), so I'm not sure how you want to handle it. But, just so you're aware: app-arch/bzip2 (/lib64/libbz2.so.1) app-arch/xz-utils (/lib64/liblzma.so.5) dev-libs/atk (/usr/lib64/libatk-1.0.so.0) dev-libs/expat (/usr/lib64/libexpat.so.1) dev-libs/libffi (/usr/lib64/libffi.so.6) dev-libs/openssl (/usr/lib64/libcrypto.so.1.0.0) + 1 more media-libs/fontconfig (/usr/lib64/libfontconfig.so.1) media-libs/freetype (/usr/lib64/libfreetype.so.6) net-print/cups (/usr/lib64/libcups.so.2) sys-libs/zlib (/lib64/libz.so.1) x11-drivers/nvidia-drivers (/usr/lib64/libnvidia-glcore.so.304.64) + 1 more x11-libs/cairo (/usr/lib64/libcairo.so.2) x11-libs/gdk-pixbuf (/usr/lib64/libgdk_pixbuf-2.0.so.0) x11-libs/libX11 (/usr/lib64/libX11-xcb.so.1) + 1 more x11-libs/libXau (/usr/lib64/libXau.so.6) x11-libs/libXcomposite (/usr/lib64/libXcomposite.so.1) x11-libs/libXcursor (/usr/lib64/libXcursor.so.1) x11-libs/libXdamage (/usr/lib64/libXdamage.so.1) x11-libs/libXdmcp (/usr/lib64/libXdmcp.so.6) x11-libs/libXext (/usr/lib64/libXext.so.6) x11-libs/libXfixes (/usr/lib64/libXfixes.so.3) x11-libs/libXi (/usr/lib64/libXi.so.6) x11-libs/libXinerama (/usr/lib64/libXinerama.so.1) x11-libs/libXrandr (/usr/lib64/libXrandr.so.2) x11-libs/libXrender (/usr/lib64/libXrender.so.1) x11-libs/libdrm (/usr/lib64/libdrm.so.2) x11-libs/libxcb (/usr/lib64/libxcb-dri2.so.0) + 4 more x11-libs/pango (/usr/lib64/libpango-1.0.so.0) + 2 more x11-libs/pixman (/usr/lib64/libpixman-1.so.0)
Created attachment 339334 [details] media-gfx/files/iscan-2.29.1-drop-ltdl.patch as discussed in last comment, updated ltdl patch to work with this version
One more quick update I just caught: esci-interpreter-gt-f720-0.0.1-2.x86_64.rpm, which I had on my server previously, can be deleted. This was from an earlier version that I accidentally downloaded and forgot to delete. Sorry about that.
I'll check the deps of iscan. If you run ldd, it'll list all the indirect dependencies as well; lddtree is more helpful in such regard.
Thanks Jared, all in! :) I'll review the iscan dependencies in a moment.