Summary: | please fix the annoying server timeout handling | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Carsten Lohrke (RETIRED) <carlo> |
Component: | Core - Configuration | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED INVALID | ||
Severity: | minor | CC: | jakub |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Carsten Lohrke (RETIRED)
2006-08-23 10:35:29 UTC
make sure your make.globals is up2date and you haven't set those values yourself in make.conf (via FECTH/RESUMECOMMAND), the current defaults are 60s timeout and 5 retries, if you think that's too much you can always change it in make.conf. sys-apps/portage-2.1.1_pre5-r3 /etc/make.globals is from 21. this months, not touched manually, wget parameters are -t 5 -T 60 and i don't use a custom FETCHCOMMAND via make.conf. Imho five retries is definitely too much and -T sets more than a single timeout according to the wget man page: -T seconds --timeout=seconds Set the network timeout to seconds seconds. This is equivalent to specifying --dns-timeout, --connect-time-out, and --read-timeout, all at the same time. I guess the timeouts accumulate... It's already been changed wrt Bug 101196. Gradually lowering the retries/timeout to almost zero doesn't solve the real problem (dead mirrors in thirdpartymirrors list) in any way. We should rather focus on getting Bug 129015 fixed (and producing some script that automates this). Meanwhile, I've cleaned up GNU mirrors list (someone see Bug 144831 and commit it), will try to cleanup the others as well until there's a better solution to Bug 129015. Jakub, cleaning up the mirror list doesn't solve the problem, when a server is temporary down. While five retries are excessive imho, I redraw this bug, since it's probably more a bug with wget's handling of --timeout or with communication between server and client. |