mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-12-04 02:57:38 +00:00
250c3cbc9a
The configure sandbox has wrapped subprocess methods to add its own encoded environment if none is provided, since bug 1520394. It only makes sense that it normalizes the environment that comes in too, avoiding caller in the configure sandbox to have to do it themselves. OTOH, and while we're here, none of get_cmd_output, old_configure or the sandbox were actually using the right encoding for this conversion, so fix the configure sandbox to use the right one, and make it stop using encode(), which does deep recursion that is not necessary here, and that I'm trying to remove entirely. Also while here, remove an unused import of encode(). Differential Revision: https://phabricator.services.mozilla.com/D42608 --HG-- extra : moz-landing-system : lando |
||
---|---|---|
.. | ||
devtools/migrate-l10n | ||
docs | ||
gdbpp/gdbpp | ||
l10n | ||
mach | ||
mozboot | ||
mozbuild | ||
mozlint | ||
mozrelease | ||
mozterm | ||
mozversioncontrol | ||
safety | ||
mach_commands.py | ||
moz.build | ||
README |
This directory contains common Python code. The basic rule is that if Python code is cross-module (that's "module" in the Mozilla meaning - as in "module ownership") and is MPL-compatible, it should go here. What should not go here: * Vendored python modules (use third_party/python instead) * Python that is not MPL-compatible (see other-licenses/) * Python that has good reason to remain close to its "owning" (Mozilla) module (e.g. it is only being consumed from there). Historical information can be found at https://bugzilla.mozilla.org/show_bug.cgi?id=775243 https://bugzilla.mozilla.org/show_bug.cgi?id=1346025