- Nov 02, 2019
-
-
Gregory Szorc authored
There was an inline comment denoting a bug in the lazy extension loader on Python 3.5 which prevents it from working there. But the code was not conditional on the Python version. The result of this was a myriad of failures on Python 3.5 due to getattr() and friends not working on lazy extension modules. By making extension modules non-lazy on Python 3.5, we reduce the number of test failures from 48 to 22 on that Python version.
-
Gregory Szorc authored
I was using `hg absorb` with Python 3 and noticed that the prompt was appearing without any output about what would be done. After I answered the prompt, the output was printed to stdout. This appears to be a buffering difference between Python 2 and Python 3. To work around it, this commit adds an explicit flush() before calling the raw input function when readline is used.
-
Martin von Zweigbergk authored
I accidentally switched from 12 digits to 40 digits while making the code py3-compatible. Thanks to Yuya for noticing. Differential Revision: https://phab.mercurial-scm.org/D7200
-
- Oct 29, 2019
-
-
Martin von Zweigbergk authored
Differential Revision: https://phab.mercurial-scm.org/D7180
-
- Nov 01, 2019
-
-
Emmanuel Leblond authored
Differential Revision: https://phab.mercurial-scm.org/D7190
-
- Oct 31, 2019
-
-
Martin von Zweigbergk authored
Now you should be able to successfully confirm your histedit plan (at least in the case I tried). Even continuing after conflicts and finishing the histedit worked. Differential Revision: https://phab.mercurial-scm.org/D7186
-
Martin von Zweigbergk authored
We write bytes to the file, so it should be open in binary mode. Opening it via the vfs takes care of that for us. Now you'll get yet a different traceback if you try to confirm you histedit plan. Differential Revision: https://phab.mercurial-scm.org/D7185
-
Martin von Zweigbergk authored
Now you'll get a different traceback if you try to confirm you histedit plan. Differential Revision: https://phab.mercurial-scm.org/D7184
-
Martin von Zweigbergk authored
Now you can also reorder commits that (potentially) conflict. Just don't try to confirm the changes yet (because then it crashes). Differential Revision: https://phab.mercurial-scm.org/D7183
-
Martin von Zweigbergk authored
Now you can navigate and change the action for a commit. You can also reorder commits, as long as that doesn't result in a conflict (then it crashes). Differential Revision: https://phab.mercurial-scm.org/D7182
-
Martin von Zweigbergk authored
Now you can see the list of commits, but it crashes when you press a key. Differential Revision: https://phab.mercurial-scm.org/D7181
-
- Nov 01, 2019
-
-
Emmanuel Leblond authored
Differential Revision: https://phab.mercurial-scm.org/D7191
-
Emmanuel Leblond authored
Differential Revision: https://phab.mercurial-scm.org/D7192
-
Emmanuel Leblond authored
Differential Revision: https://phab.mercurial-scm.org/D7193
-
Emmanuel Leblond authored
Differential Revision: https://phab.mercurial-scm.org/D7194
-
Emmanuel Leblond authored
Differential Revision: https://phab.mercurial-scm.org/D7195
-
Emmanuel Leblond authored
Differential Revision: https://phab.mercurial-scm.org/D7196
-
kiilerix authored
This is now quite easy ...
-
kiilerix authored
Fedora moves fast in version numbers, and often with Mercurial packaging being backwards compatible. Also, most people use the system package. There is thus much work and tech debt and little value in providing explicit built-in support for several versions. Thus, only aim for providing built-in support for latest Fedora version, and make it easy to update.
-
kiilerix authored
Fedora moves fast in version numbers, and often with Mercurial packaging being backwards compatible. Thus, only aim for providing built-in support for latest Fedora version, and make it easy to update. With this refactoring, 'dockerrpm fedora31' also works. 'dockerrpm fedora' will use the 'fedora:latest' Docker image.
-
kiilerix authored
Change the buidrpm default. The CentOS targets explicitly use "python", and changing the default will only influence Fedora 29. A Python 3 package needs python3 dependencies, so pythonexe (and pythonver) is used for specifying dependencies. Other OS versions will keep using "python" as before ... or potentially change to explicit "python2". Fedora 29 packages can thus also still be built for Python 2 - just not in the docker image that is updated for Python 3.
-
kiilerix authored
This is a partial backout of 92a51a45d44c. We will need to be able to control whether package dependencies are python2 or python3. Generally (at least in recent Fedora), the package prefix match the name of the python executable ... but CentOS 7 doesn't use the python2 prefix in package name or alias for python-docutils yet, so just keep centos7 in the unversioned "python" world. Change the new (unused) buildrpm "--python3" option (introduced in a6dcac6454c1) to "--python python3" to get a more generic method for explicit control over whether we use python, python2 or python3.
-
kiilerix authored
Fix 92a51a45d44c .
-
kiilerix authored
Avoid having to compute the directory in two places in different environments.
-
- Oct 31, 2019
-
-
kiilerix authored
Fedora 31 has just been released, and Fedora 29 will be EOL in a month. Don't spend any time thinking about dead stuff.
-
- Oct 30, 2019
-
-
Augie Fackler authored
I can't figure out how this got overlooked on previous runs, but here we are. It looks like the culprit change is already public?
-
Augie Fackler authored
We require what is currently the absolute latest black, so let's be paranoid.
-
Augie Fackler authored
-
- Oct 23, 2019
-
-
Ian Moody authored
Something I'd missed in the creatediff port. This didn't matter before with the old PHP form style wireformat, but breaks with the new arcanist format. Differential Revision: https://phab.mercurial-scm.org/D7152
-
Ian Moody authored
5.2 is the first release of Mercurial where py3 support is expected to be widely used, therefore we should allow installing it without hoop-jumping. Differential Revision: https://phab.mercurial-scm.org/D7151
-
- Oct 29, 2019
-
-
Pierre-Yves David authored
Now that the official black has all we want, we can drop this.
-
Pierre-Yves David authored
-
Pierre-Yves David authored
The latest version of black is out and contains the change we needed. So we can start using it now. note: `test-check-format.t` will complains about this changes because it still use `grey` and need to be migrated to `black`. See next changesets for this.
-
- Oct 27, 2019
-
-
kiilerix authored
-
kiilerix authored
Packaging usually works on other versions too, and it is not efficient to maintain the list in repo. It is already out of sync with the Makefile targets.
-
kiilerix authored
-
kiilerix authored
Just overrule the HGPYTHON3 warning.
-
kiilerix authored
Fedora 31 has Python3 at /usr/bin/python ... but expect everybody to not just find python in $PATH but be explicit about whether they want python2 or python3. mercurial.spec just used 'python' and would fail when it unknowingly used Python 3 and ended up with Mercurial setup.py reporting "Python 3.7 detected." and talking about the HGPYTHON3 environment variable. For now, just be explicit about using system python2 as python executable when building rpms.
-
kiilerix authored
Fedora 31 has Python3 at /usr/bin/python, and buildrpm would fail on snippets that use python2 syntax. Instead of forcing python2, just accept for the future while staying backwards compatible.
-
- Oct 30, 2019
-
-
Yuya Nishihara authored
Since mail.headencode() is disabled by -n/--test, non-ASCII header value has to be allowed. Spotted by Denis Laxalde.
-