marionette-harness is implemented as a "generic" task and
can be triggered with the following try syntax:
`-p linux64_tc -j marionette-harness -u none -t none`
The Marionette harness tests do not depend on a browser build,
they only exercise Python code.
Add option to testing/docker/desktop-build/bin/build.sh to
execute any in-tree script instead of only `build-linux.sh`.
This feature is used to call
testing/taskcluster/scripts/tester/harness-test-linux.sh, which
in turn executes the mozharness script specified in the environment.
MozReview-Commit-ID: H08v8ow4p8q
--HG--
extra : rebase_source : 0b8caf4c149a7446591808381fc9819ed795bbd5
extra : histedit_source : 191251f01aeee1e683f14d35439aed5eff55c20d
This container formerly defined a special Gradle project for fetching
dependencies. This patch lays the ground-work to use the in-tree
Gradle project instead. Using the in-tree project looks like first
starting a local Nexus repository to collect downloaded dependencies
(before.sh); then running a build which populates that repository; and
then packaging up the downloaded dependencies (after.sh). The patch
after this will define the build which populates the repository.
Sadly there's no easy way to *inherit* from desktop-build, so this is
a copy-paste-modify clone.
MozReview-Commit-ID: Dd5Hj8hkJVk
--HG--
extra : rebase_source : dcfe245b23eb28e99b1506eebe053142c9e242b3
extra : histedit_source : f21014636de958c5ddf27ca2a1eb156e3c88bd78
Update the gecko-rust-build docker container to upload the
constructed toolchain to tooltool when running on taskcluster,
so it can be used in normal gecko builds (buildbot as well as tc)
Also include a mac build script (which can't run in taskcluster
currently) and a python script for launching the build task from
a local checkout. This is based on Ted's script for building
breakpad's minidump_stackwalk utility.
Matches contents of https://github.com/rillian/rust-build
commit 407c6854e91541341508e96e6a2781434535b7a5
tag v0.2.0
We can't run Docker-in-Docker, so this is a clone of
https://hub.docker.com/r/sonatype/nexus, modified to run additional
commands. Sonatype Nexus officially supports the Oracle JDK but the
OpenJDK appears to work as well, so we use it.
This bakes a build.sh and Gradle-specific dependencies into the docker
image. This makes sense in a future where the dependencies this
fetches are baked into the image used to build Fennec. It makes less
sense right now, when the dependencies are uploaded to tooltool and
subsequently consumed. It's not critical that we get this right
immediately.
The actual build.sh script runs the Gradle wrapper for a special
dependency project. The wrapper installs Gradle itself, downloads a
large number of Gradle dependencies, and uses Jake Wharton's
https://github.com/JakeWharton/sdk-manager-plugin/ to download and
install the Android SDK. (We could use |mach bootstrap|, but that
doesn't (yet) support non-interactive use, and I want to try to use
the SDK Manager more generally.) These outputs are then packaged for
further use: right now, they're exposed as artifacts, but eventually
we'll upload them directly to tooltool.
MozReview-Commit-ID: 7upsk1ANuxN
--HG--
rename : testing/docker/desktop-build/Dockerfile => testing/docker/android-gradle-build/Dockerfile
extra : source : 123c802d928a9a02040cc3316988d9b59db0ea45
On a CLOSED TREE.
Backed out changeset 2b079941a33c (bug 1247170)
Backed out changeset 123c802d928a (bug 1247170)
MozReview-Commit-ID: Bt504gHC8iP
--HG--
extra : rebase_source : 806755099be27b0b14ecdc9bda8957b04a36bd4f
We can't run Docker-in-Docker, so this is a clone of
https://hub.docker.com/r/sonatype/nexus, modified to run additional
commands. Sonatype Nexus officially supports the Oracle JDK but the
OpenJDK appears to work as well, so we use it.
This bakes a build.sh and Gradle-specific dependencies into the docker
image. This makes sense in a future where the dependencies this
fetches are baked into the image used to build Fennec. It makes less
sense right now, when the dependencies are uploaded to tooltool and
subsequently consumed. It's not critical that we get this right
immediately.
The actual build.sh script runs the Gradle wrapper for a special
dependency project. The wrapper installs Gradle itself, downloads a
large number of Gradle dependencies, and uses Jake Wharton's
https://github.com/JakeWharton/sdk-manager-plugin/ to download and
install the Android SDK. (We could use |mach bootstrap|, but that
doesn't (yet) support non-interactive use, and I want to try to use
the SDK Manager more generally.) These outputs are then packaged for
further use: right now, they're exposed as artifacts, but eventually
we'll upload them directly to tooltool.
MozReview-Commit-ID: 7upsk1ANuxN
--HG--
rename : testing/docker/desktop-build/Dockerfile => testing/docker/android-gradle-build/Dockerfile
extra : rebase_source : 816a220579f8cd04699e95cfd1f77b046474d717
extra : histedit_source : 715f17c6eb43084adf88f823d59af80d12a68958
Note that this does not build their predecessors (ubuntu1204-test-upd and
centos6-build-upd) -- those still come from docker hub.
--HG--
extra : commitid : GIdKsOcvAXp
extra : rebase_source : 28490b1ba969cdf7371d11827f97e9f68f5f1eee
extra : amend_source : 87d006a6e144501bd10262cd17939d308c7320ea
In bug 1239301 we noticed that the fonts on the releng Linux hosts versus the
docker image were slightly different and caused some test failures.
The difference is that on the releng hosts we have anti-aliasing disabled and
many tests (reftests mainly) had adapted for this configuration, hence, failing if enabled.
In this bug we're going to disable anti-aliasing for the desktop-test image in
order to pass the tests.
See the difference between the two pushes:
https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&revision=3c9a54d68c95,1d3078c86e52
We went from failing over 200 tests across jobs to less than 10-20 tests in total.
In the future we will have to consider if we want to fix this configuration.
--HG--
extra : commitid : Djh8hA8k5z8
extra : rebase_source : ea87290dea9a20bd5f78ff1061ab2e3d50dfdef5
Adds a new lint docker image for linting tools and adds an eslint-gecko task
that uses it to run eslint over the tree.
--HG--
extra : rebase_source : 6e3584ae9ec05ca1c45270f312d96cd026550e17
This change disables reporting of crashes of Ubuntu apps.
This is important to fix as it takes away the focus from running tests and make them time out.
This only applies to TaskCluster Linux64 debug test jobs which are running as tier-2.
--HG--
extra : commitid : 3gt0OcRi9Fm
extra : rebase_source : a769c0dca123ecffb615793b33f115227687a845
extra : amend_source : 77ebc0a49e01c6bf92f2286048dd2d2f54deaf6a
On the Buildbot side (bug 1220658) we upgraded to mesa-lts-saucy-9.2.1 and that caused a lot of
test failures accross the board.
In this change we're reverting upgrading to that version and going back to where we were.
--HG--
extra : commitid : KOsFpMsYfLJ
extra : rebase_source : 20c6c7f7eb1f14d256be597c25e8ac3431e7ecfb
This avoids taking away focus from tests.
--HG--
extra : commitid : 69JXpfyaTMD
extra : rebase_source : 66480764127f3e311f98a0aaafc77a8fd31582fa
extra : histedit_source : 4edf37394446e274bc6eb1556d81c66f28e9ff75%2C0b8ab6b63757c646650349ec78b094e8fba30874
