[PATCH 8 of 9 RFC] profiling: use vendored statprof and upstream enhancements (BC)

# HG changeset patch # User Gregory Szorc # Date 1471230897 25200 # Sun Aug 14 20:14:57 2016 -0700 # Node ID 1975493743c5f68f28bf9dcf677df09d0265581a # Parent 2e162a802b1f2bbcf60e29720dae1337707d842a profiling: use vendored statprof and upstream enhancements (BC) Now that the statprof modul

[PATCH 4 of 9 RFC] statprof: use absolute_imports

# HG changeset patch # User Gregory Szorc # Date 1471227303 25200 # Sun Aug 14 19:15:03 2016 -0700 # Node ID f125cafb95bdc382d3b17b2c2e422b3cf8a08252 # Parent 2828b7bd26694c78c9d6e0bcaa865b93530cc6e6 statprof: use absolute_imports This entails switching to Mercurial's import convention. di

[PATCH 9 of 9 RFC] profiling: make statprof the default profiler (BC)

# HG changeset patch # User Gregory Szorc # Date 1471221528 25200 # Sun Aug 14 17:38:48 2016 -0700 # Node ID d88d80210ff4351734d63b50e1af75f398af8963 # Parent 1975493743c5f68f28bf9dcf677df09d0265581a profiling: make statprof the default profiler (BC) The statprof sampling profiler runs with

[PATCH 5 of 9 RFC] statprof: use print function

# HG changeset patch # User Gregory Szorc # Date 1471227612 25200 # Sun Aug 14 19:20:12 2016 -0700 # Node ID 5fced4748aeb241c3f6eac4b3e28baf8ae6632a1 # Parent f125cafb95bdc382d3b17b2c2e422b3cf8a08252 statprof: use print function diff --git a/mercurial/statprof.py b/mercurial/statprof.py ---

[PATCH 6 of 9 RFC] statprof: pass data structure to display functions

# HG changeset patch # User Gregory Szorc # Date 1471230765 25200 # Sun Aug 14 20:12:45 2016 -0700 # Node ID d23f7839f565d1cb9c3cfa85005dade84f41a2f4 # Parent 5fced4748aeb241c3f6eac4b3e28baf8ae6632a1 statprof: pass data structure to display functions Currently, statprof maintains a global "

[PATCH 1 of 9 RFC] statprof: vendor statprof.py

# HG changeset patch # User Gregory Szorc # Date 1471227174 25200 # Sun Aug 14 19:12:54 2016 -0700 # Node ID d9790aec4f500ab47c550b033f84fc090e537fc3 # Parent b4b5e216155e6943d32aef14fd461450af98b57b statprof: vendor statprof.py Vendored from https://bitbucket.org/facebook/hg-experimental c

[PATCH 7 of 9 RFC] statprof: support stacked collection

# HG changeset patch # User Gregory Szorc # Date 1471230964 25200 # Sun Aug 14 20:16:04 2016 -0700 # Node ID 2e162a802b1f2bbcf60e29720dae1337707d842a # Parent d23f7839f565d1cb9c3cfa85005dade84f41a2f4 statprof: support stacked collection Before, statprof theoretically supported starting and

[PATCH 3 of 9 RFC] statprof: require paths to save or load profile data

# HG changeset patch # User Gregory Szorc # Date 1471227245 25200 # Sun Aug 14 19:14:05 2016 -0700 # Node ID 2828b7bd26694c78c9d6e0bcaa865b93530cc6e6 # Parent 3f37aba5e38717c7373101e7c868d13f6d809574 statprof: require paths to save or load profile data Upstream appears to aggressively save

[PATCH 2 of 9 RFC] statprof: fix flake8 warnings

# HG changeset patch # User Gregory Szorc # Date 1471227212 25200 # Sun Aug 14 19:13:32 2016 -0700 # Node ID 3f37aba5e38717c7373101e7c868d13f6d809574 # Parent d9790aec4f500ab47c550b033f84fc090e537fc3 statprof: fix flake8 warnings My local flake8 hook informed me of these warnings in the ups

Re: [PATCH] hgweb: document why we don't allow untrusted settings to control zlib

On Mon, 15 Aug 2016 20:39:35 -0700, Gregory Szorc wrote: > # HG changeset patch > # User Gregory Szorc > # Date 1471318773 25200 > # Mon Aug 15 20:39:33 2016 -0700 > # Node ID 4d33314178c961d924de561d725c5febd4cacee0 > # Parent 997e8cf4d0a29d28759e38659736cb3d1cf9ef3f > hgweb: document why w

