On 04/06/2017 01:23 AM, Jun Wu wrote:
Excerpts from Pierre-Yves David's message of 2017-04-06 01:09:47 +0200:
On 04/05/2017 10:54 PM, Jun Wu wrote:
I don't think "writing things that hook *may* need to filesystem" is a good
approach. It introduces unnecessary overhead if the hook does not ne
# HG changeset patch
# User Gregory Szorc
# Date 1491458600 25200
# Wed Apr 05 23:03:20 2017 -0700
# Node ID fd7258f2153bdd9c6871d6ca38c68047d3e15f4c
# Parent 45761ef1bc935b1fab74adccf2541ef854b1c2eb
show: implement underway view
This is the beginning of a wip/smartlog view. It is basically
https://bz.mercurial-scm.org/show_bug.cgi?id=5526
Bug ID: 5526
Summary: Error trying to convert cpp-netlib git repo
Product: Mercurial
Version: 4.0.2
Hardware: PC
OS: Linux
Status: UNCONFIRMED
Severity: bu
obsstore-based hidden is broken by design, since it cannot unhide commits:
$ hg export . > patch.txt
$ hg prune . # could also be done by pulling obsmarkers from a remote
# peer, or it could be amend / metaedit etc.
$ hg import --exact --bypass patch.txt # cannot really import
Excerpts from Pierre-Yves David's message of 2017-04-06 01:09:47 +0200:
>
> On 04/05/2017 10:54 PM, Jun Wu wrote:
> > I don't think "writing things that hook *may* need to filesystem" is a good
> > approach. It introduces unnecessary overhead if the hook does not need that
> > information.
>
> I
On 04/05/2017 10:54 PM, Jun Wu wrote:
I don't think "writing things that hook *may* need to filesystem" is a good
approach. It introduces unnecessary overhead if the hook does not need that
information.
I do not find the overhead concerning.
The thing to keep in mind is that if they are many
On 04/05/2017 03:30 PM, Ryan McElroy wrote:
[…]
I strongly believe that going back into a long discussion or battle over
how evolve should behave is a good use of anyone's time. Can't we just
build out core hiding mechanisms and build experiences on top of that?
We can each use this in the way w
(the most interesting content, directly about the internal-concept, is
at the end of this email)
On 04/05/2017 03:23 PM, Ryan McElroy wrote:
On 4/5/17 11:40 AM, Ryan McElroy wrote:
[…]
(3) Thanks to Pierre-Yves for the detailed analysis of verious
mechanisms for implementing internal-only chan
(important bit about how we -already- have a generic hiding API is at
the end of the email).
On 04/05/2017 04:06 PM, Ryan McElroy wrote:
On 4/5/17 12:06 PM, Pierre-Yves David wrote:
On 04/05/2017 03:11 AM, Durham Goode wrote:
I think we really needs to take a step back here. Before thinking
# HG changeset patch
# User Alexander Fomin
# Date 1491430506 25200
# Wed Apr 05 15:15:06 2017 -0700
# Node ID bb06942306b27dfbbe554c307f82a5c6b08e0cae
# Parent 65969cd351b73228642d1e491e8c78b20d85405a
patch: make diff in git mode respect --text option (issue5510)
This changeset makes patch
# HG changeset patch
# User Alexander Fomin
# Date 1491431909 25200
# Wed Apr 05 15:38:29 2017 -0700
# Node ID f3814cce4dda8e8090736f642b694ce7cd3792bb
# Parent 900f393807023064cb484e86e3ccffa6338b55bb
hg: make --binary option for git diffs default to off (BC)
This patch is a follow-up that
# HG changeset patch
# User Alexander Fomin
# Date 1491431468 25200
# Wed Apr 05 15:31:08 2017 -0700
# Node ID 900f393807023064cb484e86e3ccffa6338b55bb
# Parent bb06942306b27dfbbe554c307f82a5c6b08e0cae
hg: add --binary option for git mode diffs
This patch adds --binary option to `hg diff` a
On Wed, Apr 5, 2017 at 3:02 PM, Durham Goode wrote:
> On 4/5/17 4:06 AM, Pierre-Yves David wrote:
>>
>> On 04/05/2017 03:11 AM, Durham Goode wrote:
>>>
>>> There's been a lot of discussion about how to hide and unhide commits
>>> lately [0][1], and I feel the complexity of our current approach is
On 05/04/2017, 07:37, "Ryan McElroy" wrote:
>
> On 4/4/17 11:21 PM, Alexander Fomin wrote:
> > # HG changeset patch
> > # User Alexander Fomin
> > # Date 1491342655 25200
> > # Tue Apr 04 14:50:55 2017 -0700
> > # Node ID 76f6cd23643c9816a688a1e12900a6856c5fabf6
> > # Parent 373acf7da1a621
On 4/5/17 4:06 AM, Pierre-Yves David wrote:
On 04/05/2017 03:11 AM, Durham Goode wrote:
There's been a lot of discussion about how to hide and unhide commits
lately [0][1], and I feel the complexity of our current approach is
hurting our ability to reason about it, making it impossible to make
p
Excerpts from Pierre-Yves David's message of 2017-04-05 13:28:57 +0200:
>
> On 04/04/2017 09:06 PM, Jun Wu wrote:
> > Since most people want a separate hidden storage that handles wider cases, I
> > don't think this incomplete (internal-only) solution worths investment.
>
> They seems to be misun
On 05/04/2017, 07:54, "Yuya Nishihara" wrote:
>
> On Wed, 5 Apr 2017 15:37:46 +0100, Ryan McElroy wrote:
> > On 4/4/17 11:21 PM, Alexander Fomin wrote:
> > > # HG changeset patch
> > > # User Alexander Fomin
> > > # Date 1491335167 25200
> > > # Tue Apr 04 12:46:07 2017 -0700
> > > # Node I
On 4/5/17 9:58 AM, Martin von Zweigbergk wrote:
*sigh* I was confused by the gmail/inbox default reply yet again. The
below was meant not just for Greg.
Doesn't really add much value at this point :-P
-- Forwarded message --
From: Martin von Zweigbergk
Date: Tue, Apr 4, 2017 a
On 05/04/2017, 07:37, "Ryan McElroy" wrote:
>
> On 4/4/17 11:21 PM, Alexander Fomin wrote:
> > # HG changeset patch
> > # User Alexander Fomin
> > # Date 1490992236 25200
> > # Fri Mar 31 13:30:36 2017 -0700
> > # Node ID 9be2b4ec19e846d2a95fe801ebe76f83fffd1ea9
> > # Parent 65969cd351b732
I respond inline, but I'm also happy to drop discussion about
evolve-like user experience changes and instead focus on the proposal
about just making hidden commits a separate system. So we can discuss
the various topics incrementally.
On 4/5/17 3:23 AM, Pierre-Yves David wrote:
Summary
Excerpts from Pierre-Yves David's message of 2017-04-05 13:28:57 +0200:
>
> On 04/04/2017 09:06 PM, Jun Wu wrote:
> > Since most people want a separate hidden storage that handles wider cases, I
> > don't think this incomplete (internal-only) solution worths investment.
>
> They seems to be misun
I don't think "writing things that hook *may* need to filesystem" is a good
approach. It introduces unnecessary overhead if the hook does not need that
information.
I think a better way is to have per-hook config to let hooks explicitly
declare what they need, before we run them.
Excerpts from Pi
On 4/5/17 13:30, Olivier Trempe wrote:
Absolutely. This will be fixed in V3.
I also realize the "import sys" statement was removed 3 months ago. I
missed it when rebasing... This will also be fixed in V3.
Thanks.
In general, do you think you could add a test for the behavior where
fsmonitor
On Wed, Apr 5, 2017 at 1:39 PM, Pierre-Yves David
wrote:
>
>
> On 04/05/2017 05:17 PM, Martin von Zweigbergk wrote:
>>
>>
>>
>> On Apr 5, 2017 04:01, "Pierre-Yves David"
>> mailto:pierre-yves.da...@ens-lyon.org>>
>> wrote:
>>
>>
>>
>> On 04/05/2017 07:29 AM, Martin von Zweigbergk wrote:
>>
>>
On 04/05/2017 05:17 PM, Martin von Zweigbergk wrote:
On Apr 5, 2017 04:01, "Pierre-Yves David"
mailto:pierre-yves.da...@ens-lyon.org>>
wrote:
On 04/05/2017 07:29 AM, Martin von Zweigbergk wrote:
On Tue, Apr 4, 2017 at 9:40 AM, Pierre-Yves David
mailto:pierre-yves.da...
On Wed, Apr 5, 2017 at 1:55 PM, Siddharth Agarwal
wrote:
>
> On 4/5/17 08:42, Olivier Trempe wrote:
>>
>> # HG changeset patch
>> # User Olivier Trempe
>> # Date 1488981822 18000
>> # Wed Mar 08 09:03:42 2017 -0500
>> # Branch stable
>> # Node ID 2021c3032968bef6b8d1cd7bea5a22996ced994c
>> #
On 04/05/2017 09:27 PM, Augie Fackler wrote:
On Apr 4, 2017, at 07:09, Pierre-Yves David
wrote:
On 04/03/2017 10:50 PM, Augie Fackler wrote:
On Thu, Mar 30, 2017 at 05:03:42PM +0200, Pierre-Yves David wrote:
# HG changeset patch
# User Pierre-Yves David
# Date 1490688902 -7200
#
19 new changesets in mercurial:
https://www.mercurial-scm.org/repo/hg/rev/7d2cbe11ae48
changeset: 31774:7d2cbe11ae48
user:Yuya Nishihara
date:Wed Mar 29 21:13:55 2017 +0900
summary: pycompat: introduce identity function as a compat stub
https://www.mercurial-scm.org/repo/hg
On Wed, Apr 05, 2017 at 12:56:54AM +0900, Yuya Nishihara wrote:
> # HG changeset patch
> # User Yuya Nishihara
> # Date 1491320098 -32400
> # Wed Apr 05 00:34:58 2017 +0900
> # Node ID de8d9a4ba73002af9d2992a15e0a196c2fcaf217
> # Parent 07edd8c2f59a8f19283d038ea3af5fa5532bd6dc
> py3: have re
On 05/04/2017 02:11, Durham Goode wrote:
There's been a lot of discussion about how to hide and unhide commits
lately [0][1], and I feel the complexity of our current approach is
hurting our ability to reason about it, making it impossible to make
progress.
I would like to formally propose a new
*sigh* I was confused by the gmail/inbox default reply yet again. The
below was meant not just for Greg.
Doesn't really add much value at this point :-P
-- Forwarded message --
From: Martin von Zweigbergk
Date: Tue, Apr 4, 2017 at 9:20 PM
Subject: Re: Hidden Commits in 4.3
To: G
> On Apr 4, 2017, at 07:09, Pierre-Yves David
> wrote:
>
>
>
> On 04/03/2017 10:50 PM, Augie Fackler wrote:
>> On Thu, Mar 30, 2017 at 05:03:42PM +0200, Pierre-Yves David wrote:
>>> # HG changeset patch
>>> # User Pierre-Yves David
>>> # Date 1490688902 -7200
>>> # Tue Mar 28 10:15:02 2
13 new changesets in mercurial:
https://www.mercurial-scm.org/repo/hg/rev/b044c339c06d
changeset: 31761:b044c339c06d
parent: 31758:04ec317b8128
user:Jun Wu
date:Wed Mar 29 14:45:01 2017 -0700
summary: verify: document corner cases
https://www.mercurial-scm.org/repo/hg/
On 4/5/17 08:42, Olivier Trempe wrote:
# HG changeset patch
# User Olivier Trempe
# Date 1488981822 18000
# Wed Mar 08 09:03:42 2017 -0500
# Branch stable
# Node ID 2021c3032968bef6b8d1cd7bea5a22996ced994c
# Parent 68f263f52d2e3e2798b4f1e55cb665c6b043f93b
fsmonitor: match watchman and file
Excerpts from Pierre-Yves David's message of 2017-04-05 13:06:04 +0200:
> I think we really needs to take a step back here. Before thinking about
> unification, I think we needs a clean definition of what we are doing
> here. As mentioned in another thread[2], they are at least three
> identifie
https://bz.mercurial-scm.org/show_bug.cgi?id=5525
Bug ID: 5525
Summary: New hg blame flag to show _current_ line number
Product: Mercurial
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Sev
# HG changeset patch
# User Philippe Pepiot
# Date 1491391351 -7200
# Wed Apr 05 13:22:31 2017 +0200
# Node ID c0231296470330eeae91058b9a3d7a6785e16cbe
# Parent 04ec317b81280c189fcea33a05c8cbbac3c186b1
# Available At https://hg.logilab.org/users/ppepiot/hg
# hg pull https://hg.l
On 04/05/2017 04:10 PM, Yuya Nishihara wrote:
On Wed, 05 Apr 2017 14:11:37 +0200, Philippe Pepiot wrote:
# HG changeset patch
# User Philippe Pepiot
# Date 1491391351 -7200
# Wed Apr 05 13:22:31 2017 +0200
# Node ID 8bec80c135fb155b8d10679900f08661b7f4d06a
# Parent 04ec317b81280c189fcea33
On Thu, 6 Apr 2017 00:33:23 +0900, Yuya Nishihara wrote:
> On Sat, 01 Apr 2017 00:29:08 -0700, Gregory Szorc wrote:
> > # HG changeset patch
> > # User Gregory Szorc
> > # Date 1491021501 25200
> > # Fri Mar 31 21:38:21 2017 -0700
> > # Node ID 0b8be3d244585f5a2874821418fce41bf7631f6c
> > # P
# HG changeset patch
# User Olivier Trempe
# Date 1488981822 18000
# Wed Mar 08 09:03:42 2017 -0500
# Branch stable
# Node ID 2021c3032968bef6b8d1cd7bea5a22996ced994c
# Parent 68f263f52d2e3e2798b4f1e55cb665c6b043f93b
fsmonitor: match watchman and filesystem encoding
watchman's paths encodin
On 4/5/17 3:59 PM, Yuya Nishihara wrote:
On Wed, 5 Apr 2017 15:37:51 +0100, Ryan McElroy wrote:
On 4/4/17 11:21 PM, Alexander Fomin wrote:
# HG changeset patch
# User Alexander Fomin
# Date 1491342655 25200
# Tue Apr 04 14:50:55 2017 -0700
# Node ID 76f6cd23643c9816a688a1e12900a6856c5fabf
On Sat, 01 Apr 2017 00:29:08 -0700, Gregory Szorc wrote:
> # HG changeset patch
> # User Gregory Szorc
> # Date 1491021501 25200
> # Fri Mar 31 21:38:21 2017 -0700
> # Node ID 0b8be3d244585f5a2874821418fce41bf7631f6c
> # Parent 4cec8e88d09775ee6478e307e9dde94af5b9fcfd
> hgweb: introduce stat
On Apr 5, 2017 04:01, "Pierre-Yves David"
wrote:
On 04/05/2017 07:29 AM, Martin von Zweigbergk wrote:
> On Tue, Apr 4, 2017 at 9:40 AM, Pierre-Yves David
> wrote:
>
>> # HG changeset patch
>> # User Pierre-Yves David
>> # Date 1491225382 -7200
>> # Mon Apr 03 15:16:22 2017 +0200
>> # No
On Wed, 5 Apr 2017 15:37:51 +0100, Ryan McElroy wrote:
> On 4/4/17 11:21 PM, Alexander Fomin wrote:
> > # HG changeset patch
> > # User Alexander Fomin
> > # Date 1491342655 25200
> > # Tue Apr 04 14:50:55 2017 -0700
> > # Node ID 76f6cd23643c9816a688a1e12900a6856c5fabf6
> > # Parent 373acf7
On Tue, 4 Apr 2017 15:21:21 -0700, Alexander Fomin wrote:
> # HG changeset patch
> # User Alexander Fomin
> # Date 1491334100 25200
> # Tue Apr 04 12:28:20 2017 -0700
> # Node ID 27515c7e38db9d93e18b7df13149da7c0d88eeb2
> # Parent 9be2b4ec19e846d2a95fe801ebe76f83fffd1ea9
> hg: add --binary o
On Wed, 5 Apr 2017 15:37:46 +0100, Ryan McElroy wrote:
> On 4/4/17 11:21 PM, Alexander Fomin wrote:
> > # HG changeset patch
> > # User Alexander Fomin
> > # Date 1491335167 25200
> > # Tue Apr 04 12:46:07 2017 -0700
> > # Node ID 373acf7da1a621607a1cc062b96ad67a42a7e016
> > # Parent 27515c7
On 4/4/17 11:21 PM, Alexander Fomin wrote:
# HG changeset patch
# User Alexander Fomin
# Date 1491342655 25200
# Tue Apr 04 14:50:55 2017 -0700
# Node ID 76f6cd23643c9816a688a1e12900a6856c5fabf6
# Parent 373acf7da1a621607a1cc062b96ad67a42a7e016
hg: make --binary option for Git diffs defaul
On 4/4/17 11:21 PM, Alexander Fomin wrote:
# HG changeset patch
# User Alexander Fomin
# Date 1490992236 25200
# Fri Mar 31 13:30:36 2017 -0700
# Node ID 9be2b4ec19e846d2a95fe801ebe76f83fffd1ea9
# Parent 65969cd351b73228642d1e491e8c78b20d85405a
patch: make diff in Git mode respect --text o
On 4/4/17 11:21 PM, Alexander Fomin wrote:
# HG changeset patch
# User Alexander Fomin
# Date 1491335167 25200
# Tue Apr 04 12:46:07 2017 -0700
# Node ID 373acf7da1a621607a1cc062b96ad67a42a7e016
# Parent 27515c7e38db9d93e18b7df13149da7c0d88eeb2
tests: add tests for --binary option in Git m
On Tue, 04 Apr 2017 16:54:22 +0200, Pierre-Yves David wrote:
> # HG changeset patch
> # User Pierre-Yves David
> # Date 1491317338 -7200
> # Tue Apr 04 16:48:58 2017 +0200
> # Node ID 1efd0a70a0c9a185d3f6de6030a37608a9a8dbd5
> # Parent 04ec317b81280c189fcea33a05c8cbbac3c186b1
> # EXP-Topic v
On Wed, 05 Apr 2017 14:11:37 +0200, Philippe Pepiot wrote:
> # HG changeset patch
> # User Philippe Pepiot
> # Date 1491391351 -7200
> # Wed Apr 05 13:22:31 2017 +0200
> # Node ID 8bec80c135fb155b8d10679900f08661b7f4d06a
> # Parent 04ec317b81280c189fcea33a05c8cbbac3c186b1
> # Available At ht
On 4/5/17 12:06 PM, Pierre-Yves David wrote:
On 04/05/2017 03:11 AM, Durham Goode wrote:
There's been a lot of discussion about how to hide and unhide commits
lately [0][1], and I feel the complexity of our current approach is
hurting our ability to reason about it, making it impossible to make
> On Apr 5, 2017, at 10:01, Ryan McElroy wrote:
>
> Side-note: +1 on Simon's request to put the doc onto the wiki as a plan.
In general, +1 on wiki pages, but only after the potential for a storm of
comments has dwindled: discussion in doc comments is significantly less painful
than trying to
On 4/5/17 5:29 AM, Durham Goode wrote:
On 4/4/17 8:58 PM, Gregory Szorc wrote:
On Tue, Apr 4, 2017 at 6:11 PM, Durham Goode mailto:dur...@fb.com>> wrote:
There's been a lot of discussion about how to hide and unhide
commits lately [0][1], and I feel the complexity of our current
On 4/5/17 11:23 AM, Pierre-Yves David wrote:
Summary
---
I think we need to take an extra step back in the current discussion.
We seems be get slowly lost in a sub branch of evolution design,
discussing sub-concerns with a partial view of the big picture.
I agree. Overall, my feeling is
On 4/5/17 11:40 AM, Ryan McElroy wrote:
On 4/4/17 9:07 PM, Martin von Zweigbergk via Mercurial-devel wrote:
On Tue, Apr 4, 2017 at 12:06 PM, Jun Wu wrote:
Since most people want a separate hidden storage that handles wider
cases, I
don't think this incomplete (internal-only) solution worths i
https://bz.mercurial-scm.org/show_bug.cgi?id=5524
Bug ID: 5524
Summary: Abort during convertion
Product: Mercurial
Version: 4.1.2
Hardware: PC
OS: Linux
Status: UNCONFIRMED
Severity: bug
Priority
https://bz.mercurial-scm.org/show_bug.cgi?id=5523
Bug ID: 5523
Summary: renamed subrepos cause "repository X not found"
warnings running hg verify
Product: Mercurial
Version: 4.0
Hardware: PC
OS: Linux
# HG changeset patch
# User Philippe Pepiot
# Date 1491391351 -7200
# Wed Apr 05 13:22:31 2017 +0200
# Node ID 8bec80c135fb155b8d10679900f08661b7f4d06a
# Parent 04ec317b81280c189fcea33a05c8cbbac3c186b1
# Available At https://hg.logilab.org/users/ppepiot/hg
# hg pull https://hg.l
On 04/04/2017 09:06 PM, Jun Wu wrote:
Since most people want a separate hidden storage that handles wider cases, I
don't think this incomplete (internal-only) solution worths investment.
They seems to be misunderstanding here. We should probably jump on a
Face to Face medium
What I've been
On 04/05/2017 03:11 AM, Durham Goode wrote:
There's been a lot of discussion about how to hide and unhide commits
lately [0][1], and I feel the complexity of our current approach is
hurting our ability to reason about it, making it impossible to make
progress.
I would like to formally propose a
On 04/05/2017 07:29 AM, Martin von Zweigbergk wrote:
On Tue, Apr 4, 2017 at 9:40 AM, Pierre-Yves David
wrote:
# HG changeset patch
# User Pierre-Yves David
# Date 1491225382 -7200
# Mon Apr 03 15:16:22 2017 +0200
# Node ID 32116e1ad0d93b48d344f317899b974628310850
# Parent 2632df096fc0a
On 4/4/17 9:07 PM, Martin von Zweigbergk via Mercurial-devel wrote:
On Tue, Apr 4, 2017 at 12:06 PM, Jun Wu wrote:
Since most people want a separate hidden storage that handles wider cases, I
don't think this incomplete (internal-only) solution worths investment.
I can't say I've followed ever
Summary
---
I think we need to take an extra step back in the current discussion. We
seems be get slowly lost in a sub branch of evolution design, discussing
sub-concerns with a partial view of the big picture.
Currently Evolution has:
* an overall consistent design,
* a planned final UI
https://bz.mercurial-scm.org/show_bug.cgi?id=5522
Bug ID: 5522
Summary: merge reports invalid nothing to merge
Product: Mercurial
Version: 4.1.2
Hardware: PC
OS: Windows
Status: UNCONFIRMED
Severity: bug
65 matches
Mail list logo