Re: [PATCH] registrar: raise a programming error on duplicated registering

On 12/18/2016 08:24 AM, Yuya Nishihara wrote: On Fri, 16 Dec 2016 20:31:29 +0100, Pierre-Yves David wrote: # HG changeset patch # User Pierre-Yves David # Date 1481545965 -3600 # Mon Dec 12 13:32:45 2016 +0100 # Node ID

Re: elmentary (watson): merge (named) branches and/or bookmarks

2016-12-18 9:35 GMT+01:00 Arne Babenhauserheide : > > Uwe Brauer writes: > >> Sigh, for me this is another reason to concentrate on named branches, >> since they behave much more as I expect them to behave. (Besides the >> evolve extension makes named branches much more flexible.)

Re: buildbot config change idea - move test-check-*.t to their own target

On 12/16/2016 02:45 AM, Augie Fackler wrote: Right now test-check-commit.t et al can mark all the builds as broken, even when it’s just a commit that we’ve decided to take despite some sanity checker’s objections. Usually it’s around vendored code, though today it’s around my

Re: [PATCH 1 of 4 v5] revlog: add ability to apply transforms on flags

On 12/17/2016 09:09 AM, Pierre-Yves David wrote: On 12/14/2016 12:58 PM, Remi Chaintron wrote: # HG changeset patch # User Remi Chaintron # Date 1481716603 0 # Wed Dec 14 11:56:43 2016 + # Branch stable # Node ID 7599256f2800bbacc3b478ac8d2c4a5746eb4cd1 # Parent

Re: [PATCH 4 of 4 v5] changegroup: enable version 03 on 'lfs' requirement

On 12/16/2016 09:46 PM, Augie Fackler wrote: On Wed, Dec 14, 2016 at 11:58:10AM +, Remi Chaintron wrote: # HG changeset patch # User Remi Chaintron # Date 1481639041 0 # Tue Dec 13 14:24:01 2016 + # Branch stable # Node ID 8120778471f01b41d01f8d13b4176b32d2b8482c #

Re: [PATCH 2 of 3] chg: start server at a unique address

Excerpts from timeless's message of 2016-12-18 23:52:05 -0500: > Jun Wu wrote: > > Pid namespace breaks mercurial lock, which is a symlink with the content > > "host:pid". > > Would adjusting the format to: > host:pid:starttime:boottime fix this? No. A pid number in a pid namespace is highly

Re: [PATCH 2 of 3] chg: start server at a unique address

Jun Wu wrote: > Pid namespace breaks mercurial lock, which is a symlink with the content > "host:pid". Would adjusting the format to: host:pid:starttime:boottime fix this? Sadly, it seems like process start time is actually stored as jiffies since system boot on Linux, and NTP can make

[Bug 5452] New: "Interrupted system call" with sshpeer.py when resizing terminal

https://bz.mercurial-scm.org/show_bug.cgi?id=5452 Bug ID: 5452 Summary: "Interrupted system call" with sshpeer.py when resizing terminal Product: Mercurial Version: 4.0.1 Hardware: PC OS: Linux

[PATCH 8 of 8 upgraderepo V3] repair: clean up stale lock file from store backup

# HG changeset patch # User Gregory Szorc # Date 1480041929 28800 # Thu Nov 24 18:45:29 2016 -0800 # Node ID 1efcda54217b590bd076bffaaf18a98fe9096dc7 # Parent 96b6f747358116643b039d9c91157cde27106662 repair: clean up stale lock file from store backup Since we did a

[PATCH 3 of 8 upgraderepo V3] repair: determine what upgrade will do

# HG changeset patch # User Gregory Szorc # Date 1482108669 28800 # Sun Dec 18 16:51:09 2016 -0800 # Node ID d38d8742be98cde337410be7703822eb4412f3d1 # Parent 8c7cd8a43f9e9b230bc125e57b80de73eb0649b5 repair: determine what upgrade will do This commit introduces

[PATCH 7 of 8 upgraderepo V3] repair: copy non-revlog store files during upgrade

# HG changeset patch # User Gregory Szorc # Date 1480041290 28800 # Thu Nov 24 18:34:50 2016 -0800 # Node ID 96b6f747358116643b039d9c91157cde27106662 # Parent 01fe6742b8df6a5d832096291267366cf5ae9da2 repair: copy non-revlog store files during upgrade The store

[PATCH 4 of 8 upgraderepo V3] repair: begin implementation of in-place upgrading

# HG changeset patch # User Gregory Szorc # Date 1482109144 28800 # Sun Dec 18 16:59:04 2016 -0800 # Node ID dce3bdbc3fafa7d7c4c6500fbe2bbdab1fdc2b19 # Parent d38d8742be98cde337410be7703822eb4412f3d1 repair: begin implementation of in-place upgrading Now that all

Re: Future of copy metadata