Re: [PATCH 1 of 7 V2] profiling: move profiling code from dispatch.py (API)

On Sun, 14 Aug 2016 18:37:38 -0700, Gregory Szorc wrote: > # HG changeset patch > # User Gregory Szorc > # Date 1471217444 25200 > # Sun Aug 14 16:30:44 2016 -0700 > # Node ID 40cbc513713837acd6a9f593bfd48759eabcce33 > # Parent 279cd80059d41bbdb91ea9073278cbbe7f1b43d5 > profiling: move profi

Re: [PATCH 4 of 7 V2] profiling: add a context manager that no-ops if profiling isn't enabled

On Sun, 14 Aug 2016 18:37:41 -0700, Gregory Szorc wrote: > # HG changeset patch > # User Gregory Szorc > # Date 147172 25200 > # Sun Aug 14 17:51:12 2016 -0700 > # Node ID fd7b55561853e9d5532f3a9265433a7b614f2687 > # Parent 3338d4536f490fca055881b4e3884b28e4e25d22 > profiling: add a cont

[PATCH] hgweb: document why we don't allow untrusted settings to control zlib

# HG changeset patch # User Gregory Szorc # Date 1471318773 25200 # Mon Aug 15 20:39:33 2016 -0700 # Node ID 4d33314178c961d924de561d725c5febd4cacee0 # Parent 997e8cf4d0a29d28759e38659736cb3d1cf9ef3f hgweb: document why we don't allow untrusted settings to control zlib Added comment per dis

mercurial@29779: 3 new changesets

3 new changesets in mercurial: http://selenic.com/repo/hg//rev/afa74947a414 changeset: 29777:afa74947a414 user:Augie Fackler date:Fri Aug 12 17:51:48 2016 -0400 summary: osx: stamp the hg version into the version field in the pkg http://selenic.com/repo/hg//rev/594035c1adc7

[Bug 5327] New: hg cat paths are relative to $PWD

https://bz.mercurial-scm.org/show_bug.cgi?id=5327 Bug ID: 5327 Summary: hg cat paths are relative to $PWD Product: Mercurial Version: unspecified Hardware: PC OS: Linux Status: UNCONFIRMED Severity: featur

[Bug 5326] New: fsmonitor does not properly handle directory ignores

https://bz.mercurial-scm.org/show_bug.cgi?id=5326 Bug ID: 5326 Summary: fsmonitor does not properly handle directory ignores Product: Mercurial Version: 3.9 Hardware: PC OS: Linux Status: UNCONFIRMED Sever

Re: [PATCH 2 of 3 v2] graft: support grafting across move/copy (issue4028)

On 08/15/2016 07:43 PM, Gábor STEFANIK wrote: @@ -842,3 +852,24 @@ |/ o 0 +Graft from behind a move or rename It would be nice to have a bit more documentation about what is the scenario of this test. In addition using a 'hg log --graph' before the graft would help seeing the big pict

RE: [PATCH 2 of 3 v2] graft: support grafting across move/copy (issue4028)

> -- This message, including its attachments, is confidential. For more information please read NNG's email policy here: http://www.nng.com/emailpolicy/ By responding to this email you accept the email policy. -Origina

RE: [PATCH 2 of 3 v2] graft: support grafting across move/copy (issue4028)

> -- This message, including its attachments, is confidential. For more information please read NNG's email policy here: http://www.nng.com/emailpolicy/ By responding to this email you accept the email policy. -Origina

Re: [PATCH] osx: stamp the hg version into the version field in the pkg

> On Aug 15, 2016, at 11:00, Kevin Bullock > wrote: > >> On Aug 12, 2016, at 16:52, Augie Fackler wrote: >> >> # HG changeset patch >> # User Augie Fackler >> # Date 1471038708 14400 >> # Fri Aug 12 17:51:48 2016 -0400 >> # Node ID 43a4c2b71bd23dc603345bf34dced201ff4df1d8 >> # Parent f2

Re: [PATCH 4 of 4 RFC] pycompat: patch (del|get|has|set)attr to accept bytes on Python 3

