Wed 20 Sep 2017 03:18:45 AM UTC, original submission:
Gnus extends the syntax for ~/.netrc by adding two keywords: "force" and "port" (cf. http://www.gnu.org/software/emacs/manual/html_node/gnus/NNTP.html#index-nntp_002dauthinfo_002dfunction-2003). Using a ~/.netrc with for example "port" keywords causes wget to complain:
| [tim@passepartout ~]$ wget -O /dev/null https://www.gnu.org/
| --2017-09-20 03:01:57-- https://www.gnu.org/
| wget: /home/tim/.netrc:3: unbekannter Wortteil »port«
| wget: /home/tim/.netrc:3: unbekannter Wortteil »25«
| wget: /home/tim/.netrc:4: unbekannter Wortteil »pop«
| wget: /home/tim/.netrc:4: unbekannter Wortteil »110«
| Auflösen des Hostnamens »www.gnu.org (www.gnu.org)« … 208.118.235.148, 2001:4830:134:3::a
| Verbindungsaufbau zu http://www.gnu.org (www.gnu.org)|208.118.235.148|:443 … verbunden.
| HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
| Länge: nicht spezifiziert [text/html]
| Wird in »»/dev/null«« gespeichert.
| /dev/null [ <=> ] 24,56K 69,5KB/s in 0,4s
| 2017-09-20 03:01:58 (69,5 KB/s) - »/dev/null« gespeichert [25151]
| [tim@passepartout ~]$
However, it is easy to work around this issue if one does never use ~/.netrc for wget purposes by setting "netrc = off" in ~/.wgetrc:
| [tim@passepartout ~]$ echo 'netrc = off' > .wgetrc && wget -O /dev/null https://www.gnu.org/
| --2017-09-20 03:02:14-- https://www.gnu.org/
| Auflösen des Hostnamens »www.gnu.org (www.gnu.org)« … 208.118.235.148, 2001:4830:134:3::a
| Verbindungsaufbau zu http://www.gnu.org (www.gnu.org)|208.118.235.148|:443 … verbunden.
| HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
| Länge: nicht spezifiziert [text/html]
| Wird in »»/dev/null«« gespeichert.
| /dev/null [ <=> ] 24,56K 70,1KB/s in 0,4s
| 2017-09-20 03:02:15 (70,1 KB/s) - »/dev/null« gespeichert [25151]
| [tim@passepartout ~]$
It would be much better if wget supported the Gnus syntax extensions natively. For most practical purposes, ignoring "force" and "port" keywords would probably be enough as entries with those keywords are unlikely intended for wget, but of course implementing the semantics for wget as well would be even better.
AFAICT, this issue also applies to wget2.
|