It appears that the vhdl-mode website redirects http://www.iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode.html to https://guest.iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode.html. But as this redirect is not active for $SRC_URI, the package fails to fetch. Just replacing http://www.iis.ee.ethz.ch with https://guest.iis.ee.ethz.ch will probably fix things.
I cannot reproduce this, the redirect seems to work just fine here: $ curl -Li http://www.iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz HTTP/1.1 301 Date: Tue, 10 Sep 2019 09:43:55 GMT Server: Varnish X-Varnish: 683478983 location: https://www.iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz Content-Length: 0 Connection: keep-alive HTTP/1.1 301 Moved Permanently Date: Tue, 10 Sep 2019 09:02:56 GMT Location: https://iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz Content-Length: 267 Content-Type: text/html; charset=iso-8859-1 vary: cookie Age: 2458 X-RateLimit-Remaining: 19 X-Powered-By: ETH Informatikdiensten X-Delievered-From: Hoengg Connection: keep-alive HTTP/1.1 302 Found Date: Tue, 10 Sep 2019 09:02:56 GMT Location: https://iis-people.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz Content-Length: 250 Content-Type: text/html; charset=iso-8859-1 vary: cookie Age: 2458 X-RateLimit-Remaining: 19 X-Powered-By: ETH Informatikdiensten X-Delievered-From: Zentrum Connection: keep-alive HTTP/1.1 302 Found Date: Tue, 10 Sep 2019 09:43:55 GMT Server: Apache/2.4.25 (Debian) Location: https://guest.iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz Content-Length: 337 Content-Type: text/html; charset=iso-8859-1 HTTP/1.1 200 OK Date: Tue, 10 Sep 2019 09:43:55 GMT Server: Apache/2.4.25 (Debian) Last-Modified: Thu, 12 Mar 2015 13:36:39 GMT ETag: "4dbc0-5111779374979" Accept-Ranges: bytes Content-Length: 318400 Content-Type: application/x-gzip [...] Anyway, I am going to update the URLs to the last 301 targets, i.e.: HOMEPAGE="https://iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode.html" SRC_URI="https://iis.ee.ethz.ch/~zimmi/emacs/${P}.tar.gz"
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=286e761958d017d0fb6b6439b858dcf4ad8f0097 commit 286e761958d017d0fb6b6439b858dcf4ad8f0097 Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2019-09-10 09:58:28 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2019-09-10 10:05:05 +0000 app-emacs/vhdl-mode: Update HOMEPAGE and SRC_URI. Closes: https://bugs.gentoo.org/693974 Package-Manager: Portage-2.3.75, Repoman-2.3.17 Signed-off-by: Ulrich Müller <ulm@gentoo.org> app-emacs/vhdl-mode/vhdl-mode-3.38.1.ebuild | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
> I cannot reproduce this, the redirect seems to work just fine here: With curl the redirect works for me too, using wget (as portage and manually): wget 'https://iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz' --2019-09-10 13:45:35-- https://iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz Resolving iis.ee.ethz.ch... 129.132.19.216 Connecting to iis.ee.ethz.ch|129.132.19.216|:443... connected. HTTP request sent, awaiting response... 404 Not found UA 2019-09-10 13:45:36 ERROR 404: Not found UA. wget https://guest.iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz works too
$ curl -Li --user-agent Wget/1.20.3 https://iis.ee.ethz.ch/~zimmi/emacs/vhdl-mode-3.38.1.tar.gz HTTP/1.1 404 Not found UA Date: Tue, 10 Sep 2019 11:57:45 GMT Server: Varnish X-Varnish: 684504057 Content-Type: text/html; charset=utf-8 Retry-After: 5 Content-Length: 262 Connection: keep-alive <!DOCTYPE html> <html> <head> <title>404 Not found UA</title> </head> <body> <h1>Error 404 Not found UA</h1> <p>Not found UA</p> <h3>Guru Meditation:</h3> <p>XID: 684504057</p> <hr> <p>Varnish cache server</p> </body> </html>
So, looks like it is not a problem with wget, but the upstream server errors out if I mimic "User-Agent: Wget/1.20.3" with curl. If I specify anything else with --user-agent, like "wget/1.20.3", "WGET/1.20.3", or "Some/Random/String", it works fine, and I get proper redirects as in the log from comment #1.
Reported to <servicedesk@id.ethz.ch>.
(In reply to Ulrich Müller from comment #6) > Reported to <servicedesk@id.ethz.ch>. No reply. Anyway, HOMEPAGE works, and the distfile is on Gentoo mirrors. The fetch failure with wget is clearly a problem of the upstream server. Closing.
(In reply to Ulrich Müller from comment #7) > > Reported to <servicedesk@id.ethz.ch>. > > No reply. Reminder sent.
