Commit 95a802b
committed
ci: make download-and-unpack retry-safe against truncated responses
`wget -qO- | tar xzf -` can't recover from a half-finished download —
the partial bytes are already in tar's stdin by the time wget's retry
logic could fire, and tar bails with "gzip: stdin: unexpected end of
file" before anything restarts. We've seen this hit one cell of a
22-cell matrix run on libcurl 8.17.0's tarball (run 26722785133), with
the other 21 cells succeeding on the same input — classic curl.se /
GitHub-releases flake.
Stage the download to a temp file first so wget can retry until the
file is whole, then untar from the file. Also pass --tries, --timeout
and --retry-connrefused so transient network errors don't fall through
to a hard failure on the first attempt.
This is also incidentally happening as I write this commit — curl.se is
serving the tarball at ~1MB/s today, which would make the previous
script's per-attempt timeout window much more likely to clip.1 parent aec2b99 commit 95a802b
1 file changed
Lines changed: 16 additions & 4 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
5 | 5 | | |
6 | 6 | | |
7 | 7 | | |
8 | | - | |
9 | | - | |
10 | | - | |
11 | | - | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
| 11 | + | |
| 12 | + | |
| 13 | + | |
| 14 | + | |
| 15 | + | |
| 16 | + | |
| 17 | + | |
| 18 | + | |
| 19 | + | |
| 20 | + | |
| 21 | + | |
| 22 | + | |
| 23 | + | |
12 | 24 | | |
13 | 25 | | |
14 | 26 | | |
| |||
0 commit comments