9 new changesets in mercurial:
http://selenic.com/repo/hg//rev/96b2dd3b184d
changeset: 30015:96b2dd3b184d
user:Yuya Nishihara
date:Sat Sep 24 19:52:02 2016 +0900
summary: log: unroll loop that populates file paths for --patch --follow
matcher
http://selenic.com/repo/hg//re
On Wed, Sep 28, 2016 at 08:55:39AM -0700, Martin von Zweigbergk via
Mercurial-devel wrote:
> # HG changeset patch
> # User Martin von Zweigbergk
> # Date 1475039368 25200
> # Tue Sep 27 22:09:28 2016 -0700
> # Node ID 88027470b95adb4f0a67496f85de18e4cbe05083
> # Parent e83f89d3b1f733d0ee5f2
Pierre-Yves David wrote:
> I'm curious about the timeless reasoning around using "replace" for a pure
> book keeping operation that does not replace the file content. (But not
> challenging that timeless is most probably right). Timeless can you
> elaborate a bit ?
It replaces the file history (wh
https://bz.mercurial-scm.org/show_bug.cgi?id=5386
Bug ID: 5386
Summary: When pushing to the network repo I get the error:
abort: not a Mercurial bundle
Product: Mercurial
Version: 3.7.3
Hardware: PC
OS: Linu
> On Sep 28, 2016, at 12:07, Augie Fackler wrote:
>
>
>> On Sep 28, 2016, at 10:36, Kevin Bullock
>> wrote:
>>
>>> On Sep 28, 2016, at 08:32, Augie Fackler wrote:
>>>
On Sep 28, 2016, at 08:25, Pierre-Yves David
wrote:
> which avoid the visual noise of the current appr
https://bz.mercurial-scm.org/show_bug.cgi?id=5385
Bug ID: 5385
Summary: log -f will complain hidden revision if rev 0 and rev
"." are disconnected
Product: Mercurial
Version: default branch
Hardware: PC
OS:
On Wed, Sep 28, 2016 at 8:20 AM, Pierre-Yves David
wrote:
>
>
> On 09/27/2016 05:44 PM, Long Vu wrote:
>>
>> Have not observed anything weird with missing obsolescence marker
>> propagation, what symptom should we be paying attention to?
>
> If you pull from both master and fork you should not hav
I think there are some misunderstandings. Let me try again. Correct me if I
make mistakes or am unclear.
> When it scans the changelog.i, it knows of more nodes it can search for.
> If it finds none of those, it reverts back to the old scan-changelog.d
> behavior and fills the cache with the resul
https://bz.mercurial-scm.org/show_bug.cgi?id=5384
Bug ID: 5384
Summary: commit will fail if the new commit hash is the same
with a hidden revision
Product: Mercurial
Version: default branch
Hardware: All
OS:
> On Sep 28, 2016, at 10:36, Kevin Bullock
> wrote:
>
>> On Sep 28, 2016, at 08:32, Augie Fackler wrote:
>>
>>> On Sep 28, 2016, at 08:25, Pierre-Yves David
>>> wrote:
>>>
which avoid the visual noise of the current approach in this change is
unfortunate, it matches the format I'
On 9/28/16 1:18 AM, Jun Wu wrote:
Excerpts from Durham Goode's message of 2016-09-27 16:29:42 -0700:
The map is just there to make the initial step of adjustlinkrev more
likely to succeed. When it scans the changelog.i, it knows of more
nodes it can search for.
This may change the behavior o
5 new changesets (1 on stable) in mercurial:
http://selenic.com/repo/hg//rev/149433e68974
changeset: 30010:149433e68974
branch: stable
user:Augie Fackler
date:Fri Sep 23 14:37:15 2016 -0400
summary: py3: update test expectation on stable
http://selenic.com/repo/hg//rev
Okay then I will wait for your patches to land rather than doing it myself.
On Wed, Sep 28, 2016 at 9:39 PM, Yuya Nishihara wrote:
> On Wed, 28 Sep 2016 21:16:09 +0530, Pulkit Goyal wrote:
>> > I tried to implement this TODO. We need encoding.tolocal() to build a bytes
>> > dict from unicode os.e
On Wed, 28 Sep 2016 21:16:09 +0530, Pulkit Goyal wrote:
> > I tried to implement this TODO. We need encoding.tolocal() to build a bytes
> > dict from unicode os.environ without losing round-trip utf-8 data, but
> > pycompat.py shouldn't import mercurial.* modules. So I'm thinking of adding
> > enco
# HG changeset patch
# User Martin von Zweigbergk
# Date 1475039368 25200
# Tue Sep 27 22:09:28 2016 -0700
# Node ID 88027470b95adb4f0a67496f85de18e4cbe05083
# Parent e83f89d3b1f733d0ee5f23f6a2293279a17fbbfb
histedit: avoid converting nodeid to context and back again
It looks like this beca
> I tried to implement this TODO. We need encoding.tolocal() to build a bytes
> dict from unicode os.environ without losing round-trip utf-8 data, but
> pycompat.py shouldn't import mercurial.* modules. So I'm thinking of adding
> encoding.environ instead of pycompat.environ.
>
> We'll also need to
On Wed, 28 Sep 2016 17:01:29 +0530, Pulkit Goyal wrote:
> # HG changeset patch
> # User Pulkit Goyal <7895pul...@gmail.com>
> # Date 1475062024 -19800
> # Wed Sep 28 16:57:04 2016 +0530
> # Node ID cc742296eaad5b54c81003b691897087c4a5d8fe
> # Parent 85bd31515225e7fdf9bd88edde054db2c74a33f8
>
New changeset (1 on stable) in mercurial:
http://selenic.com/repo/hg//rev/7fa011555046
changeset: 30009:7fa011555046
branch: stable
tag: tip
parent: 29862:e7766022a61a
user:Kevin Bullock
date:Fri Sep 23 12:45:10 2016 -0500
summary: grep: rewrite help to bet
The one that comes with os x or homebrew I'll update to a newer one I
promise
On 28 Sep 2016 2:09 PM, "Pierre-Yves David"
wrote:
>
>
> On 09/17/2016 01:45 PM, Maciej Fijalkowski wrote:
>
>> ok, I think at the end it is that:
>>
>> received listkey for "obsolete": 16746270 bytes
>>
>> and it take
> On Sep 28, 2016, at 08:32, Augie Fackler wrote:
>
>> On Sep 28, 2016, at 08:25, Pierre-Yves David
>> wrote:
>>
>>> which avoid the visual noise of the current approach in this change is
>>> unfortunate, it matches the format I'm used to seeing in man pages and
>>> similar documentation venue
On 09/28/2016 03:32 PM, Augie Fackler wrote:
On Sep 28, 2016, at 08:25, Pierre-Yves David
mailto:pierre-yves.da...@ens-lyon.org>> wrote:
which avoid the visual noise of the current approach in this change is
unfortunate, it matches the format I'm used to seeing in man pages and
similar docu
> On Sep 28, 2016, at 08:25, Pierre-Yves David
> wrote:
>
>> which avoid the visual noise of the current approach in this change is
>> unfortunate, it matches the format I'm used to seeing in man pages and
>> similar documentation venues.
>
> I'm confused about this sentence. It seems like som
On 09/27/2016 10:37 PM, Augie Fackler wrote:
On Sep 27, 2016, at 11:23, Pierre-Yves David
wrote:
On 09/26/2016 10:36 PM, Augie Fackler wrote:
# HG changeset patch
# User Augie Fackler
# Date 1474319739 14400
# Mon Sep 19 17:15:39 2016 -0400
# Node ID a1b65d0019f9ce96961c5c9533a8658a9
On 09/27/2016 11:55 PM, Augie Fackler wrote:
# HG changeset patch
# User Augie Fackler
# Date 1473821892 14400
# Tue Sep 13 22:58:12 2016 -0400
# Node ID 7f6af551cbc5394441f62383e5ced5084f59bff5
# Parent e83f89d3b1f733d0ee5f23f6a2293279a17fbbfb
help: mark boolean flags with [no-] to expl
On 09/27/2016 05:44 PM, Long Vu wrote:
On Tue, Sep 27, 2016 at 8:19 AM, Pierre-Yves David
wrote:
On 09/24/2016 03:21 AM, Long Vu wrote:
I forgot a step. The final "release" is a push to master, followed by a
push to the fork to propagate the public phase to the fork. Is phase
propagation
On 09/27/2016 06:12 PM, Gregory Szorc wrote:
On Tue, Sep 27, 2016 at 6:45 AM, Pierre-Yves David
mailto:pierre-yves.da...@ens-lyon.org>>
wrote:
On 09/25/2016 10:42 PM, Gregory Szorc wrote:
# HG changeset patch
# User Gregory Szorc mailto:gregory.sz...@gmail.com>>
On 09/17/2016 01:45 PM, Maciej Fijalkowski wrote:
ok, I think at the end it is that:
received listkey for "obsolete": 16746270 bytes
and it takes a while, but there is no progress nothing which seems
like it's hanging
This is strange, This means you are using the old (Very inefficient) way
cool, thanks guys!
I've sent a new version that should pass all the tests.
On Sun, Sep 25, 2016 at 1:03 PM, Jun Wu wrote:
> Excerpts from Maciej Fijalkowski's message of 2016-09-25 09:13:29 +0200:
>> a proper debugger which is surprisingly hard to use in the case of
>> mercurial tests
>
> If you
# HG changeset patch
# User Maciej Fijalkowski
# Date 1473680234 -7200
# Mon Sep 12 13:37:14 2016 +0200
# Node ID 2c852d298fbf87c5bc0ad7b65563212169915ab3
# Parent df05c43bd1e64f1620d0b2e502f4603c1e5a8341
lazymanifest: write a more efficient, pypy friendly version of lazymanifest
diff --git
# HG changeset patch
# User Pulkit Goyal <7895pul...@gmail.com>
# Date 1475062024 -19800
# Wed Sep 28 16:57:04 2016 +0530
# Node ID cc742296eaad5b54c81003b691897087c4a5d8fe
# Parent 85bd31515225e7fdf9bd88edde054db2c74a33f8
py3: handle os.environ case
os.environ accepts strings in both Python
Excerpts from Durham Goode's message of 2016-09-27 16:29:42 -0700:
> The map is just there to make the initial step of adjustlinkrev more
> likely to succeed. When it scans the changelog.i, it knows of more
> nodes it can search for.
This may change the behavior of "_adjustlinkrev" - instead of
31 matches
Mail list logo