a71038f16918df5b43dd9813f238b23fd703b6ba: 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 794079
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +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
155a531ddcdd4cf2e1ae4f7ad1fd0e44808a2b51: 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 794078
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +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
1381b6cea12d903b6154a6c09a4cc0603984b95e: 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 794077
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +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
611810b4fd66218b014a0e85c8790b7a2e3e53d4: Bug 1454640 - [docs] Memoize the result of processing sphinx moz.build variables r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 15:01:10 -0400 - rev 794076
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1454640 - [docs] Memoize the result of processing sphinx moz.build variables r=mshal Now that we can rebuild docs with the liveserver, there are some optimizations we should make. One of those is processing the sphinx moz.build variables. This patch makes sure we don't re-process moz.build if we've already done so in a previous rebuild. MozReview-Commit-ID: 2AIr1KeAPQV
50bb4134a2e45dd02d44a0425116d0ef8c613f14: Bug 1454640 - [docs] Use a single SphinxManager instance across all rebuilds r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 12:56:55 -0400 - rev 794075
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1454640 - [docs] Use a single SphinxManager instance across all rebuilds r=mshal In the mozbuild.sphinx extension, we create a new SphinxManager instance each time. However this isn't ideal now that we can rebuild the docs within the same interpreter using the livereload server. This makes use of a singleton so that we can share state not only between multiple invocations of sphinx-build, but also with the mach command. This will be taken advantage of more heavily in future commits in this series. MozReview-Commit-ID: 7ERYeN5BPeI
3783bfd78a0fa374c1a5984b54a20f399709a1c9: Bug 1454640 - [moztreedocs] Move 'create_tarball' into a package submodule r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 12:17:44 -0400 - rev 794074
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1454640 - [moztreedocs] Move 'create_tarball' into a package submodule r=mshal These two functions are typically only used by CI for packaging/uploading the documentation. This is a minor re-organiztion for clarity. MozReview-Commit-ID: 62UhQhSSkOs
bb3895af484da4eea6fe2436e126b4f53ab1fd87: Backed out 6 changesets (bug 1454640) for bustage at build/src/security/manager/ssl/nsNSSComponent.cpp on a CLOSED TREE
Coroiu Cristina <ccoroiu@mozilla.com> - Thu, 10 May 2018 23:12:38 +0300 - rev 794073
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Backed out 6 changesets (bug 1454640) for bustage at build/src/security/manager/ssl/nsNSSComponent.cpp on a CLOSED TREE Backed out changeset d03f75986f62 (bug 1454640) Backed out changeset 47fc3e223867 (bug 1454640) Backed out changeset 22f2dc60e6d8 (bug 1454640) Backed out changeset 30b4083534b5 (bug 1454640) Backed out changeset 8309212d820b (bug 1454640) Backed out changeset 9942d2df3719 (bug 1454640)
5b40f3f18f42e292d68bad895bc08bad184e847c: Bug 1460402 - Update the CI to use codespell with pip instead of the apt packages (too old) r=ahal
Sylvestre Ledru <sledru@mozilla.com> - Wed, 09 May 2018 21:57:36 +0200 - rev 794072
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1460402 - Update the CI to use codespell with pip instead of the apt packages (too old) r=ahal MozReview-Commit-ID: 9QkTPyP7izS
17526c61b99579f9a1ae63f5234f82fba02e2771: Bug 1460402 - Update the codespell support to use pip instead of the package r=ahal
Sylvestre Ledru <sledru@mozilla.com> - Wed, 09 May 2018 21:56:43 +0200 - rev 794071
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1460402 - Update the codespell support to use pip instead of the package r=ahal MozReview-Commit-ID: J4wS7s9sWFe
e1caff997e5a61de20d04af799caa120f41ecb2f: Bug 1460402 - Update the flake8 support to use the pip class r=ahal
Sylvestre Ledru <sledru@mozilla.com> - Wed, 09 May 2018 21:55:21 +0200 - rev 794070
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1460402 - Update the flake8 support to use the pip class r=ahal MozReview-Commit-ID: 9BWa0cnWJdS
06ceda084d694d1687a669995d457ebd6fd0b08e: Bug 1460402 - Create a new class to manage pip install r=ahal
Sylvestre Ledru <sledru@mozilla.com> - Thu, 10 May 2018 19:05:30 +0200 - rev 794069
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1460402 - Create a new class to manage pip install r=ahal MozReview-Commit-ID: JnscCmC4gBt
d03f75986f626938142bd5bde293773506a2fc14: Bug 1454640 - [docs] Lazy load the package and version properties r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 17:31:10 -0400 - rev 794068
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1454640 - [docs] Lazy load the package and version properties r=mshal 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
47fc3e2238676a40a3adc84239baed1ce873e95e: 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 794067
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +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
22f2dc60e6d859d3ca411826c77002d87c1a49bd: 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 794066
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +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
30b4083534b51213a1b9fe0d86f996cfa0e7fa54: Bug 1454640 - [docs] Memoize the result of processing sphinx moz.build variables r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 15:01:10 -0400 - rev 794065
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1454640 - [docs] Memoize the result of processing sphinx moz.build variables r=mshal Now that we can rebuild docs with the liveserver, there are some optimizations we should make. One of those is processing the sphinx moz.build variables. This patch makes sure we don't re-process moz.build if we've already done so in a previous rebuild. MozReview-Commit-ID: 2AIr1KeAPQV
8309212d820bcca29aa95b7892d39940437f2aa8: Bug 1454640 - [docs] Use a single SphinxManager instance across all rebuilds r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 12:56:55 -0400 - rev 794064
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1454640 - [docs] Use a single SphinxManager instance across all rebuilds r=mshal In the mozbuild.sphinx extension, we create a new SphinxManager instance each time. However this isn't ideal now that we can rebuild the docs within the same interpreter using the livereload server. This makes use of a singleton so that we can share state not only between multiple invocations of sphinx-build, but also with the mach command. This will be taken advantage of more heavily in future commits in this series. MozReview-Commit-ID: 7ERYeN5BPeI
9942d2df371989c5dd67a75fd7a695533141dd89: Bug 1454640 - [moztreedocs] Move 'create_tarball' into a package submodule r=mshal
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 18 Apr 2018 12:17:44 -0400 - rev 794063
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1454640 - [moztreedocs] Move 'create_tarball' into a package submodule r=mshal These two functions are typically only used by CI for packaging/uploading the documentation. This is a minor re-organiztion for clarity. MozReview-Commit-ID: 62UhQhSSkOs
9394d679cfedb546838580bf3872804d8a7e2c8d: Bug 1432515 - Enable QR test suites on all branches where the corresponding non-QR versions run. r=milan
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 09 May 2018 15:24:38 -0400 - rev 794062
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1432515 - Enable QR test suites on all branches where the corresponding non-QR versions run. r=milan Note in particular that tasks that were previously set to run on just ['mozilla-central', 'try'] will now also run on inbound and autoland, in addition to mozilla-beta and other release branches. In some cases (e.g. for talos tests) this might result in a significant increase in load on CI infrastructure. For the tasks that were already running on ['trunk', 'try'] the extra load from the release branches should be relatively small and will only take effect once 62 moves off nightly into beta. MozReview-Commit-ID: 6sn9q6rCxOK
c593385aff7ad655aadf7fa9f988c3ba0df685a2: Bug 1432515 - Build WebRender by default on all channels. r=milan
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 09 May 2018 15:24:38 -0400 - rev 794061
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1432515 - Build WebRender by default on all channels. r=milan MozReview-Commit-ID: LkDmf9x1Ye
a9d2c77dfa141c6bc77d389f2850ab02ea56ed7f: Bug 1432515 - Restrict gfx.webrender.{all,enabled} to nightly, and only allow enabling via .all.qualified on beta and release. r=milan
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 09 May 2018 15:24:38 -0400 - rev 794060
Push 109574 by bmo:dharvey@mozilla.com at Fri, 11 May 2018 10:59:04 +0000
Bug 1432515 - Restrict gfx.webrender.{all,enabled} to nightly, and only allow enabling via .all.qualified on beta and release. r=milan This ensures that only people with qualified hardware can flip prefs to enable WebRender on beta and release. Nightly users will still be able enable WebRender on unqualified hardware. MozReview-Commit-ID: E5sgzZhuX4p
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip