Closed Bug 1198668 Opened 10 years ago Closed 10 years ago

delivery: post_upload handles mar-tools differently to the python script

Categories

(Cloud Services :: Operations: Miscellaneous, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: nthomas, Assigned: oremj)

References

Details

When the python script is given (eg on windows) <tmpdir>/host/bin/mar.exe <tmpdir>/host/bin/mbsdiff.exe it puts them them in the candidates directory at .../build<buildNumber>/mar-tools/win32/mar.exe .../build<buildNumber>/mar-tools/win32/mbsdiff.exe The go script puts it at .../build<buildNumber>/mar-tools/win32/host/bin/mar.exe .../build<buildNumber>/mar-tools/win32/host/bin/mbsdiff.exe which breaks the jobs which consume the utilities. The other platforms are macosx64, linux, and linux64 (with no .exe on the filenames). eg see http://stage.mozilla.org/pub/mozilla.org/firefox/candidates/40.0.2-candidates/build1/mar-tools/. See http://hg.mozilla.org/build/tools/file/default/stage/post_upload.py#l319 for the code. Note that it does nothing if tinderbox_builds_dir is not defined. This is needed for parity with post_upload.py, definitely by the time we swap firefox/thunderbird/mobile over to the new system. It doesn't block testing though.
This merged last week. I'll close and reopen if a retest reveals any issues.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(nthomas)
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.