(bcc: mpm to hopefully get pointers to anything he might have handy in notes on this subject) > On Dec 18, 2016, at 4:31 PM, Gregory Szorc wrote: > > Mercurial currently stores file copy/rename metadata as a "header" in filelog > revision data. Furthermore, there is

Future of copy metadata

Mercurial currently stores file copy/rename metadata as a "header" in filelog revision data. Furthermore, there is some wonkiness with p1 and p2 in the filelog when copies are at play (see _filecommit() in localrepo.py). This metadata means copies/renames can be followed without expensive run-time

[PATCH] convert: config option for git rename limit

# HG changeset patch # User Gregory Szorc # Date 1482094400 28800 # Sun Dec 18 12:53:20 2016 -0800 # Node ID 34f99a6983df082fc56f50e8aab9dd5f1bbe6676 # Parent 935092e525b0ee5656d0830162a1c2adf8248de3 convert: config option for git rename limit By default, Git

Re: elmentary (watson): merge (named) branches and/or bookmarks

On 12/18/2016 9:38 AM, Arne Babenhauserheide wrote: Bob Hood writes: On 12/18/2016 2:57 AM, Arne Babenhauserheide wrote: Bob Hood writes: On 12/17/2016 2:56 AM, Uwe Brauer wrote: Sorry for such an elementary question again, but bookmarks drive my crazy. Coming from Subversion, I had a hard

Re: [PATCH 4 of 4] chgserver: move wrapchgui to runcommand

Excerpts from Yuya Nishihara's message of 2016-12-18 17:30:31 +0900: > On Fri, 16 Dec 2016 15:01:21 +, Jun Wu wrote: > > # HG changeset patch > > # User Jun Wu > > # Date 1481900282 0 > > # Fri Dec 16 14:58:02 2016 + > > # Node ID

Re: [PATCH 2 of 3] chg: start server at a unique address

Excerpts from Gregory Szorc's message of 2016-12-17 16:40:12 -0800: > It's probably not worth worrying about just yet, but with Linux PID > namespaces, multiple processes may think they have the same PID, even if that > PID maps to different values inside the kernel. > > Mozilla has encountered

Re: [PATCH evolve-ext] fold: disallow multiple revisions without --exact

On Fri, Dec 16, 2016, 23:53 Pierre-Yves David < pierre-yves.da...@ens-lyon.org> wrote: > > > On 11/05/2016 12:58 AM, Martin von Zweigbergk via Mercurial-devel wrote: > > # HG changeset patch > > # User Martin von Zweigbergk > > # Date 1478303512 25200 > > # Fri Nov 04

Re: elmentary (watson): merge (named) branches and/or bookmarks

Bob Hood writes: > On 12/18/2016 2:57 AM, Arne Babenhauserheide wrote: >> Bob Hood writes: >>> On 12/17/2016 2:56 AM, Uwe Brauer wrote: Sorry for such an elementary question again, but bookmarks drive my crazy. >>> Coming from Subversion, I had a hard time wrapping my head around the

Re: elmentary (watson): merge (named) branches and/or bookmarks

On 12/18/2016 8:24 AM, Bob Hood wrote: main o-o-o-> \^ ^ v | | o---o-x ^ ^ ^__ merge heads and delete bookmark |

Re: elmentary (watson): merge (named) branches and/or bookmarks

On 12/18/2016 2:57 AM, Arne Babenhauserheide wrote: Bob Hood writes: On 12/17/2016 2:56 AM, Uwe Brauer wrote: Sorry for such an elementary question again, but bookmarks drive my crazy. Coming from Subversion, I had a hard time wrapping my head around the paradigm as well, until I realized one

[git repos] (was: elmentary (watson): merge (named) branches and/or bookmarks)

> Uwe Brauer writes: > Same for me. And I wish I could tell hg-git to use named branches — but > I know that this doesn’t work. > The trouble you run into is what git calls fast-forward merge, by > the way. It’s not an actual merge, just a pointer movement. Actually I would

Re: elmentary (watson): merge (named) branches and/or bookmarks

