searching for reviewer(gps)
c88d2cb951ca: Bug 1436037 - [python] Create Windows python-test tasks, r=gps
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 05 Dec 2018 19:20:16 +0000 - rev 505926
Push 10301 by archaeopteryx@coole-files.de at Thu, 06 Dec 2018 16:36:14 +0000
Bug 1436037 - [python] Create Windows python-test tasks, r=gps The following python-test paths are being moved out of 'make check' and into their own task: - python/mozlint - testing/mozbase - tools/lint The following python-test paths previously did not run on Windows: - python/mozterm - testing/marionette - testing/raptor - tools/tryselect Differential Revision: https://phabricator.services.mozilla.com/D10759
df5747b8931b: Bug 1436037 - [taskgraph] Support Windows generic-worker with run-task, r=gps
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 05 Dec 2018 19:19:56 +0000 - rev 505925
Push 10301 by archaeopteryx@coole-files.de at Thu, 06 Dec 2018 16:36:14 +0000
Bug 1436037 - [taskgraph] Support Windows generic-worker with run-task, r=gps This enables Windows generic-worker based tasks to use the run-task script. Differential Revision: https://phabricator.services.mozilla.com/D10758
ad7fce1f1772: Bug 1510602 - update build documentation to mention artifact builds r=firefox-build-system-reviewers,gps
Kim Moir <kmoir@mozilla.com> - Wed, 05 Dec 2018 19:49:38 +0000 - rev 505888
Push 10301 by archaeopteryx@coole-files.de at Thu, 06 Dec 2018 16:36:14 +0000
Bug 1510602 - update build documentation to mention artifact builds r=firefox-build-system-reviewers,gps Differential Revision: https://phabricator.services.mozilla.com/D13435
c42984729af7: Bug 1507360: Fix flake8 error in run-task; r=gps
Tom Prince <mozilla@hocat.ca> - Wed, 05 Dec 2018 15:59:51 +0000 - rev 505871
Push 10301 by archaeopteryx@coole-files.de at Thu, 06 Dec 2018 16:36:14 +0000
Bug 1507360: Fix flake8 error in run-task; r=gps Differential Revision: https://phabricator.services.mozilla.com/D13811
1368a1c58bb6: Bug 1507360: Fix python3.5 support in fetching hg fingerprints; r=gps
Tom Prince <mozilla@hocat.ca> - Wed, 05 Dec 2018 16:00:20 +0000 - rev 505870
Push 10301 by archaeopteryx@coole-files.de at Thu, 06 Dec 2018 16:36:14 +0000
Bug 1507360: Fix python3.5 support in fetching hg fingerprints; r=gps Differential Revision: https://phabricator.services.mozilla.com/D13810
d03d38b90f82: Bug 1507360: Fetch HG fingerprint; r=gps
Tom Prince <mozilla@hocat.ca> - Wed, 05 Dec 2018 16:19:22 +0000 - rev 505869
Push 10301 by archaeopteryx@coole-files.de at Thu, 06 Dec 2018 16:36:14 +0000
Bug 1507360: Fetch HG fingerprint; r=gps Differential Revision: https://phabricator.services.mozilla.com/D11966
38acabd3b5b8: Bug 1507360: Fetch HG fingerprint; r=gps
Tom Prince <mozilla@hocat.ca> - Thu, 15 Nov 2018 17:12:08 +0000 - rev 505808
Push 10301 by archaeopteryx@coole-files.de at Thu, 06 Dec 2018 16:36:14 +0000
Bug 1507360: Fetch HG fingerprint; r=gps Differential Revision: https://phabricator.services.mozilla.com/D11966
75c7af226bcf: Bug 1510431 - Use display version for version field in buildhub.json r=gps
William Lachance <wlachance@mozilla.com> - Fri, 30 Nov 2018 12:13:42 +0000 - rev 505397
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1510431 - Use display version for version field in buildhub.json r=gps Differential Revision: https://phabricator.services.mozilla.com/D13278
085d2cbcd92b: Bug 1510441: Add `.cron.yml` to the taskgraph sparse profile; r=gps
Tom Prince <mozilla@hocat.ca> - Fri, 30 Nov 2018 00:26:19 +0000 - rev 505323
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1510441: Add `.cron.yml` to the taskgraph sparse profile; r=gps Differential Revision: https://phabricator.services.mozilla.com/D13142
305c06df7740: Bug 1508184 - Don't try to set the active python during bootstrap if not necessary r=gps
Panos Astithas <past@mozilla.com> - Fri, 30 Nov 2018 00:25:48 +0000 - rev 505316
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1508184 - Don't try to set the active python during bootstrap if not necessary r=gps Differential Revision: https://phabricator.services.mozilla.com/D12237
5720aea08e4f: Bug 1507342 - Allow profileserver.py to run from a fresh checkout. r=firefox-build-system-reviewers,gps
Chris Manchester <cmanchester@mozilla.com> - Mon, 26 Nov 2018 17:16:40 +0000 - rev 504550
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1507342 - Allow profileserver.py to run from a fresh checkout. r=firefox-build-system-reviewers,gps Differential Revision: https://phabricator.services.mozilla.com/D12494
6417da60696e: Bug 1508382: [taskgraph] Verify that the specifed sparse profile exists; r=gps
Tom Prince <mozilla@hocat.ca> - Mon, 26 Nov 2018 19:27:22 +0000 - rev 504526
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1508382: [taskgraph] Verify that the specifed sparse profile exists; r=gps Differential Revision: https://phabricator.services.mozilla.com/D12449
a9b90a979fc7: Bug 1508382: [taskgraph] Verify that the specifed sparse profile exists; r=gps
Tom Prince <mozilla@hocat.ca> - Mon, 26 Nov 2018 17:41:13 +0000 - rev 504515
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1508382: [taskgraph] Verify that the specifed sparse profile exists; r=gps Differential Revision: https://phabricator.services.mozilla.com/D12449
0db8bd8fbcad: Bug 1127565 - Bootstrap for openSUSE; r=gps
Nicklas Boman <smurfd@gmail.com> - Fri, 12 Oct 2018 22:43:51 +0200 - rev 504493
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1127565 - Bootstrap for openSUSE; r=gps
1d500eb59823: Bug 1507094 - Use tar.gz for gtest archive instead of zip. r=gps
Christian Holler <choller@mozilla.com> - Mon, 19 Nov 2018 18:41:33 +0000 - rev 503460
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1507094 - Use tar.gz for gtest archive instead of zip. r=gps Differential Revision: https://phabricator.services.mozilla.com/D12219
d459920f97a5: bug 1476604 - update sccache. r=firefox-build-system-reviewers,gps
Ted Mielczarek <ted@mielczarek.org> - Thu, 15 Nov 2018 20:17:51 +0000 - rev 503095
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1476604 - update sccache. r=firefox-build-system-reviewers,gps This change updates sccache to this revision: https://github.com/mozilla/sccache/commit/a3dcb66243d2f211bf2961b3bf34ff59e814daa2 Primarily to pick up the changes for handling -Xclang: https://github.com/mozilla/sccache/pull/332 Differential Revision: https://phabricator.services.mozilla.com/D12045
914a7a899dd1: Bug 1436037 - [python] Create Windows python-test tasks, r=gps
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 15 Nov 2018 00:49:45 +0000 - rev 502903
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1436037 - [python] Create Windows python-test tasks, r=gps The following python-test paths are being moved out of 'make check' and into their own task: - python/mozlint - testing/mozbase - tools/lint The following python-test paths previously did not run on Windows: - python/mozterm - testing/marionette - testing/raptor - tools/tryselect MozReview-Commit-ID: C07FANaYzf7 Depends on D10758 Differential Revision: https://phabricator.services.mozilla.com/D10759
e072757bf691: Bug 1436037 - [taskgraph] Support Windows generic-worker with run-task, r=gps
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 15 Nov 2018 00:47:32 +0000 - rev 502902
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1436037 - [taskgraph] Support Windows generic-worker with run-task, r=gps This enables Windows generic-worker based tasks to use the run-task script. MozReview-Commit-ID: C07FANaYzf7 Differential Revision: https://phabricator.services.mozilla.com/D10758
ba4ed5fd320a: Bug 1504906 - Install the Gtk+ 3.10 packages and required dependencies in the build docker images. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 09:52:39 +0900 - rev 501593
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Install the Gtk+ 3.10 packages and required dependencies in the build docker images. r=gps Interestingly, the resulting binaries are still compatible with Gtk+ 3.4. The only difference in symbol use are: g_log -> g_logv g_assertion_message -> g_assertion_message_expr Both of those symbols are actually available in older versions of glib. Some #defines just switched from using the latter rather than the former. Differential Revision: https://phabricator.services.mozilla.com/D11141
fdd9922cce17: Bug 1504906 - Build 32-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 09:20:50 +0900 - rev 501592
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Build 32-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps This creates 32-bits variants of the same packages that were added for 64-bits builds, with a few additions: - python-defaults, so that the python package can be installed as a dependency of the libglib2.0-dev package, - xkeyboard-config, so that the xkb-data package can be installed as a dependency of the libxkbcommon0 package. Additionally, because the 32-bits and 64-bits packages are built separately (the 32-bits packages can't, on Wheezy, be built on a 64-bits host), they don't end up with the same changelog.Debian/changelog.Debian.gz file because of a timestamp within it. One way to address this would be to make the taskgraph more complex, by adding a task creating the source package, and then two tasks building the 32-bits and 64-bits binary packages from that source, but that's not worth the overhead, when a simple hack works around the problem: We make dpkg skip installing the changelog.Debian* files. Differential Revision: https://phabricator.services.mozilla.com/D11140
1f6291211fff: Bug 1504906 - Build 64-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:55:45 +0900 - rev 501591
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Build 64-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps Along with all the updated dependencies that are necessary to achieve this. Differential Revision: https://phabricator.services.mozilla.com/D11138
212d5f15c0ad: Bug 1504906 - Use a separate docker image for base toolchain builds. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:52:51 +0900 - rev 501590
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Use a separate docker image for base toolchain builds. r=gps We're going to bump our shipped builds to build against Gtk+ 3.10, but still want to ensure we can still build against Gtk+ 3.4. As we're using Gtk+ packages installed in the build docker image, we need to have a separate image where the Gtk+ packages are kept at version 3.4. Differential Revision: https://phabricator.services.mozilla.com/D11137
49414dd9aab5: Bug 1504906 - Add another -Werror exception for G_DEFINE_TYPE_EXTENDED. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:51:11 +0900 - rev 501589
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Add another -Werror exception for G_DEFINE_TYPE_EXTENDED. r=gps Versions of glib newer than the one we currently use adds a function we don't use. Differential Revision: https://phabricator.services.mozilla.com/D11136
2fe1e2b7d9c6: Bug 1504906 - Install the Gtk+ 3.10 packages and required dependencies in the build docker images. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 09:52:39 +0900 - rev 501585
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Install the Gtk+ 3.10 packages and required dependencies in the build docker images. r=gps Interestingly, the resulting binaries are still compatible with Gtk+ 3.4. The only difference in symbol use are: g_log -> g_logv g_assertion_message -> g_assertion_message_expr Both of those symbols are actually available in older versions of glib. Some #defines just switched from using the latter rather than the former. Differential Revision: https://phabricator.services.mozilla.com/D11141
27b4002951a4: Bug 1504906 - Build 32-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 09:20:50 +0900 - rev 501584
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Build 32-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps This creates 32-bits variants of the same packages that were added for 64-bits builds, with a few additions: - python-defaults, so that the python package can be installed as a dependency of the libglib2.0-dev package, - xkeyboard-config, so that the xkb-data package can be installed as a dependency of the libxkbcommon0 package. Additionally, because the 32-bits and 64-bits packages are built separately (the 32-bits packages can't, on Wheezy, be built on a 64-bits host), they don't end up with the same changelog.Debian/changelog.Debian.gz file because of a timestamp within it. One way to address this would be to make the taskgraph more complex, by adding a task creating the source package, and then two tasks building the 32-bits and 64-bits binary packages from that source, but that's not worth the overhead, when a simple hack works around the problem: We make dpkg skip installing the changelog.Debian* files. Differential Revision: https://phabricator.services.mozilla.com/D11140
f7a685b16579: Bug 1504906 - Build 64-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:55:45 +0900 - rev 501583
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Build 64-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps Along with all the updated dependencies that are necessary to achieve this. Differential Revision: https://phabricator.services.mozilla.com/D11138
f8064dbb8009: Bug 1504906 - Use a separate docker image for base toolchain builds. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:52:51 +0900 - rev 501582
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Use a separate docker image for base toolchain builds. r=gps We're going to bump our shipped builds to build against Gtk+ 3.10, but still want to ensure we can still build against Gtk+ 3.4. As we're using Gtk+ packages installed in the build docker image, we need to have a separate image where the Gtk+ packages are kept at version 3.4. Differential Revision: https://phabricator.services.mozilla.com/D11137
f899fbb4a5d7: Bug 1504906 - Add another -Werror exception for G_DEFINE_TYPE_EXTENDED. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:51:11 +0900 - rev 501581
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Add another -Werror exception for G_DEFINE_TYPE_EXTENDED. r=gps Versions of glib newer than the one we currently use adds a function we don't use. Differential Revision: https://phabricator.services.mozilla.com/D11136
6f8c933b7938: Bug 1504906 - Build 32-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 09:20:50 +0900 - rev 501512
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Build 32-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps This creates 32-bits variants of the same packages that were added for 64-bits builds, with a few additions: - python-defaults, so that the python package can be installed as a dependency of the libglib2.0-dev package, - xkeyboard-config, so that the xkb-data package can be installed as a dependency of the libxkbcommon0 package. Additionally, because the 32-bits and 64-bits packages are built separately (the 32-bits packages can't, on Wheezy, be built on a 64-bits host), they don't end up with the same changelog.Debian/changelog.Debian.gz file because of a timestamp within it. One way to address this would be to make the taskgraph more complex, by adding a task creating the source package, and then two tasks building the 32-bits and 64-bits binary packages from that source, but that's not worth the overhead, when a simple hack works around the problem: We make dpkg skip installing the changelog.Debian* files. Differential Revision: https://phabricator.services.mozilla.com/D11140
1f63f3761bc0: Bug 1504906 - Add support for building non-amd64 Debian packages. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:58:20 +0900 - rev 501511
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Add support for building non-amd64 Debian packages. r=gps Differential Revision: https://phabricator.services.mozilla.com/D11139
b569742fbbf2: Bug 1504906 - Build 64-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:55:45 +0900 - rev 501510
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Build 64-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps Along with all the updated dependencies that are necessary to achieve this. Differential Revision: https://phabricator.services.mozilla.com/D11138
2e0ed8c61e24: Bug 1504906 - Use a separate docker image for base toolchain builds. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:52:51 +0900 - rev 501509
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Use a separate docker image for base toolchain builds. r=gps We're going to bump our shipped builds to build against Gtk+ 3.10, but still want to ensure we can still build against Gtk+ 3.4. As we're using Gtk+ packages installed in the build docker image, we need to have a separate image where the Gtk+ packages are kept at version 3.4. Differential Revision: https://phabricator.services.mozilla.com/D11137
778d969a1dab: Bug 1492128: Add `VOLUME` definitions to base debian images; r=gps
Tom Prince <mozilla@hocat.ca> - Tue, 30 Oct 2018 18:26:04 +0000 - rev 500271
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1492128: Add `VOLUME` definitions to base debian images; r=gps For tasks that only need python, the base images are sufficient. The in-tree code verifies that the caches are setup as volumes in the image being used, so set the caches in the base images as well. Differential Revision: https://phabricator.services.mozilla.com/D10148
03d2c2019682: Bug 1481425: remove git-mozreview commit message hook during `mach vcs-setup` r=mcote,gps
Connor Sheehan <sheehan@mozilla.com> - Tue, 30 Oct 2018 17:52:52 +0000 - rev 499987
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1481425: remove git-mozreview commit message hook during `mach vcs-setup` r=mcote,gps During the MozReview days, users of git-cinnabar would install a commit message hook to include `MozReview-Commit-Id` in their commit messages. MozReview has seen been retired, yet there are still a few users with the hook in their configs who now have both a MozReview commit ID and a Phabricator Differential link in their commits. This commit makes `mach vcs-setup` (and `mach bootstrap`, since the former is called during the latter) remove the commit hook on git checkouts of a Firefox repo. We check the `commit-msg` hook file for "mozreview" anywhere in the hook and remove if it is found. Differential Revision: https://phabricator.services.mozilla.com/D10229
b314c0a4d03f: Bug 1492128: Vendor taskcluster==4.0.1; r=firefox-build-system-reviewers,gps
Tom Prince <mozilla@hocat.ca> - Tue, 30 Oct 2018 17:50:49 +0000 - rev 499984
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1492128: Vendor taskcluster==4.0.1; r=firefox-build-system-reviewers,gps We can't use taskcluster 5.0.0 yet, because taskcluster-proxy does not support new-style URLs. Differential Revision: https://phabricator.services.mozilla.com/D10146
1319783f4809: Bug 1492128: Vendor pathlib2==2.3.2; r=firefox-build-system-reviewers,gps
Tom Prince <mozilla@hocat.ca> - Tue, 30 Oct 2018 18:01:06 +0000 - rev 499983
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1492128: Vendor pathlib2==2.3.2; r=firefox-build-system-reviewers,gps Differential Revision: https://phabricator.services.mozilla.com/D10145
3dce43d9b92c: Bug 1510441: Add `.cron.yml` to the taskgraph sparse profile; r=gps a=tomprince DONTBUILD
Tom Prince <mozilla@hocat.ca> - Fri, 30 Nov 2018 00:26:19 +0000 - rev 498716
Push 10284 by mozilla@hocat.ca at Fri, 30 Nov 2018 06:44:42 +0000
Bug 1510441: Add `.cron.yml` to the taskgraph sparse profile; r=gps a=tomprince DONTBUILD Differential Revision: https://phabricator.services.mozilla.com/D13142
c3105c9e0647: Bug 1492128: Add `VOLUME` definitions to base debian images; r=gps a=release
Tom Prince <mozilla@hocat.ca> - Tue, 30 Oct 2018 18:26:04 +0000 - rev 498306
Push 10103 by mozilla@hocat.ca at Fri, 02 Nov 2018 16:35:51 +0000
Bug 1492128: Add `VOLUME` definitions to base debian images; r=gps a=release For tasks that only need python, the base images are sufficient. The in-tree code verifies that the caches are setup as volumes in the image being used, so set the caches in the base images as well. Differential Revision: https://phabricator.services.mozilla.com/D10148
e13482c97a0f: Bug 1492128: Vendor taskcluster==4.0.1; r=firefox-build-system-reviewers,gps a=release
Tom Prince <mozilla@hocat.ca> - Tue, 30 Oct 2018 17:50:49 +0000 - rev 498304
Push 10103 by mozilla@hocat.ca at Fri, 02 Nov 2018 16:35:51 +0000
Bug 1492128: Vendor taskcluster==4.0.1; r=firefox-build-system-reviewers,gps a=release We can't use taskcluster 5.0.0 yet, because taskcluster-proxy does not support new-style URLs. Differential Revision: https://phabricator.services.mozilla.com/D10146
244a824f3bf1: Bug 1492128: Vendor pathlib2==2.3.2; r=firefox-build-system-reviewers,gps a=release
Tom Prince <mozilla@hocat.ca> - Tue, 30 Oct 2018 18:01:06 +0000 - rev 498303
Push 10103 by mozilla@hocat.ca at Fri, 02 Nov 2018 16:35:51 +0000
Bug 1492128: Vendor pathlib2==2.3.2; r=firefox-build-system-reviewers,gps a=release Differential Revision: https://phabricator.services.mozilla.com/D10145
f5c1a7734493: bug 1483651 - Dereference symlinks inside vendored Python packages. r=gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 10 Oct 2018 19:59:52 +0000 - rev 496346
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1483651 - Dereference symlinks inside vendored Python packages. r=gps At least one Python package that got vendored via `mach vendor python` contains a symlink, which hg.mozilla.org rejects. This change makes it so symlinks get replaced with the contents of the file they point to. Differential Revision: https://phabricator.services.mozilla.com/D4135
ec133330b1ec: bug 1481612 - Add more actions to virtualenv_packages.txt and use them to include the unpacked Windows psutil wheel. r=gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 10 Oct 2018 19:53:47 +0000 - rev 496345
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1481612 - Add more actions to virtualenv_packages.txt and use them to include the unpacked Windows psutil wheel. r=gps This patch adds two new actions to virtualenv_packages.txt processing: windows and !windows. The former processes the rest of the action only on Windows, and the latter processes it only on non-Windows. These new features are used in virtualenv_packages.txt to use the path to the unpacked Windows psutil wheel when on Windows, and build psutil from source and use that path on other platforms. This fixes the long-standing problem of not having psutil available on most Windows systems (since they don't have the right set of Visual C++ build tools). Differential Revision: https://phabricator.services.mozilla.com/D3437
724343258461: bug 1481612 - vendor an unpacked win64 wheel of psutil 5.4.3. r=gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 10 Oct 2018 19:54:25 +0000 - rev 496344
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1481612 - vendor an unpacked win64 wheel of psutil 5.4.3. r=gps This change uses the previously added `--with-windows-wheel` option to vendor a win64 wheel of psutil. This patch was produced by running: `mach vendor python --with-windows-wheel psutil==5.4.3`. We vendor this wheel unpacked so that we can insert it into sys.path in mach without needing a virtualenv in which to install a wheel with pip, since we have a chicken-and-egg problem there where configure creates the virtualenv but we'd like to be able to use psutil before we run configure. Differential Revision: https://phabricator.services.mozilla.com/D3436
60407ad13922: bug 1481612 - Add a --with-windows-wheel option to mach vendor python. r=gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 10 Oct 2018 19:54:36 +0000 - rev 496343
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1481612 - Add a --with-windows-wheel option to mach vendor python. r=gps This option is very single-purpose: it's intended to let us vendor an unpacked wheel for psutil on Windows. To that end the mach command will error if you try to use it for anything but vendoring a single package. The mach command will vendor source packages as it currently does, and then run `pip download` again with some hardcoded parameters to fetch the right wheel for Python 2.7 on win64 and unpack it to a `package-platform` directory under `third_party/python`. I don't expect this to be used for anything but psutil, but it should make life simpler for anyone that wants to update our vendored copy of psutil in the future. Differential Revision: https://phabricator.services.mozilla.com/D3435
aafdbf2213ec: bug 1481612 - Re-vendor psutil 5.4.3 using `mach vendor python`. r=chmanchester,gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 10 Oct 2018 19:47:58 +0000 - rev 496342
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1481612 - Re-vendor psutil 5.4.3 using `mach vendor python`. r=chmanchester,gps psutil was previously vendored manually, so re-vendor it using our new tooling to make for smaller diffs in follow-up patches. This mostly just winds up adding some extra files that must have been left out of the manual vendoring, but it also updates the third_party/python/requirements.{in,txt}. Differential Revision: https://phabricator.services.mozilla.com/D3434
de7e35a459e3: bug 1481612 - Add more actions to virtualenv_packages.txt and use them to include the unpacked Windows psutil wheel. r=gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 15 Aug 2018 15:47:15 -0400 - rev 496245
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1481612 - Add more actions to virtualenv_packages.txt and use them to include the unpacked Windows psutil wheel. r=gps This patch adds two new actions to virtualenv_packages.txt processing: windows and !windows. The former processes the rest of the action only on Windows, and the latter processes it only on non-Windows. These new features are used in virtualenv_packages.txt to use the path to the unpacked Windows psutil wheel when on Windows, and build psutil from source and use that path on other platforms. This fixes the long-standing problem of not having psutil available on most Windows systems (since they don't have the right set of Visual C++ build tools). Differential Revision: https://phabricator.services.mozilla.com/D3437
eb440bc9fed1: bug 1481612 - vendor an unpacked win64 wheel of psutil 5.4.3. r=gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 15 Aug 2018 10:54:26 -0400 - rev 496244
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1481612 - vendor an unpacked win64 wheel of psutil 5.4.3. r=gps This change uses the previously added `--with-windows-wheel` option to vendor a win64 wheel of psutil. This patch was produced by running: `mach vendor python --with-windows-wheel psutil==5.4.3`. We vendor this wheel unpacked so that we can insert it into sys.path in mach without needing a virtualenv in which to install a wheel with pip, since we have a chicken-and-egg problem there where configure creates the virtualenv but we'd like to be able to use psutil before we run configure. Differential Revision: https://phabricator.services.mozilla.com/D3436
7f8cad00dc2e: bug 1483651 - Dereference symlinks inside vendored Python packages. r=gps
Ted Mielczarek <ted@mielczarek.org> - Thu, 23 Aug 2018 07:01:50 -0400 - rev 496243
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1483651 - Dereference symlinks inside vendored Python packages. r=gps At least one Python package that got vendored via `mach vendor python` contains a symlink, which hg.mozilla.org rejects. This change makes it so symlinks get replaced with the contents of the file they point to. Differential Revision: https://phabricator.services.mozilla.com/D4135
1ecd5ddcdd79: bug 1481612 - Add a --with-windows-wheel option to mach vendor python. r=gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 15 Aug 2018 10:40:04 -0400 - rev 496242
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1481612 - Add a --with-windows-wheel option to mach vendor python. r=gps This option is very single-purpose: it's intended to let us vendor an unpacked wheel for psutil on Windows. To that end the mach command will error if you try to use it for anything but vendoring a single package. The mach command will vendor source packages as it currently does, and then run `pip download` again with some hardcoded parameters to fetch the right wheel for Python 2.7 on win64 and unpack it to a `package-platform` directory under `third_party/python`. I don't expect this to be used for anything but psutil, but it should make life simpler for anyone that wants to update our vendored copy of psutil in the future. Differential Revision: https://phabricator.services.mozilla.com/D3435
c8f12706c421: bug 1481612 - Re-vendor psutil 5.4.3 using `mach vendor python`. r=gps
Ted Mielczarek <ted@mielczarek.org> - Wed, 15 Aug 2018 10:39:35 -0400 - rev 496241
Push 9984 by ffxbld-merge at Mon, 15 Oct 2018 21:07:35 +0000
bug 1481612 - Re-vendor psutil 5.4.3 using `mach vendor python`. r=gps psutil was previously vendored manually, so re-vendor it using our new tooling to make for smaller diffs in follow-up patches. This mostly just winds up adding some extra files that must have been left out of the manual vendoring, but it also updates the root Pipfile + Pipfile.lock. Differential Revision: https://phabricator.services.mozilla.com/D3434