Closed
Bug 843787
Opened 12 years ago
Closed 12 years ago
download_builds.sh wget retries don't write to the proper file
Categories
(Release Engineering :: Release Automation, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jhopkins, Assigned: jhopkins)
Details
Attachments
(1 file)
|
892 bytes,
patch
|
mozilla
:
review+
jhopkins
:
checked-in+
|
Details | Diff | Splinter Review |
When a wget call in download_builds.sh* fails, the original filename is not written to on subsequent retries due to wget not wanting to overwrite an existing file by default.
Log snippet of the problem:
--------------------
retry: Failed, sleeping 1 seconds before retrying
retry: Calling <function run_with_timeout at 0x100511aa0> with args: (['wget', '--progress=dot:mega', '--server-response', '--no-check-certificate', 'http://stage.mozilla.org/pub/mozilla.org//firefox/nightly/20.0b1-candidates/build2/mac/ca/Firefox 20.0b1.dmg'], 300, None, None, False, True), kwargs: {}, attempt #2
Executing: ['wget', '--progress=dot:mega', '--server-response', '--no-check-certificate', 'http://stage.mozilla.org/pub/mozilla.org//firefox/nightly/20.0b1-candidates/build2/mac/ca/Firefox 20.0b1.dmg']
--21:21:55-- http://stage.mozilla.org/pub/mozilla.org//firefox/nightly/20.0b1-candidates/build2/mac/ca/Firefox%2020.0b1.dmg
=> `Firefox 20.0b1.dmg.1'
--------------------
Note the ".1" suffix.
* http://hg.mozilla.org/build/tools/file/d9d28485bdd4/release/common/download_builds.sh#l27
Comment 1•12 years ago
|
||
Huh, I thought we killed this script. It's dead code AFAIK.
| Assignee | ||
Comment 2•12 years ago
|
||
Ok, I may have misidentified the source script. We can rename this bug once it's found.
Updated•12 years ago
|
Priority: -- → P3
| Assignee | ||
Comment 4•12 years ago
|
||
Comment 5•12 years ago
|
||
There doesn't seem to be a way to prevent wget from appending the filename without specifying -O. I _think_ we could do that, because we use 'basename' to detect filenames: https://github.com/mozilla/build-tools/blob/master/release/updates/verify.sh#L143
Needs testing. I'm worried about things breaking on Windows if they don't have the right file extension.
Updated•12 years ago
|
Priority: -- → P3
| Assignee | ||
Comment 6•12 years ago
|
||
Local command-line testing passes, but we may want to do a staging run.
Attachment #746609 -
Flags: review?(aki)
Comment 7•12 years ago
|
||
Comment on attachment 746609 [details] [diff] [review]
[tools] give wget an explicit output filename
We could also nuke the $source_file, no?
Attachment #746609 -
Flags: review?(aki) → review+
| Assignee | ||
Comment 8•12 years ago
|
||
Local |wget -O| testing passed for Aki and me, so I think we're ok to land this when it's convenient.
| Assignee | ||
Updated•12 years ago
|
Assignee: nobody → jhopkins
| Assignee | ||
Comment 9•12 years ago
|
||
Comment on attachment 746609 [details] [diff] [review]
[tools] give wget an explicit output filename
Landed in https://hg.mozilla.org/build/tools/rev/5abb1bbf8239
Attachment #746609 -
Flags: checked-in+
| Assignee | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•