Uwe Brauer writes: "Arne" == Arne Babenhauserheide writes: > >> Uwe Brauer writes: > >>> Sigh, for me this is another reason to concentrate on named branches, >>> since they behave much more as I expect them to behave. (Besides the >>> evolve extension

[PATCH 1 of 4] py3: make sure encoding.encoding is a bytes variable

# HG changeset patch # User Pulkit Goyal <7895pul...@gmail.com> # Date 1481999125 -19800 # Sat Dec 17 23:55:25 2016 +0530 # Node ID af87471131e2fecc9e6edeb2a5c2e155953da4bb # Parent 1c8efe62f1f36fdf1a1bd6fcc5924cf557141d4a py3: make sure encoding.encoding is a bytes variable

[PATCH 3 of 4] py3: have a bytes version of sys.platform

# HG changeset patch # User Pulkit Goyal <7895pul...@gmail.com> # Date 1482002525 -19800 # Sun Dec 18 00:52:05 2016 +0530 # Node ID e737d795d5813e66ce7a57a74fa30f52f6eb4ec4 # Parent ffdca92474e806c84d0e3383768b3011202d650e py3: have a bytes version of sys.platform sys.platform returns

[PATCH 2 of 4] py3: have a bytes version of os.altsep

# HG changeset patch # User Pulkit Goyal <7895pul...@gmail.com> # Date 1482002061 -19800 # Sun Dec 18 00:44:21 2016 +0530 # Node ID ffdca92474e806c84d0e3383768b3011202d650e # Parent af87471131e2fecc9e6edeb2a5c2e155953da4bb py3: have a bytes version of os.altsep os.altsep returns unicodes on

[PATCH 4 of 4] py3: replace os.altsep with pycompat.altsep

# HG changeset patch # User Pulkit Goyal <7895pul...@gmail.com> # Date 1482004032 -19800 # Sun Dec 18 01:17:12 2016 +0530 # Node ID ebca87566128e20c8f044f4e2d9aaec36efef625 # Parent e737d795d5813e66ce7a57a74fa30f52f6eb4ec4 py3: replace os.altsep with pycompat.altsep All the occurences of

Re: elmentary (watson): merge (named) branches and/or bookmarks

>>> "Arne" == Arne Babenhauserheide writes: > Uwe Brauer writes: >> Sigh, for me this is another reason to concentrate on named branches, >> since they behave much more as I expect them to behave. (Besides the >> evolve extension makes named branches much more

Re: elmentary (watson): merge (named) branches and/or bookmarks

Bob Hood writes: > On 12/17/2016 2:56 AM, Uwe Brauer wrote: >> Sorry for such an elementary question again, but bookmarks drive my >> crazy. > > Coming from Subversion, I had a hard time wrapping my head around the > paradigm > as well, until I realized one day that named branches in Mercurial

[PATCH] ui: do not translate empty configsource() to 'none' (API)

# HG changeset patch # User Yuya Nishihara # Date 1477212420 -32400 # Sun Oct 23 17:47:00 2016 +0900 # Node ID f2565fc73557e6cbf78119da2953bfae6d457f94 # Parent 7d505a99f16d0a7faae231432deef5c9bcfd3ad1 ui: do not translate empty configsource() to 'none' (API) It should be

Re: [PATCH 3 of 6] py3: replace os.sep with pycompat.ossep (part 1 of 4)

On Sat, 17 Dec 2016 21:11:42 +0530, Pulkit Goyal wrote: > # HG changeset patch > # User Pulkit Goyal <7895pul...@gmail.com> > # Date 1481984790 -19800 > # Sat Dec 17 19:56:30 2016 +0530 > # Node ID 4107888f9b89e178ab8369a6d63ebb2e17dc26b9 > # Parent 32865b15b8417a3ad673b72ffc713dffdebcd04a >

Re: [PATCH 1 of 6] py3: use %d instead of %s for integers

On Sat, 17 Dec 2016 21:11:40 +0530, Pulkit Goyal wrote: > # HG changeset patch > # User Pulkit Goyal <7895pul...@gmail.com> > # Date 1481983600 -19800 > # Sat Dec 17 19:36:40 2016 +0530 > # Node ID ea408eb4d17eb54f68ffcbabb1c32cacfb64955d > # Parent 935092e525b0ee5656d0830162a1c2adf8248de3 >

Re: [PATCH 5 of 6] py3: replace os.sep with pycompat.ossep (part 3 of 4)

On Sat, 17 Dec 2016 21:11:44 +0530, Pulkit Goyal wrote: > # HG changeset patch > # User Pulkit Goyal <7895pul...@gmail.com> > # Date 1481985864 -19800 > # Sat Dec 17 20:14:24 2016 +0530 > # Node ID c816d1b5b807f8076b027f9cb9ffdeafe5fd7e62 > # Parent a82ca84371f5f4b4213aec534ab0ccdfbd04cf9b >

Re: [PATCH 2 of 3] chg: start server at a unique address

On Sat, 17 Dec 2016 16:40:12 -0800, Gregory Szorc wrote: > It's probably not worth worrying about just yet, but with Linux PID > namespaces, multiple processes may think they have the same PID, even if that > PID maps to different values inside the kernel. > > Mozilla has encountered problems

Re: [PATCH 4 of 4] chgserver: move wrapchgui to runcommand

On Fri, 16 Dec 2016 15:01:21 +, Jun Wu wrote: > # HG changeset patch > # User Jun Wu > # Date 1481900282 0 > # Fri Dec 16 14:58:02 2016 + > # Node ID 8fe60192f17f6ae99fa66c6bce1ec306772e31df > # Parent eb3017f14d56dfdc9870b06a684ef9bcf7a030e6 > # Available At