# HG changeset patch
# User Maciej Fijalkowski
# Date 1476428549 -7200
# Fri Oct 14 09:02:29 2016 +0200
# Node ID 4e80a66124279e235dec7ae8f58c0a14b0b137bf
# Parent c770219dc4c253d7cd82519ce3c74438bb2829d3
osutil: implement listdir for linux
diff --git a/mercurial/pure/osutil.py b/mercurial/
Pierre-Yves David a écrit :
On 10/11/2016 11:39 AM, Denis Laxalde wrote:
# HG changeset patch
# User Denis Laxalde
# Date 1476176128 -7200
# Tue Oct 11 10:55:28 2016 +0200
# Node ID 1cf20c1c54cb8172816604de5e1d98d3cd62d711
# Parent b85fa6bf298be07804a74d8fdec0d19fdbc6d740
# EXP-Topic colo
Cool. I was going to author this patch when I got back home!
This patch will result in CPU regression for old clients having to re-deltify.
It would be nice to have numbers for that. I'm optimistic it is roughly the
same as the server gains and it won't be significant enough to not take the
pat
# HG changeset patch
# User Philippe Pepiot
# Date 1476267774 -7200
# Wed Oct 12 12:22:54 2016 +0200
# Node ID 617220c6b76e9faf873dbacf69baff0196b52d92
# Parent 9eb1db967e9db678e06723b26966b06f060ef36e
# EXP-Topic record-return-code
record: return code from underlying commit
diff --git a/hg
# HG changeset patch
# User Philippe Pepiot
# Date 1476431558 -7200
# Fri Oct 14 09:52:38 2016 +0200
# Node ID 9eb1db967e9db678e06723b26966b06f060ef36e
# Parent b85fa6bf298be07804a74d8fdec0d19fdbc6d740
commit: return 1 for interactive commit with no changes (issue5397)
For consistency with
On 10/14/2016 03:03 AM, Mads Kiilerich wrote:
# HG changeset patch
# User Mads Kiilerich
# Date 1476407019 -7200
# Fri Oct 14 03:03:39 2016 +0200
# Node ID c0fd76f612735f0354102603ee630437208d8336
# Parent c0410814002f467c24ef07ce73850ba15b306f8e
demandimport: disable lazy import of __bu
On 10/14/2016 09:55 AM, Philippe Pepiot wrote:
# HG changeset patch
# User Philippe Pepiot
# Date 1476267774 -7200
# Wed Oct 12 12:22:54 2016 +0200
# Node ID 617220c6b76e9faf873dbacf69baff0196b52d92
# Parent 9eb1db967e9db678e06723b26966b06f060ef36e
# EXP-Topic record-return-code
record:
On 10/13/2016 09:43 PM, Gregory Szorc wrote:
# HG changeset patch
# User Gregory Szorc
# Date 1475939263 -7200
# Sat Oct 08 17:07:43 2016 +0200
# Node ID c05716f3eb0a4a70ef1f59b51cd1b29ee683a145
# Parent c0410814002f467c24ef07ce73850ba15b306f8e
dirs: document Py_SIZE weirdness
Assigning t
On 10/12/2016 12:25 PM, Mads Kiilerich wrote:
# HG changeset patch
# User Mads Kiilerich
# Date 1476267738 -7200
# Wed Oct 12 12:22:18 2016 +0200
# Node ID 9588752fc3a6d2b5b1f40ddfc48965997270892d
# Parent 29bd20c4999865fc19ca3f0344c2c1231a318b1c
merge: clarify warning for (not) merging
FYI This is the violation of C API, explicit assignment would be
probably better (at least it's CLEAR that you're doing something
dodgy)
On Thu, Oct 13, 2016 at 9:43 PM, Gregory Szorc wrote:
> # HG changeset patch
> # User Gregory Szorc
> # Date 1475939263 -7200
> # Sat Oct 08 17:07:43 2016
On Thu, 13 Oct 2016 21:42:42 +0200, Gregory Szorc wrote:
> # HG changeset patch
> # User Gregory Szorc
> # Date 1476387731 -7200
> # Thu Oct 13 21:42:11 2016 +0200
> # Node ID 4bbdf012fafbdffd4d4402a712fdc01d3252d00c
> # Parent c0410814002f467c24ef07ce73850ba15b306f8e
> pathencode: use asser
On Thu, 13 Oct 2016 13:53:13 +0200, Pierre-Yves David wrote:
> # HG changeset patch
> # User Pierre-Yves David
> # Date 1476359267 -7200
> # Thu Oct 13 13:47:47 2016 +0200
> # Node ID db0b3bc2e7ae19973240275fb9e3f964ecdeb019
> # Parent 88cc944830d0c1895e527d6ca13687f1d5e1c785
> eol: make sur
On Thu, 13 Oct 2016 10:22:08 +0100, Martijn Pieters wrote:
> # HG changeset patch
> # User Martijn Pieters
> # Date 1476350485 -3600
> # Thu Oct 13 10:21:25 2016 +0100
> # Node ID 36607cf1bbd9fd4d99b607f927bc807fcc48d0ea
> # Parent 733fb9f7bc92c694ba6bededaeb93206528c0bcd
> py3: refactor tok
On Thu, 13 Oct 2016 17:57:57 +0200, Pierre-Yves David wrote:
> On 10/13/2016 04:13 PM, Yuya Nishihara wrote:
> > On Thu, 13 Oct 2016 16:03:03 +0200, Mads Kiilerich wrote:
> >> On 10/13/2016 03:58 PM, Yuya Nishihara wrote:
> >>> On Thu, 13 Oct 2016 15:46:25 +0200, Mads Kiilerich wrote:
> On 10/
# HG changeset patch
# User Yuya Nishihara
# Date 1476455580 -32400
# Fri Oct 14 23:33:00 2016 +0900
# Node ID 18ba0036dd81db9e45fd1a450c7f207f1b89f22c
# Parent 5cb830801855dbb63e98b948e355bc995d295bf3
revset: for x^2, do not take null as a valid p2 revision
Since we don't count null p2 rev
On Thu, Oct 13, 2016 at 7:01 AM, Pierre-Yves David <
pierre-yves.da...@ens-lyon.org> wrote:
>
> So, thanks for exploring possibilities to make this frontier thiner.
> However, I can see some issues with some aspects of this proposal, using
> the same field for either branch or topic make them most
On 10/14/2016 05:35 PM, Yuya Nishihara wrote:
# HG changeset patch
# User Yuya Nishihara
# Date 1476455580 -32400
# Fri Oct 14 23:33:00 2016 +0900
# Node ID 18ba0036dd81db9e45fd1a450c7f207f1b89f22c
# Parent 5cb830801855dbb63e98b948e355bc995d295bf3
revset: for x^2, do not take null as a v
On 10/14/2016 05:48 PM, Erik van Zijst wrote:
On Thu, Oct 13, 2016 at 7:01 AM, Pierre-Yves David
mailto:pierre-yves.da...@ens-lyon.org>>
wrote:
So, thanks for exploring possibilities to make this frontier thiner.
However, I can see some issues with some aspects of this proposal,
usi
# HG changeset patch
# User Martijn Pieters
# Date 1476347257 -3600
# Thu Oct 13 09:27:37 2016 +0100
# Node ID d20dd7db86044bdca79825499b913840d726d841
# Parent 9031460519503abe5dc430c8ece29d198121cd65
py3: use namedtuple._replace to produce new tokens
diff --git a/mercurial/__init__.py b/m
# HG changeset patch
# User Martijn Pieters
# Date 1476464102 -3600
# Fri Oct 14 17:55:02 2016 +0100
# Node ID 9031460519503abe5dc430c8ece29d198121cd65
# Parent 733fb9f7bc92c694ba6bededaeb93206528c0bcd
py3: refactor token parsing to handle call args properly
The token parsing was getting un
> This loop would never stop if malformed tokens were provided. I guess you
> had a working version in which _isop() could raise IndexError.
Nice catch! I'll turn the `while True` into a `for j in xrange(i + 2,
len(tokens)):` loop instead, and avoid IndexError or looping to infinity
altogether.
Erik van Zijst writes:
> On Thu, Oct 13, 2016 at 7:01 AM, Pierre-Yves David <
> pierre-yves.da...@ens-lyon.org> wrote:
>
>>
>> So, thanks for exploring possibilities to make this frontier thiner.
>> However, I can see some issues with some aspects of this proposal, using
>> the same field for eit
On Fri, Oct 14, 2016 at 9:54 AM, Pierre-Yves David
wrote:
> If we use the same field for either topic or name branch a changeset can
> either be:
>
> * on a named branch but no topic
> * on a topic but no named branch (so default branch)
Why would a topic imply that it is on the default branch?
> On Oct 14, 2016, at 1:29 PM, Erik van Zijst wrote:
>
>> * on a named branch but no topic
>> * on a topic but no named branch (so default branch)
>
> Why would a topic imply that it is on the default branch? I don't
> think I see that. In my mental model a topic is really just a branch,
> just
On 10/14/2016 07:29 PM, Erik van Zijst wrote:
On Fri, Oct 14, 2016 at 9:54 AM, Pierre-Yves David
wrote:
If we use the same field for either topic or name branch a changeset can
either be:
* on a named branch but no topic
* on a topic but no named branch (so default branch)
Why would a to
On 10/14/2016 05:48 PM, Erik van Zijst wrote:
On Thu, Oct 13, 2016 at 7:01 AM, Pierre-Yves David
mailto:pierre-yves.da...@ens-lyon.org>>
wrote:
So, thanks for exploring possibilities to make this frontier thiner.
However, I can see some issues with some aspects of this proposal,
u
# HG changeset patch
# User FUJIWARA Katsunori
# Date 1476456912 -32400
# Fri Oct 14 23:55:12 2016 +0900
# Node ID 72486917916f6d47525f721cd5b27012091122ed
# Parent d2c3a2c02eb6c7e5a7331ba0cf15e5bf7c8dc8dc
# Available At https://fo...@bitbucket.org/foozy/hg-experimental
# hg pul
# HG changeset patch
# User FUJIWARA Katsunori
# Date 1476456913 -32400
# Fri Oct 14 23:55:13 2016 +0900
# Node ID 681b0442741642fb0a8300b2be72150422c0ea83
# Parent 72486917916f6d47525f721cd5b27012091122ed
# Available At https://fo...@bitbucket.org/foozy/hg-experimental
# hg pul
Could we make the flag for this 'sqldirstate-ext' to make it clearer
that it has an external target?
On 10/14/2016 09:10 PM, FUJIWARA Katsunori wrote:
# HG changeset patch
# User FUJIWARA Katsunori
# Date 1476456912 -32400
# Fri Oct 14 23:55:12 2016 +0900
# Node ID 72486917916f6d47525f721
On 10/14/2016 05:29 PM, Yuya Nishihara wrote:
On Thu, 13 Oct 2016 17:57:57 +0200, Pierre-Yves David wrote:
On 10/13/2016 04:13 PM, Yuya Nishihara wrote:
On Thu, 13 Oct 2016 16:03:03 +0200, Mads Kiilerich wrote:
On 10/13/2016 03:58 PM, Yuya Nishihara wrote:
On Thu, 13 Oct 2016 15:46:25 +0200
At Fri, 14 Oct 2016 21:31:36 +0200,
Pierre-Yves David wrote:
>
> Could we make the flag for this 'sqldirstate-ext' to make it clearer
> that it has an external target?
Oops, sorry for lack of "-ext"
> On 10/14/2016 09:10 PM, FUJIWARA Katsunori wrote:
> > # HG changeset patch
> > # User FUJIWARA
Pierre-Yves David writes:
> On 10/14/2016 05:48 PM, Erik van Zijst wrote:
>> On Thu, Oct 13, 2016 at 7:01 AM, Pierre-Yves David
>> mailto:pierre-yves.da...@ens-lyon.org>>
>> wrote:
>>
>>
>> So, thanks for exploring possibilities to make this frontier thiner.
>> However, I can see some iss
32 matches
Mail list logo