Open tomboy-64 opened 8 years ago
It seems to be github's redirection mechanism that confuses euscan. Github redirects the URI in those packages to https://codeload.github.com/mirage/ocaml-dns/tar.gz/v<VERSION>
, which in turn would then get downloaded with the correct filename. Though even if I change the SRC_URI in my ebuilds to the redirected codeload.github.com/...
, euscan still doesn't give the correct result.
hello, does euscan still actively maintained? I'm suffering the same problem.. for example, upstream release net-proxy/shadowsocks-libev-2.5.4 (by 2016/10/10) but only 2.5.0-r1 in portage tree. euscan fail reporting the new versions..
In euscan, its url handlers select generic handler, it treats, for example, https://github.com/shadowsocks/shadowsocks-libev/archive/v2.6.3.tar.gz as normal file source. However, when euscan try to access this link, its basename will be translated to another filename name: shadowsocks-libev-2.6.3.tar.gz and euscan will not able to detect.
There are 2 approaches
I need some suggestions and I can PR a fix for it later.
When running
euscan ocaml-dns
it responds witheven though https://github.com/mirage/ocaml-dns/archive/v0.16.0.tar.gz is available.
Note: The new ebuild is currently being reviewed here. A similar check failed the other day for sigil-0.9.0 (https://github.com/Sigil-Ebook/Sigil/archive/0.9.0.zip).