New changeset (1 on stable) in mercurial:
http://selenic.com/repo/hg//rev/819f96b82fa4
changeset: 30419:819f96b82fa4
branch: stable
tag: tip
parent: 30321:e0ff47999b13
user:Mads Kiilerich
date:Mon Nov 14 22:43:25 2016 +0100
summary:
# HG changeset patch
# User Gregory Szorc
# Date 1479527805 28800
# Fri Nov 18 19:56:45 2016 -0800
# Node ID a3b70554ff2a25fa429bbf388850b982b064cb93
# Parent 9375077f1ace71dfa2fc87a1d4eaeae8de267e20
debuginstall: print compression engine support
Since compression
On Fri, Nov 18, 2016 at 05:16:06PM +0100, Mads Kiilerich wrote:
> # HG changeset patch
> # User Mads Kiilerich
> # Date 1479485469 -3600
> # Fri Nov 18 17:11:09 2016 +0100
> # Node ID 19ad769b648182e92a49015d85389fe2a8303c18
> # Parent
On Thu, Nov 17, 2016 at 08:36:59PM -0800, Gregory Szorc wrote:
> # HG changeset patch
> # User Gregory Szorc
> # Date 1479443400 28800
> # Thu Nov 17 20:30:00 2016 -0800
> # Node ID 4f92246570138fcf43913a287619706940e33e92
> # Parent
On Thu, Nov 17, 2016 at 08:14:23PM -0800, Gregory Szorc wrote:
> # HG changeset patch
> # User Gregory Szorc
> # Date 1479442150 28800
> # Thu Nov 17 20:09:10 2016 -0800
> # Node ID 0c36116df0e58677f78ff5ca19ed0e496fc12c11
> # Parent
On Thu, Nov 17, 2016 at 11:49:58PM +, Jun Wu wrote:
> # HG changeset patch
> # User Jun Wu
> # Date 1479426495 0
> # Thu Nov 17 23:48:15 2016 +
> # Node ID e5451a607d1ca53b2446ab049375e5dd5a055bb8
> # Parent 87e0edc93d87b88e2925877469d8c142e01737fc
> # Available At
https://bz.mercurial-scm.org/show_bug.cgi?id=5429
Bug ID: 5429
Summary: Fail on solaris11.3 while trying to compile
mozilla-central ?
Product: Mercurial
Version: 3.9.2
Hardware: PC
OS: Other
Actually I'm not sure trading performance for correctness is the most
correct way to go. I'd like to preserve the flexibility so that if we do
want to eventually preload the repo object (and thus the index object /
radix tree etc), we are still able to do so.
Another approach to do that is to
On Fri, Nov 18, 2016 at 10:56 AM, Durham Goode wrote:
> I’m fine with getting rid of manifestv2. In the meantime, it’d be good to
> get this patch in since it’s the last ctx constructor outside of
> manifestlog.get().
Oh, did I forget to say that I queued it? Looks like I did
I’m fine with getting rid of manifestv2. In the meantime, it’d be good to get
this patch in since it’s the last ctx constructor outside of manifestlog.get().
On 11/18/16, 9:47 AM, "Martin von Zweigbergk" wrote:
And of course that wasn't just for Durham.
And of course that wasn't just for Durham.
-- Forwarded message --
From: Martin von Zweigbergk
Date: Fri, Nov 18, 2016 at 9:46 AM
Subject: Re: [PATCH] manifest: move manifestctx creation into manifestlog.get()
To: Durham Goode
On Thu, Nov
11 matches
Mail list logo