For some reason, in most cases, there is no redirection, but once in a
while, there is, and that breaks the download.
At the same time, make the download messages tell the url that is being
downloaded rather than where it is downloaded to.
Differential Revision: https://phabricator.services.mozilla.com/D162952
In the optics of running an end-to-end bootstrap on automation, it can
be useful to allow the standalone bootstrap to start from a repository
that is not mozilla-unified, so that, e.g. changes can be tested on try.
Differential Revision: https://phabricator.services.mozilla.com/D162695
This removes the `intl:app-locales-changed` event listener that was added in bug 1760825, as it's not longer required.
Depends on D159017
Differential Revision: https://phabricator.services.mozilla.com/D159018
This adds a subcommand ./mach cargo udeps with the following
sub command arguments:
Sub Command Arguments:
--all-crates Check all of the crates in the tree.
crates The crate name(s) to check.
--jobs [jobs], -j [jobs]
Run the tests in parallel using multiple
processes.
-v, --verbose Verbose output.
--message-format-json
Emit error messages as JSON.
--expect-unused Do not return an error exit code if udeps
detects unused dependencies.
Differential Revision: https://phabricator.services.mozilla.com/D159838
It was not installed consistently across platforms, and I think the only
reason we installed it had been superseded by the `mach uuid` command
(which didn't rely on it), and the `mach uuid` command was removed in
bug 1639509.
Differential Revision: https://phabricator.services.mozilla.com/D162636
It used to be necessary to set the target for android builds, but that
hasn't been the case since bug 1523341. In fact, that bug removed the
--target for non-artifact android builds, but somehow left this one
alone.
Differential Revision: https://phabricator.services.mozilla.com/D162634
--enable-application is the historic flag, and --enable-project was
added to handle the non-application things we build, while encompassing
the meaning of --enable-application. --enable-project has been preferred
for a while and we should reflect that more consistently in mozconfigs,
documentation, etc.
Differential Revision: https://phabricator.services.mozilla.com/D162625
At the time the message is printed, installing git-cinnabar hasn't even
been tried (it happens in the in-tree bootstrap, not the sandalone
bootstrap, which this is) ; we have installed a temporary copy of
git-cinnabar, which may fail, but if it does, we'd throw an exception
before reaching this message anyways.
Differential Revision: https://phabricator.services.mozilla.com/D162611
For the specific case of `.xpt` artifacts, we could place them
directly into `$topobjdir/config/makefiles/xpidl`, but I'm wary of
modifying the object directory in this manner. I'd like the initial
round of tooling building on this capability to look in
`dist/xpt_artifacts` for artifact builds and be able to give detailed
feedback in error situations. We can revisit the placement of
artifacts in the future as more use cases and shortcomings are
identified.
In the future, this mechanism might be used to include Java code
generated at build-time that exposes IDL constants to GeckoView.
Differential Revision: https://phabricator.services.mozilla.com/D161641
- `mozlog` version bump to `7.1.1`
- Changed `mozlog` dependency on `blessings` to `blessed`
- Some sugar lookups in `blessed` (Like `normal`) don't behave the same as the rest, so our code needed to change to handle the case when the lookup didn't return a callable.
- The tests in `test_widgets.py` and `test_terminal.py` were never actually being run (it was skipping because when importing `Blessings` it failed to import `_curses`). Given that, a portion of `test_terminal() never actually worked, and it wasn't known because the test didn't run (I didn't just delete half the test case because it didn't work, I deleted it because it can never work =P).
- I added a `test_terminal_colors.py` just to ensure that there's some coverage there, since `dim` and `normal` were failing (but CI was happy).
Differential Revision: https://phabricator.services.mozilla.com/D161858
On POSIX platforms there can be `lib` and `lib64` for `site-packages`.
On Fedora35 once a virtualenv is created, `lib64` is a symlink of `lib`.
Since we can determine what these paths will be before the virtualenv is
created, `realpath` has different results before/after, which is
problematic for our `pthfile`.
Since we only care about resolving the symlink in the prefix (to keep it
in line with the `topobjdir`, we can simply only `realpath` that and
disregard that there's a symlink between `lib` and `lib64`, which makes
our `pthfile` that's created and expected always the same on all
platforms.
Differential Revision: https://phabricator.services.mozilla.com/D162136
