gecko-dev/python
Nika Layzell 15880d1df1 Bug 1722832 - Streamline UX for `./mach ide vscode` with existing settings or in remote shells, r=andi
This patch has a few minor improvements to `./mach ide vscode` to make
it nicer to use in various situations. Specifically:

 * Tries to locate the `code` using `shutil.which` in addition to the
   existing methods so that the binary is found when being run from
   within a vscode remote shell.

 * If locating the code binary fails, only prompts to ask whether or not
   to continue, rather than requiring entering the complete path. The
   only use of the vscode command is to start an instance connected to the
   correct path, so if no binary was found, a message is logged instead.
   (bug 1699943)

 * When changes need to be made to the settings.json file, a full diff is
   shown between the old and new files, rather than just showing the
   computed state before and after.

 * If parsing the existing settings.json file fails (e.g. because there
   were c-style comments in it - see bug 1670997), the diff is shown and
   an additional warning is emitted to ask if the change should be made.

Differential Revision: https://phabricator.services.mozilla.com/D121157
2021-08-10 15:34:44 +00:00
..
devtools/migrate-l10n Bug 1654103: Standardize on Black for Python code in `mozilla-central`. 2020-10-26 18:34:53 +00:00
docs Bug 1713610: Require PyPI-vendored packages be added to requirements.in r=ahal 2021-06-10 19:19:06 +00:00
gdbpp/gdbpp Bug 1654103: Standardize on Black for Python code in `mozilla-central`. 2020-10-26 18:34:53 +00:00
l10n Bug 1721442 - Add support for ESR91 to cross-channel, r=aki DONTBUILD 2021-07-21 17:27:39 +00:00
lldbutils Bug 1654103: Standardize on Black for Python code in `mozilla-central`. 2020-10-26 18:34:53 +00:00
mach Bug 1696251 - Replace self with command_context where possible in existing mach commands. r=mhentges,webdriver-reviewers,perftest-reviewers,whimboo 2021-07-19 16:04:25 +00:00
mozboot Bug 1722439 - Bootstrap wasi-sysroot via configure. r=firefox-build-system-reviewers,andi 2021-07-29 23:49:33 +00:00
mozbuild Bug 1722832 - Streamline UX for `./mach ide vscode` with existing settings or in remote shells, r=andi 2021-08-10 15:34:44 +00:00
mozlint Bug 1714159 - Handle `c:/...` and `C:/...` when making relative paths in `mozlint`. r=ahal 2021-06-02 21:27:40 +00:00
mozperftest Bug 1696251 - Replace self with command_context where possible in existing mach commands. r=mhentges,webdriver-reviewers,perftest-reviewers,whimboo 2021-07-19 16:04:25 +00:00
mozrelease Bug 1696251 - Replace self with command_context where possible in existing mach commands. r=mhentges,webdriver-reviewers,perftest-reviewers,whimboo 2021-07-19 16:04:25 +00:00
mozterm Bug 1680345 - python3 - Require six 1.13.0 in non third_party and non web-platform packages r=jgraham,jmaher 2020-12-03 22:54:35 +00:00
mozversioncontrol Bug 1717651 - Removed instances of 'ensure_subprocess_env' from python/mozversioncontrol r=mhentges 2021-07-15 21:34:08 +00:00
README
mach_commands.py Bug 1696251 - Replace self with command_context where possible in existing mach commands. r=mhentges,webdriver-reviewers,perftest-reviewers,whimboo 2021-07-19 16:04:25 +00:00
moz.build Bug 1709697 - Allow to repackage into MSIX. r=firefox-build-system-reviewers,mhowell,bhearsum,glandium 2021-08-05 02:58:14 +00:00

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