searching for reviewer(mshal)
3b66a441d832: Bug 1469815 - Add new output files from style crate build script to cargo_build_defs.py for the Tup build. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 20 Jun 2018 10:16:58 -0700 - rev 477403
Push 9382 by cbrindusan@mozilla.com at 2018-06-21 15:23 +0000
Bug 1469815 - Add new output files from style crate build script to cargo_build_defs.py for the Tup build. r=mshal
33c34fbb0b0d: Bug 1469067 - Build host programs in their final locations rather than copying them to dist/host/bin. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Mon, 18 Jun 2018 14:22:20 -0700 - rev 477182
Push 9380 by csabou@mozilla.com at 2018-06-20 21:48 +0000
Bug 1469067 - Build host programs in their final locations rather than copying them to dist/host/bin. r=mshal MozReview-Commit-ID: BrSou1ee2qV
5ee332e709af: Bug 1467319 - Re-generate gn moz.build files. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 06 Jun 2018 17:39:51 -0700 - rev 477105
Push 9376 by rgurzau@mozilla.com at 2018-06-19 16:01 +0000
Bug 1467319 - Re-generate gn moz.build files. r=mshal MozReview-Commit-ID: Bo7TsDT9pZv
5d3af3769e3f: Bug 1467319 - Generate fewer redundant conditions when generating moz.build files fron gn configs. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 06 Jun 2018 17:36:45 -0700 - rev 477104
Push 9376 by rgurzau@mozilla.com at 2018-06-19 16:01 +0000
Bug 1467319 - Generate fewer redundant conditions when generating moz.build files fron gn configs. r=mshal MozReview-Commit-ID: Ef67haFgx3A
a9491cea8974: Bug 1466254 - Re-generate gn moz.build files. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 06 Jun 2018 17:17:37 -0700 - rev 477103
Push 9376 by rgurzau@mozilla.com at 2018-06-19 16:01 +0000
Bug 1466254 - Re-generate gn moz.build files. r=mshal MozReview-Commit-ID: IyG7d8GhqEC
f7fa20cd1fdc: Bug 1466254 - Don't assume flags/includes only appear once when factoring gn-generated moz.build conditions. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 06 Jun 2018 17:12:19 -0700 - rev 477102
Push 9376 by rgurzau@mozilla.com at 2018-06-19 16:01 +0000
Bug 1466254 - Don't assume flags/includes only appear once when factoring gn-generated moz.build conditions. r=mshal Some recently introduced gn-configs contain duplicate flags/includes, which aren't handled correctly and introduce non-determinism into the gn-moz.build generation. This patch makes the moz.build generator faithfully reproduce duplicated flags, usually to no effect, which is unfortunate in these cases, but a reasonable approach for the moz.build generator in general. MozReview-Commit-ID: 6PvobD9JRwN
d41073f73725: Bug 1466254 - Sort conditions when generating the moz.build file at the root of a gn project. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 06 Jun 2018 17:11:16 -0700 - rev 477101
Push 9376 by rgurzau@mozilla.com at 2018-06-19 16:01 +0000
Bug 1466254 - Sort conditions when generating the moz.build file at the root of a gn project. r=mshal MozReview-Commit-ID: FCv8VDho2OF
a8e245778a34: Bug 1466401 - Re-run configure in js/src based on dependencies generated by python configure. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Thu, 07 Jun 2018 15:50:06 -0700 - rev 477100
Push 9376 by rgurzau@mozilla.com at 2018-06-19 16:01 +0000
Bug 1466401 - Re-run configure in js/src based on dependencies generated by python configure. r=mshal MozReview-Commit-ID: 3ueBBHiux3M
9c8e2b62ae58: Bug 1468688 - default to upload tub db is false r=mshal
Sofia Carillo <scarrillo@mozilla.com> - Mon, 18 Jun 2018 10:13:38 -0700 - rev 477098
Push 9376 by rgurzau@mozilla.com at 2018-06-19 16:01 +0000
Bug 1468688 - default to upload tub db is false r=mshal MozReview-Commit-ID: DrB5Sr9FTM3
f7a62638a91a: Bug 1319228 - Build dependentlibs.list in the tup backend, create a group for shared libraries to be used as its input. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 13 Jun 2018 22:33:23 -0700 - rev 476749
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Build dependentlibs.list in the tup backend, create a group for shared libraries to be used as its input. r=mshal MozReview-Commit-ID: 5nDZpTcqVfv
2835a57d03db: Bug 1319228 - Link libxul in the Tup backend. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 13 Jun 2018 22:33:23 -0700 - rev 476748
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Link libxul in the Tup backend. r=mshal MozReview-Commit-ID: sqCdlqP9pj
111332735c82: Bug 1319228 - Use pass_thru=True when running config.status to expose error messages from sub-commands. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 13 Jun 2018 22:33:22 -0700 - rev 476746
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Use pass_thru=True when running config.status to expose error messages from sub-commands. r=mshal MozReview-Commit-ID: 3eWOM6bZOmA
13546194edc3: Bug 1319228 - Disable the js shell in tup automation builds. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 13 Jun 2018 22:33:22 -0700 - rev 476745
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Disable the js shell in tup automation builds. r=mshal The js shell is symlinked back to the js objdir by a one off rule. This fails in the current tup build because the symlink rule is written in the Tupfile before the rule to build the shell. MozReview-Commit-ID: 2FOv9FovXLm
afe3be13ea43: Bug 1319228 - Build tup with nightly rust in automation. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 13 Jun 2018 22:33:12 -0700 - rev 476744
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Build tup with nightly rust in automation. r=mshal MozReview-Commit-ID: 89fNLgbQ0X3
2eedbab9137b: Bug 1319228 - Build dependentlibs.list in the tup backend, create a group for shared libraries to be used as its input. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 13 Jun 2018 13:00:24 -0700 - rev 476686
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Build dependentlibs.list in the tup backend, create a group for shared libraries to be used as its input. r=mshal MozReview-Commit-ID: 3nvHaS5ZcIg
6ba05238789f: Bug 1319228 - Link libxul in the Tup backend. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 13 Jun 2018 13:00:24 -0700 - rev 476685
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Link libxul in the Tup backend. r=mshal MozReview-Commit-ID: AyhoaPIZJ6I
a218f97e1b48: Bug 1319228 - Use pass_thru=True when running config.status to expose error messages from sub-commands. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Tue, 12 Jun 2018 13:48:38 -0700 - rev 476683
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Use pass_thru=True when running config.status to expose error messages from sub-commands. r=mshal MozReview-Commit-ID: DLlMAgrwHgc
d3c835477d11: Bug 1319228 - Disable the js shell in tup automation builds. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Tue, 12 Jun 2018 13:48:38 -0700 - rev 476682
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Disable the js shell in tup automation builds. r=mshal The js shell is symlinked back to the js objdir by a one off rule. This fails in the current tup build because the symlink rule is written in the Tupfile before the rule to build the shell. MozReview-Commit-ID: HR04x8lyEkg
3f3fa38b1a5f: Bug 1319228 - Build tup with nightly rust in automation. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Tue, 12 Jun 2018 13:48:38 -0700 - rev 476681
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1319228 - Build tup with nightly rust in automation. r=mshal MozReview-Commit-ID: D6KhqHlVf1R
c77f7fe4c21b: Bug 1464235 - option to upload tup db r=mshal
Sofia Carillo <scarrillo@mozilla.com> - Wed, 06 Jun 2018 14:04:47 -0700 - rev 476210
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1464235 - option to upload tup db r=mshal MozReview-Commit-ID: JkzWTu0g41X
58b3b48d4f7f: Bug 1466689 - Perform macOS builds on gecko-{L}-b-linux worker type; r=dustin,mshal
Gregory Szorc <gps@mozilla.com> - Mon, 04 Jun 2018 14:00:20 -0700 - rev 475692
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1466689 - Perform macOS builds on gecko-{L}-b-linux worker type; r=dustin,mshal The gecko-{L}-b-macosx64 worker types are really Linux (macOS builds are cross-compiled). These worker types are essentially identical to their gecko-{L}-b-linux counterparts. I don't see a compelling reason to maintain separate worker types for these builds other than maybe cost accounting (worker types are tagged in AWS land and these tags can be more easily broken out for billing analysis). But I don't think any important systems are relying on this "feature." So let's move the macOS build tasks to the gecko-{L}-b-linux workers. MozReview-Commit-ID: 67bArn6IG9T
e0b837323b48: Bug 1462489 - Re-generate the build backend when a build backend output is missing. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 30 May 2018 15:25:22 -0700 - rev 474946
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1462489 - Re-generate the build backend when a build backend output is missing. r=mshal MozReview-Commit-ID: CDO3bTGB4tj
ce2105ffae17: Bug 1462489 - Put packaged test addons in the test package with the test packager rather than Makefile.in r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 30 May 2018 15:24:09 -0700 - rev 474945
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1462489 - Put packaged test addons in the test package with the test packager rather than Makefile.in r=mshal MozReview-Commit-ID: 56Ah9HQc9TT
7f3e1d87baa3: Bug 1462489 - Process some chrome manifest entries from dist/xpi-stage from the tup backend. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 30 May 2018 15:21:26 -0700 - rev 474943
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1462489 - Process some chrome manifest entries from dist/xpi-stage from the tup backend. r=mshal MozReview-Commit-ID: 7X5Mi60j4cw
41cf0d53a95c: Bug 1462489 - Re-generate the build backend when a build backend output is missing. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 30 May 2018 15:25:22 -0700 - rev 474780
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1462489 - Re-generate the build backend when a build backend output is missing. r=mshal MozReview-Commit-ID: CDO3bTGB4tj
daa33716b140: Bug 1462489 - Put packaged test addons in the test package with the test packager rather than Makefile.in r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 30 May 2018 15:24:09 -0700 - rev 474779
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1462489 - Put packaged test addons in the test package with the test packager rather than Makefile.in r=mshal MozReview-Commit-ID: 56Ah9HQc9TT
dfed23857cea: Bug 1462489 - Process some chrome manifest entries from dist/xpi-stage from the tup backend. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 30 May 2018 15:21:26 -0700 - rev 474777
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1462489 - Process some chrome manifest entries from dist/xpi-stage from the tup backend. r=mshal MozReview-Commit-ID: 7X5Mi60j4cw
c7e9e54de140: Bug 1461836 - Check configure dependencies and re-run configure if needed when invoking the Tup backend. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Mon, 21 May 2018 14:01:56 -0700 - rev 473418
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1461836 - Check configure dependencies and re-run configure if needed when invoking the Tup backend. r=mshal MozReview-Commit-ID: LHYT3r4u2CY
ec5cda49535f: Bug 1461836 - Write out complete configure dependencies from configure for consumption by make and non-make backends. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Mon, 21 May 2018 14:01:50 -0700 - rev 473417
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1461836 - Write out complete configure dependencies from configure for consumption by make and non-make backends. r=mshal MozReview-Commit-ID: 792seCZ2rs1
24784520061b: Bug 1461926 - delete unneeded managing of dist/idl from the tup backend; r=mshal
Nathan Froyd <froydnj@mozilla.com> - Thu, 17 May 2018 10:16:46 -0400 - rev 472943
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1461926 - delete unneeded managing of dist/idl from the tup backend; r=mshal We don't need to install anything in dist/idl anymore.
26af09fb8be9: Bug 1460470 - Make run-task Python 3.5+ only; r=mshal
Gregory Szorc <gps@mozilla.com> - Fri, 11 May 2018 10:19:53 -0700 - rev 472791
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task Python 3.5+ only; r=mshal A try push converting run-task to Python 3 seemed to complete without error. Since it is annoying writing code that needs to work on both Python 2 and 3, let's require Python 3 and remove code for supporting Python 2. We implement a version check enforcing Python 3.5+. This is because we're supposed to be standardizing on 3.5+ everywhere. I want to prevent accidental usage of older Python 3 versions. MozReview-Commit-ID: 4vATLZ6Si2e
d12067020656: Bug 1460470 - Change run-task to use Python 3 by default; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 09 May 2018 17:26:40 -0700 - rev 472790
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Change run-task to use Python 3 by default; r=mshal Python 3 is the future. MozReview-Commit-ID: APuu4Q3mimj
27253061b12b: Bug 1460470 - More run-task Python 3 porting; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 09 May 2018 21:15:36 -0700 - rev 472789
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - More run-task Python 3 porting; r=mshal Mostly normalization of str and bytes. Python 3 is annoying for systems level code where most things are bytes. MozReview-Commit-ID: KpvZGegBkYn
7926b62aaed8: Bug 1460470 - Make run-task somewhat usable on Python 3; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 16 May 2018 11:06:36 -0700 - rev 472788
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task somewhat usable on Python 3; r=mshal This required a lot of attention to bytes versus strings. The hacks around handling process output are somewhat gross. Apparently readline() doesn't work on bytes streams in Python 3?! So we install a custom stream decoder so we can have nice things. There are still some failures in run-task on Python 3. But we're a big step closer. MozReview-Commit-ID: 4FJlTn3q9Ai
3332fd1664fd: Bug 1460470 - Make run-task compile on Python 3; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 16 May 2018 13:57:08 -0700 - rev 472787
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task compile on Python 3; r=mshal The file failed to compile due to octal syntax and missing imports. After this change, we get a run-time error, which is strictly better. MozReview-Commit-ID: nY9A13Pt3E
94a9641c5a01: Bug 1460470 - Make run-task Python 3.5+ only; r=mshal
Gregory Szorc <gps@mozilla.com> - Fri, 11 May 2018 10:19:53 -0700 - rev 472773
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task Python 3.5+ only; r=mshal A try push converting run-task to Python 3 seemed to complete without error. Since it is annoying writing code that needs to work on both Python 2 and 3, let's require Python 3 and remove code for supporting Python 2. We implement a version check enforcing Python 3.5+. This is because we're supposed to be standardizing on 3.5+ everywhere. I want to prevent accidental usage of older Python 3 versions. MozReview-Commit-ID: 4vATLZ6Si2e
33fe8423f88c: Bug 1460470 - Change run-task to use Python 3 by default; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 09 May 2018 17:26:40 -0700 - rev 472772
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Change run-task to use Python 3 by default; r=mshal Python 3 is the future. MozReview-Commit-ID: APuu4Q3mimj
4902cab3ce5d: Bug 1460470 - More run-task Python 3 porting; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 09 May 2018 21:15:36 -0700 - rev 472771
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - More run-task Python 3 porting; r=mshal Mostly normalization of str and bytes. Python 3 is annoying for systems level code where most things are bytes. MozReview-Commit-ID: KpvZGegBkYn
19fe5702cf6d: Bug 1460470 - Make run-task somewhat usable on Python 3; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 16 May 2018 11:06:36 -0700 - rev 472770
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task somewhat usable on Python 3; r=mshal This required a lot of attention to bytes versus strings. The hacks around handling process output are somewhat gross. Apparently readline() doesn't work on bytes streams in Python 3?! So we install a custom stream decoder so we can have nice things. There are still some failures in run-task on Python 3. But we're a big step closer. MozReview-Commit-ID: 4FJlTn3q9Ai
ef477a048b57: Bug 1460470 - Make run-task compile on Python 3; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 16 May 2018 13:57:08 -0700 - rev 472769
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task compile on Python 3; r=mshal The file failed to compile due to octal syntax and missing imports. After this change, we get a run-time error, which is strictly better. MozReview-Commit-ID: nY9A13Pt3E
66ae52240868: Bug 1460647 Move big-obj out of Developer_OPTIONS so local MinGW builds work r=mshal
Tom Ritter <tom@mozilla.com> - Fri, 04 May 2018 10:33:25 -0500 - rev 472764
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460647 Move big-obj out of Developer_OPTIONS so local MinGW builds work r=mshal MozReview-Commit-ID: KxfoVkO4pu8
07a3e76abc8c: Bug 1460470 - Make run-task Python 3.5+ only; r=mshal
Gregory Szorc <gps@mozilla.com> - Fri, 11 May 2018 10:19:53 -0700 - rev 472754
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task Python 3.5+ only; r=mshal A try push converting run-task to Python 3 seemed to complete without error. Since it is annoying writing code that needs to work on both Python 2 and 3, let's require Python 3 and remove code for supporting Python 2. We implement a version check enforcing Python 3.5+. This is because we're supposed to be standardizing on 3.5+ everywhere. I want to prevent accidental usage of older Python 3 versions. MozReview-Commit-ID: 4vATLZ6Si2e
94c3b68ccc48: Bug 1460470 - Change run-task to use Python 3 by default; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 09 May 2018 17:26:40 -0700 - rev 472753
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Change run-task to use Python 3 by default; r=mshal Python 3 is the future. MozReview-Commit-ID: APuu4Q3mimj
88324086394e: Bug 1460470 - More run-task Python 3 porting; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 09 May 2018 21:15:36 -0700 - rev 472752
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - More run-task Python 3 porting; r=mshal Mostly normalization of str and bytes. Python 3 is annoying for systems level code where most things are bytes. MozReview-Commit-ID: KpvZGegBkYn
16d15b4b97fa: Bug 1460470 - Make run-task somewhat usable on Python 3; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 16 May 2018 11:06:36 -0700 - rev 472751
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task somewhat usable on Python 3; r=mshal This required a lot of attention to bytes versus strings. The hacks around handling process output are somewhat gross. Apparently readline() doesn't work on bytes streams in Python 3?! So we install a custom stream decoder so we can have nice things. There are still some failures in run-task on Python 3. But we're a big step closer. MozReview-Commit-ID: 4FJlTn3q9Ai
ebd569c9d870: Bug 1460470 - Make run-task compile on Python 3; r=mshal
Gregory Szorc <gps@mozilla.com> - Wed, 09 May 2018 16:14:28 -0700 - rev 472750
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1460470 - Make run-task compile on Python 3; r=mshal The file failed to compile due to octal syntax and missing imports. After this change, we get a run-time error, which is strictly better. MozReview-Commit-ID: nY9A13Pt3E
e4ce7b972916: Bug 1461221 - Account for psutil.disk_io_counters() returning None; r=mshal
Gregory Szorc <gps@mozilla.com> - Tue, 15 May 2018 12:02:46 -0700 - rev 472618
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1461221 - Account for psutil.disk_io_counters() returning None; r=mshal Apparently it can do this. MozReview-Commit-ID: 6gMTGtcRAw6
a71038f16918: Bug 1454640 - [docs] Lazy load the package and version properties r=mshal on a CLOSED TREE
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 17:31:10 -0400 - rev 472017
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1454640 - [docs] Lazy load the package and version properties r=mshal on a CLOSED TREE We no longer store the docs under a project name (since all the docs are now built using the root conf.py). This mean the name and version are only used for packaging and uploading, which typically is only used in CI. This allows us to lazy load the package name and version, so we only read the conf.py when we need to. MozReview-Commit-ID: DV5Jxrbskoh
155a531ddcdd: Bug 1454640 - [docs] Always build docs with the tools/docs/conf.py r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 17:18:11 -0400 - rev 472016
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1454640 - [docs] Always build docs with the tools/docs/conf.py r=mshal Previously, running |mach doc <subtree>| would use whatever conf.py file happened to live in the subtree. For example, running: ./mach doc tools/lint Would build with tools/lint/docs/conf.py. This is bad because it means the generated docs will look different from the docs that eventually will be published to firefox-source-docs.mozilla.com. This patch makes sure we always use tools/docs/conf.py for building, even when only generating a subtree. Furthermore, this sets things up such that when you modify a file, only the subtree containing the modified file will be re-generated. This cuts down rebuild times from ~2 minutes to ~20 seconds. There is one caveat. When rebuilding a subtree, the index of other trees will be overwritten in that particular subtree. I couldn't figure out anyway around this. This tradeoff for *much* faster rebuild times seems worth it. MozReview-Commit-ID: Ly88mvHKpo7
1381b6cea12d: Bug 1454640 - [mozbuild] Ability to find sphinx variables relevant to a given path r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Tue, 17 Apr 2018 11:51:37 -0400 - rev 472015
Push 9374 by jlund@mozilla.com at 2018-06-18 21:43 +0000
Bug 1454640 - [mozbuild] Ability to find sphinx variables relevant to a given path r=mshal The current mechanism for reading SPHINX variables assumes we always want to read metadata for the entire tree. Now that we have the ability to rebuild specific subtrees, this assumption is false. This patch allows us to specify a path that find_sphinx_variables can use to filter down the set of moz.build variables it will traverse, yielding only moz.builds that could potentially impact the specified path. MozReview-Commit-ID: ALrCFLFgMLH