- Jun 12, 2020
-
-
Manuel Jacob authored
-
Manuel Jacob authored
We didn’t realize that this was broken because tests/test-illegal-contents.t is skipped on the CI. The change is similar to 503e9abfd50e. As can be seen in the doctest, this changes output of non-ASCII characters. I argue that the new output is better than the old because the old output exposed an implementation detail (the repr() function of Python) while the new output is something that can be copied and passed to other programs.
-
Manuel Jacob authored
The mistake was introduced in 9d735570322d and we didn’t realize because tests/test-illegal-contents.t is skipped on the CI.
-
- May 13, 2020
-
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
dev.heptapod.net has become foss.heptapod.net in the meanwhile
-
Georges Racinet authored
-
Georges Racinet authored
Before Mercurial 4.3, the pycompat module doesn't have enough features to support our current dual Python code. Also, the oldest version currently available in Heptapod CI happens to be 4.3. It's also a good opportunity to start using the 'minimumhgversion' field, making the extension refuse to load on unsupported version.
-
Georges Racinet authored
These predated the move to Heptapod, having a few outdated parts. Sending patches to Google Groups is not deprecated. Less personal style in general.
-
- May 10, 2020
-
-
Manuel Jacob authored
(folded with intermediate revision with new message by Georges Racinet) The previous conditional was wrong: in current Mercurial, 'co' is in principle not an integer. The condition on integer has been introduced for the port to py3, but does not change the fact that changelog.__contains__ is for integers. The original intent in a90fe3e8a8c3 was probably to exclude local repositories, but this had the side effect of setting `co=None` in all cases, hence affecting pulls having nothing to do with hg-git, as the new test demontstrates. What we really want is to force `co=None` only for remote Git repositories, for the reasons explained in the comment. Previous intermediate commit was cleanup: eliminate if statement with condition that is always true 'co' is never an integer. It’s always None or of type bytes. Apparently 'co' was of type int some years ago. A proper fix would require to fix the lookup() remote command or change hg to not require it e.g. when pulling with -r. For now, let’s remove the broken code and be honest about that we give up.
-
Manuel Jacob authored
-
Manuel Jacob authored
A test for a case mentioned in the comment will be added in a subsequent changeset.
-
Manuel Jacob authored
-
Manuel Jacob authored
-
- May 13, 2020
-
-
Georges Racinet authored
It's just not reasonable to expect that our tests would always pass with Mercurial default (unstable) branch, since this is precisely our alert mechanism.
-
- May 12, 2020
-
-
Georges Racinet authored
py3: fix map() without effect on py3 See merge request !25
-
- May 11, 2020
-
-
Manuel Jacob authored
Previously, reading from SSH subprocesses did’t return on Python 3. Dulwich passes bufsize=0 to subprocess.Popen (default on Python 2, but not Python 3). Doing the same in hg-git fixed the issue.
-
- May 10, 2020
-
-
Manuel Jacob authored
-
- Jun 03, 2019
-
-
Manuel Jacob authored
git_handler: support HTTP basic auth for the case when username and password are specified in the URL
-
- May 08, 2020
-
-
Georges Racinet authored
-
Manuel Jacob authored
-
- May 03, 2020
-
-
Manuel Jacob authored
-
- Dec 23, 2019
-
-
Georges Racinet authored
This is ugly indeed, but a true cleaning would be to convert to a sensible testing system.
-
- Mar 06, 2020
-
-
Manuel Jacob authored
It was at some point planned to allow unicode tags (5d45e0edfa3f). This plan was apparently discarded. To play safe, add an assert.
-
- Mar 07, 2020
-
-
Manuel Jacob authored
-
- May 08, 2020
-
-
Manuel Jacob authored
-
- May 03, 2020
-
-
Manuel Jacob authored
-
Manuel Jacob authored
-
Manuel Jacob authored
Dulwich decodes other parts of the path using the utf-8 codec since bcb4459da4. Before, it used the file system encoding. As a follow-up, we could do that conversion ourselves to get consistent behavior on all dulwich versions in case the file system encoding is not utf-8.
-
Manuel Jacob authored
-
Manuel Jacob authored
On Python 2, it worked fine before because str(b'123') == str(123).
-
- May 04, 2020
-
-
Manuel Jacob authored
-
- May 03, 2020
-
-
Manuel Jacob authored
-
- May 08, 2020
-
-
Manuel Jacob authored
-
- May 03, 2020
-
-
Manuel Jacob authored
-
- Mar 06, 2020
-
-
Manuel Jacob authored
-
Manuel Jacob authored
-
Manuel Jacob authored
-
timeless developer authored
-