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
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
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
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
#
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
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
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
# 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
# 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
# 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
# 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
(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
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
# 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
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
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
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
# 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
# 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
# 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
# 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
# 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
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
>
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
>
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
>
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
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
27 matches
Mail list logo