Re: [Bug-wget] Unexpected wget -N behaviour for 1.17 onwards?

2019-02-10 Thread Lawrence Wade
Hi Tim, Okay. Using the OpenSUSE-packaged wget (1.19.5) that comes with Leap 15.0: $ wget -r -N 192.168.2.100:8080 ... Reusing existing connection to 192.168.2.100:8080. HTTP request sent, awaiting response... 304 Not Modified File ‘192.168.2.100:8080/OaP6ysTyz6Y.mp 4’ not modified on server.

[Bug-wget] Unexpected wget -N behaviour for 1.17 onwards?

2019-02-10 Thread Lawrence Wade
Hi Everyone, This might be a corroboration of this http://lists.gnu.org/archive/html/bug-wget/2018-10/msg00049.html and this https://bugs.launchpad.net/ubuntu/+source/wget/+bug/1715481 I use wget to backup my cellphone running Palapa Web Server, and it has worked well for me for years. Since

Re: [Bug-wget] gnulib in wget needs an update

2019-02-10 Thread Darshit Shah
I've updated the gnulib version in the git repos. However, unless there is an actual problem with Wget crashing, the change will be available only with the next release. * LRN [190210 10:08]: > This[0] commit in gnulib fixed a critical bug that makes wget crash with > stackoverflow. The gnulib

Re: [Bug-wget] Unexpected wget -N behaviour for 1.17 onwards?

2019-02-10 Thread Tim Rühsen
Hi Lawrence, please try again with --no-if-modified-since. That should revert to the old behavior of using two requests (HEAD and then GET). If you still see issues, let us know. Some servers/proxies don't like the If-Modified-Since header. Regards, Tim On 10.02.19 08:11, Lawrence Wade wrote:

Re: [Bug-wget] gnulib in wget needs an update

2019-02-10 Thread LRN
On 10.02.2019 13:54, Darshit Shah wrote: > * LRN [190210 10:08]: >> This[0] commit in gnulib fixed a critical bug that makes wget crash with >> stackoverflow. The gnulib version in wget is slightly older than that. >> >> [0]: >>