Commit graph

8 commits

Author SHA1 Message Date
Steve Armand
5934392346 Bug 1397855 - Enable py2 and py3 linter on testing/xpcshell. r=ahal
MozReview-Commit-ID: CsfIcI1ma7J

--HG--
extra : rebase_source : 53658c33432927f72ddce0999f18c2b7df261f6d
2017-09-07 21:15:35 -04:00
Sebastian Hengst
69de1aac47 Backed out changeset ec61b7a902c2 (bug 1397855) for XPCshell bustage, at least on Android. r=backout on a CLOSED TREE 2017-09-12 21:42:12 +02:00
Steve Armand
d4bfc7402c Bug 1397855 - Enable py2 and py3 linter on testing/xpcshell. r=ahal
MozReview-Commit-ID: CsfIcI1ma7J

--HG--
extra : rebase_source : 1cdb7a848813a4a4872005095550b74c13ebecdf
2017-09-07 21:15:35 -04:00
William Lachance
a4dc8a2777 Bug 1347686 - Remove e10s argument from mach xpcshell test runner r=jmaher
MozReview-Commit-ID: E5TcRxVwMzS

--HG--
extra : rebase_source : dab902527ef09cfb4722ccc885998e1169b4c9d6
2017-03-15 16:52:41 -04:00
Andrew Halberstadt
1abba2da72 Bug 1334209 - Activate mozharness virtualenv in-process from one click loaner mach commands, r=jmaher
Previously the run-wizard script would add a command to source the virtualenv in ~/.bashrc after
mozharness finished setting things up. This is fragile, assumes people are using bash, etc. Plus
it appeared to intermittently fail for some users.

Instead, this activates the virtualenv directly from individual mach commands that need it. This
guarantees we will always be using the virtualenv if required (and won't be using it if not). The
'activate_this.py' script is invoked the same way that we do it for in-tree mach commands:
https://dxr.mozilla.org/mozilla-central/rev/9c06e744b1befb3a2e2fdac7414ce18220774a1d/python/mozbuild/mozbuild/virtualenv.py#456

MozReview-Commit-ID: CfcoiVJXQTl

--HG--
extra : rebase_source : da01d1ce1bd9b41c89922e989f857c4de8c09341
2017-01-31 11:53:36 -05:00
Andrew Halberstadt
4fecf32869 Bug 1300163 - Reuse the 'e10s' value from the mozharness config on interactive loaners, r=armenzg
I noticed that if you request a loaner for a non-e10s job then run mach, it will be run with e10s
enabled. The mach command should accurately reflect the type of job that got requested. This patch
grabs the 'e10s' argument from the mozharness localconfig.json and uses that.

MozReview-Commit-ID: 4lsKGpizfH7

--HG--
extra : rebase_source : 6f7b45146bb7f3431c242d92b4206d41f7217c03
2016-09-02 14:42:36 -04:00
Andrew Halberstadt
fb05814e0d Bug 1300163 - Lazy load certain mach context attributes using the 'key' mechanism, r=armenzg
You can set attributes on a mach context by using the 'key' argument to the context_handler. Basically,
whatever gets returned by the handler when <key> is passed in, will get set (i.e cached) on the context
object for fast retrieval next time. This is a way to lazy load these attributes.

Previously I was setting functions like 'find_firefox()' on the context object, and then having the
mach_commands call that directly. But this way is much cleaner.

Now, the loaded 'mozharness_config' can be stored as an attribute on the context. Also 'find_firefox()'
is now an attribute called 'firefox_bin'.

MozReview-Commit-ID: 4lsKGpizfH7

--HG--
extra : rebase_source : af5e32e05a29b8e91d4cd0005689baa8079ec137
2016-09-02 14:35:14 -04:00
Andrew Halberstadt
d3c5539c81 Bug 1278890 - Add xpcshell support to test package mach environment, r=armenzg
This adds the 'xpcshell-test' command to the mach environment found in the test
package. This will allow developers to easily run xpcshell after checking out
and interactive worker.

MozReview-Commit-ID: fBAbfuG5XQ

--HG--
extra : rebase_source : 71077c9142f33843ed87d4bc4617a780f775939b
2016-07-13 10:55:37 -04:00