> On Aug 15, 2016, at 02:52, Yuya Nishihara wrote: > >> On Sun, 14 Aug 2016 09:27:16 -0700, Gregory Szorc wrote: >>> On Sun, Aug 14, 2016 at 2:33 AM, Yuya Nishihara wrote: >>> # HG changeset patch >>> # User Yuya Nishihara >>> # Date 1471146681 -32400 >>> # Sun Aug 14 12:51:21 2016 +0900

Re: [PATCH 3 of 3] listkeypattern: add listkeypattern wireproto method

> On Aug 15, 2016, at 01:34, Stanislau Hlebik wrote: > > So to summarize, you suggest to wait for [PATCH 7 of 9 RFC] pushkey: support > for encoding and decoding raw listkeys dicts to be committed and implement > new wireproto method listkeypattern using encodekeysraw/decodekeysraw? That > s

Re: [PATCH] osx: stamp the hg version into the version field in the pkg

> On Aug 12, 2016, at 16:52, Augie Fackler wrote: > > # HG changeset patch > # User Augie Fackler > # Date 1471038708 14400 > # Fri Aug 12 17:51:48 2016 -0400 > # Node ID 43a4c2b71bd23dc603345bf34dced201ff4df1d8 > # Parent f2241c13d5a1100f44278496fe58c05d364b97f8 > osx: stamp the hg versio

Re: [PATCH 1 of 2] merge: use labels in prompts to the user

At Sun, 14 Aug 2016 10:08:20 +0900, Yuya Nishihara wrote: > > On Sat, 13 Aug 2016 21:54:11 +0900, FUJIWARA Katsunori wrote: > > Making labels more descriptive would resolve this problem (e.g. > > "destination revision" instead of "destination"). But it makes > > prompting message in English very r

Re: [PATCH 1 of 2] py3: conditionalize the raise statement

On 12 August 2016 at 19:16, Pulkit Goyal <7895pul...@gmail.com> wrote: > I tried this but unfortunately test-bundle2-format.t fails. Ah, yes, I was wrong. I should have known this; raising a tuple only takes the first element (recursively, until an Exception class is found). So so, there is no wa

[PATCH V2] pycompat: delay loading modules registered to stub

# HG changeset patch # User Yuya Nishihara # Date 1471153584 -32400 # Sun Aug 14 14:46:24 2016 +0900 # Node ID 66bb317ce352edbc47c07d2b7f7553232aeb6723 # Parent 0cb2d4db308b97e8fe7faa8d45a47b228037f230 pycompat: delay loading modules registered to stub Replacement _pycompatstub is designed

Re: [PATCH 1 of 4 RFC] pycompat: delay loading modules registered to stub

On Mon, 15 Aug 2016 00:48:32 -0400, timeless wrote: > "Replacement _pycompatstub designed to be compatible with our demandimporter" Thanks. I'll resend the first patch. ___ Mercurial-devel mailing list Mercurial-devel@mercurial-scm.org https://www.mercur

Re: [PATCH] hgweb: config option to control zlib compression level

On Sun, 14 Aug 2016 14:36:03 -0700, Gregory Szorc wrote: > On Mon, Aug 8, 2016 at 6:45 AM, Yuya Nishihara wrote: > > On Sun, 07 Aug 2016 18:12:37 -0700, Gregory Szorc wrote: > > > --- a/mercurial/hgweb/protocol.py > > > +++ b/mercurial/hgweb/protocol.py > > > @@ -69,17 +69,17 @@ class webproto(wir

Re: [PATCH 4 of 4 RFC] pycompat: patch (del|get|has|set)attr to accept bytes on Python 3

On Sun, 14 Aug 2016 09:27:16 -0700, Gregory Szorc wrote: > On Sun, Aug 14, 2016 at 2:33 AM, Yuya Nishihara wrote: > > # HG changeset patch > > # User Yuya Nishihara > > # Date 1471146681 -32400 > > # Sun Aug 14 12:51:21 2016 +0900 > > # Node ID 2a300f882c077fa014046db96b545f6aff771d32 > > #

Re: [PATCH 3 of 3] listkeypattern: add listkeypattern wireproto method

So to summarize, you suggest to wait for [PATCH 7 of 9 RFC] pushkey: support for encoding and decoding raw listkeys dicts to be committed and implement new wireproto method listkeypattern using encodekeysraw/decodekeysraw? That sounds good for me. From: Gregory Szorc Date: Sunday, August 14, 2