Mon, 30 Jan 2023 18:41:59 +0100 setup: make the version computation process more resistant stable
Pierre-Yves David <pierre-yves.david@octobus.net> [Mon, 30 Jan 2023 18:41:59 +0100] rev 49649
setup: make the version computation process more resistant The tag fetching might return and empty stringĀ¹, from there everything derails quickly. As setup tools becomes more picky about version format we make the whole seems a bit more robust. The resulting version will be obviously weird, but at least it will actually install itself. [1] This is a problem we will address in the next changesets.
Mon, 30 Jan 2023 18:25:11 -0500 bundlerepo: enforce the requirements declared by the underlying repository stable
Matt Harbison <matt_harbison@yahoo.com> [Mon, 30 Jan 2023 18:25:11 -0500] rev 49648
bundlerepo: enforce the requirements declared by the underlying repository Previously, `hg log -r 'bundle()' -R bundle.hg` was failing for me when run from source, complaining about an unknown parent, when the system installed `hg` didn't. Some debugging showed the index was 0 length. It turned out that I didn't have the C extensions compiled, which a simple `hg log -r .` was able to indicate. The problem being that the RequirementError got handled by RepoError, which uses an empty directory as a fallback to process the bundle.
Sat, 28 Jan 2023 18:26:28 +0400 scmutil: make checknewlabel() allow "_" in otherwise numeric names (issue6737) stable
Anton Shestakov <av6@dwimlabs.net> [Sat, 28 Jan 2023 18:26:28 +0400] rev 49647
scmutil: make checknewlabel() allow "_" in otherwise numeric names (issue6737)
Mon, 09 Jan 2023 17:48:54 +0100 rust-narrow: fix loop that never loops stable
Raphaël Gomès <rgomes@octobus.net> [Mon, 09 Jan 2023 17:48:54 +0100] rev 49646
rust-narrow: fix loop that never loops This was caught by `clippy`. I guess the narrow tests leave something to be desired, since this previously only checked the first valid pattern.
Wed, 25 Jan 2023 19:37:06 +0400 hghave: refactor checks for pygments versions using checkvers() stable
Anton Shestakov <av6@dwimlabs.net> [Wed, 25 Jan 2023 19:37:06 +0400] rev 49645
hghave: refactor checks for pygments versions using checkvers()
Wed, 25 Jan 2023 19:27:50 +0400 hghave: make different has_pyoxidizer functions have different names stable
Anton Shestakov <av6@dwimlabs.net> [Wed, 25 Jan 2023 19:27:50 +0400] rev 49644
hghave: make different has_pyoxidizer functions have different names There are 3 of them, and them all having the same name triggered code checkers.
Wed, 25 Jan 2023 19:25:42 +0400 tests: pygments 2.14+ highlight whitespace in python code stable
Anton Shestakov <av6@dwimlabs.net> [Wed, 25 Jan 2023 19:25:42 +0400] rev 49643
tests: pygments 2.14+ highlight whitespace in python code
Wed, 25 Jan 2023 18:54:17 +0400 tests: make sure pygments can detect python script without extension stable
Anton Shestakov <av6@dwimlabs.net> [Wed, 25 Jan 2023 18:54:17 +0400] rev 49642
tests: make sure pygments can detect python script without extension This .t file was failing for me when running run-tests.py with python3.11. Then I tried to run it with python3.10 and it failed anyway, even though it's the default python3 interpreter. But with `python3 ./run-tests.py` it worked fine. And this is what I found while looking at the way pygments lexer checks if a file without extension is likely to be a python script: shebang_matches(text, r'pythonw?(3(\.\d)?)?') Take guess why it doesn't work for python >= 3.10. To work around this issue, we can simply hardcode an "easier" shebang for pygments. This path to python interpreter obviously doesn't need to be accurate, since we're not running this script.
(0) -30000 -10000 -3000 -1000 -300 -100 -30 -10 -8 +8 +10 +30 +100 +300 +1000 tip