Closed Bug 1302907 Opened 8 years ago Closed 8 years ago

Run mozharness from source checkout if available

Categories

(Firefox Build System :: Task Configuration, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla51

People

(Reporter: gps, Assigned: gps)

References

(Blocks 1 open bug)

Details

Attachments

(4 files)

In bug 1296397, I added source checkouts to WPT tests with the eventual intent of running tests from source checkouts. The next step towards getting the tests running from the source checkout will be running mozharness from the source checkout (as opposed to downloading mozharness from a zip file). I have patches written and am testing them now...
Comment on attachment 8791445 [details] Bug 1302907 - Use relative path to mozharness configs; https://reviewboard.mozilla.org/r/78850/#review77566 r+100
Attachment #8791445 - Flags: review?(dustin) → review+
Comment on attachment 8791446 [details] Bug 1302907 - Run mozharness from source checkout if available; https://reviewboard.mozilla.org/r/78852/#review77572
Attachment #8791446 - Flags: review?(dustin) → review+
Attachment #8791444 - Flags: review?(dustin) → review+
Comment on attachment 8791443 [details] Bug 1302907 - Merge test-ubuntu1204.sh and test-ubuntu1604.sh; https://reviewboard.mozilla.org/r/78846/#review77576
Attachment #8791443 - Flags: review?(dustin) → review+
Pushed by gszorc@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/f227ea4d52fe Merge test-ubuntu1204.sh and test-ubuntu1604.sh; r=dustin https://hg.mozilla.org/integration/autoland/rev/11ffdc56f5be Use relative path to mozharness script; r=dustin https://hg.mozilla.org/integration/autoland/rev/dda84d1fb12b Use relative path to mozharness configs; r=dustin https://hg.mozilla.org/integration/autoland/rev/21fdf73bbb17 Run mozharness from source checkout if available; r=dustin
Backout by gszorc@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/738d1903807f Backed out changesets 11ffdc565be, dda84d1fb12b, and 21fdf73bbb17 for Windows build bustage
And the other patch backed out in https://hg.mozilla.org/integration/autoland/rev/9b42d4b1f448 because it caused updated packages to be pulled in, causing a number of tests to start failing on linux64 asan and debug: https://treeherder.mozilla.org/logviewer.html#?job_id=3573922&repo=autoland https://treeherder.mozilla.org/logviewer.html#?job_id=3573974&repo=autoland https://treeherder.mozilla.org/logviewer.html#?job_id=3573909&repo=autoland 2:37 PM <gps> regenerating the docker image caused us to pick up an updated package from upstream 2:37 PM <gps> and that somehow broke tests 2:38 PM <gps> this happened to the build image in bug 1272629 2:38 PM <gps> KWierso: if you back out f227ea4d52fe the old Docker images should be used 2:38 PM <gps> but the next person to cause the docker images to regenerate will cause the same bustage
Flags: needinfo?(gps)
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla51
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Pushed by gszorc@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/320ba0b826ef Merge test-ubuntu1204.sh and test-ubuntu1604.sh; r=dustin https://hg.mozilla.org/integration/autoland/rev/f97b8171f208 Use relative path to mozharness script; r=dustin https://hg.mozilla.org/integration/autoland/rev/e7bc7d69d75f Use relative path to mozharness configs; r=dustin https://hg.mozilla.org/integration/autoland/rev/1b9675d9049b Run mozharness from source checkout if available; r=dustin
Fixed the underlying Docker issue in flight (twas a minor shell script issue) and relanded.
Flags: needinfo?(gps)
Product: TaskCluster → Firefox Build System
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: