mozilla
/
gecko-dev
зеркало из https://github.com/mozilla/gecko-dev.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
gecko-dev/python
История
Gregory Szorc e0c0104c60 Bug 1379298 - Relax __eq__ for empty OptionValue; r=nalexander,rillian 
The rigid type comparison added in 51a92a22d6d1 (bug 1375231) was
too rigid. This broke at least one consumer that was comparing an
empty PositiveOptionValue/NegativeOptionValue against a string.

Since comparisons against empty OptionValue are convenient and
don't violate the spirit of the type checking previously added,
this commit relaxes the type equivalence check in cases where the
OptionValue is empty.

MozReview-Commit-ID: UllTrzCjj

--HG--
extra : rebase_source : 2c41428d1be667edecdab0947d006a1a6a533569
 		2017-07-10 11:21:37 -07:00
..
devtools/migrate-l10n Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00
mach Bug 1347290 - Set sgr0 to '' if blessings.tigetstr('sgr0') returns None, r=gps 2017-04-06 17:44:30 -07:00
mozboot Bug 1376392 - do a more thorough check for git checkouts of mozilla-central in bootstrap; r=rillian 2017-06-29 19:26:23 -04:00
mozbuild Bug 1379298 - Relax __eq__ for empty OptionValue; r=nalexander,rillian 2017-07-10 11:21:37 -07:00
mozlint Bug 1361972 - [mozlint] Add ability to only lint staged changes to --workdir with git r=standard8 2017-06-30 18:29:31 -07:00
mozversioncontrol/mozversioncontrol bug 1367329 - fix error handling code in mozversioncontrol. r=gps 2017-06-22 12:54:25 -04:00
README Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00
mach_commands.py Bug 1048446 - [python-test] Add 'sequential' key to python.ini manifests so tests can opt out of running in parallel, r=jmaher 2017-06-01 09:50:15 -04:00
moz.build Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04: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