Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 455596 - net-misc/wget-1.14 - wget --http-keepalive hangs on non-supportive servers?
Summary: net-misc/wget-1.14 - wget --http-keepalive hangs on non-supportive servers?
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-05 14:07 UTC by tte
Modified: 2013-02-08 08:06 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
logfile from wget output (wget-log.txt,9.80 KB, text/plain)
2013-02-05 14:07 UTC, tte
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tte 2013-02-05 14:07:14 UTC
Created attachment 338008 [details]
logfile from wget output

problem:  running wget-1.12-r3 for crucial scripts, works fine. Upgraded recently to 1.14. Scripts started to hang. Recompiling wget with debug showed that 1.14 seems to have HTTP keepalive enabled by default and seemingly the web server (powercycler with web server) did not support this, and so all automation failed. Or it could be a bug in wget. not sure. It was working again after adding "--no-http-keep-alive" to wget.

a) I think that any wget version that defaults to HTTP keepalive should be masked unless there is a clear understanding that it will never lead to hanging.

b) Would be good to ask upstream (wget) to change default to no http keep-alive and instead only enable HTTP keepalive when either the HTTP headers make it bulletproof that HTTP keepalives will work, or when there is automatic fallback to no-http-keepalive, or by explicitly specifying http keepalive as a command like option.

Attached logfile with output of old (working) and new (broken) wget. Sorry. language of system was set to german.
Comment 1 SpanKY gentoo-dev 2013-02-08 08:06:35 UTC
i see no reason to revert this change because of one uncommon & buggy web server

you can e-mail the upstream dev list and try to convince them if you like:
  https://lists.gnu.org/mailman/listinfo/bug-wget