Am 17.04.2010 17:39, schrieb Timothy Brownawell:
On 04/15/2010 02:13 AM, Thomas Keller wrote:
Let's concentrate first to put usher in a release-capable state so
packagers (like me :) can pick it up. If it packaged I'll have a much
easier way to convince the guys over there at indefero some
Hi,
What's happening with mtn-viz? Which of the branches is the most
current? I just tried nvm.monotone-viz.new-stdio, thinking that it
should work, but can't get it to compile properly:
ocamlopt.opt -I /usr/lib/ocaml/3.10.1/lablgtk2 -I glib -c glib/viz_gmisc.ml
File glib/viz_gmisc.ml,
On 04/28/2010 06:06 AM, Thomas Keller wrote:
Am 28.04.2010 12:36, schrieb Thomas Moschny:
Am Sun, 18 Apr 2010 20:49:37 +0200
schrieb Thomas Kellerm...@thomaskeller.biz:
Secondly, I'd actively deprecate any branch name which does not match
the following regular expression, i.e. by throwing a
On Wed, Jun 09, 2010 at 12:01:10PM -0500, Timothy Brownawell wrote:
I think we also don't like '+' and '%' due to urlencoding. Any
objections to requiring an --allow-discouraged-branch-names option to
create branch certs that don't match /^[^-,*+%][^,*+%]*$/?
I guess this would have to
On Wed, Jun 09, 2010 at 06:17:51PM +0200, Stéphane Gimenez wrote:
Hi,
What's happening with mtn-viz? Which of the branches is the most
current? I just tried nvm.monotone-viz.new-stdio, thinking that it
should work, but can't get it to compile properly:
ocamlopt.opt -I
On 06/09/2010 12:13 PM, hend...@topoi.pooq.com wrote:
On Wed, Jun 09, 2010 at 12:01:10PM -0500, Timothy Brownawell wrote:
I think we also don't like '+' and '%' due to urlencoding. Any
objections to requiring an --allow-discouraged-branch-names option to
create branch certs that don't match
hend...@topoi.pooq.com wrote:
Isn't there some kind of build-depends property in a package that
indicates what other packages are needed to build it? SHould this be
specified for Debian's mtn-viz?
It already is. You either need to use dpkg-checkbuilddeps inside the
untarred Debian source
Follow-up Comment #3, bug #20711 (project monotone):
That bisection has the segfault added with the introduction of hybrid_map.hh,
which hasn't changed since then.
MinGW uses 3.4.5 which works fine with recent monotones, and gcc 4.4 also
works (and the microsoft compiler).
Does anyone still
Am 09.06.10 19:01, schrieb Timothy Brownawell:
On 04/28/2010 06:06 AM, Thomas Keller wrote:
Am 28.04.2010 12:36, schrieb Thomas Moschny:
Am Sun, 18 Apr 2010 20:49:37 +0200
schrieb Thomas Kellerm...@thomaskeller.biz:
Secondly, I'd actively deprecate any branch name which does not match
the
On 06/09/2010 06:34 PM, Thomas Keller wrote:
Am 09.06.10 19:01, schrieb Timothy Brownawell:
On 04/28/2010 06:06 AM, Thomas Keller wrote:
Am 28.04.2010 12:36, schrieb Thomas Moschny:
Am Sun, 18 Apr 2010 20:49:37 +0200
schrieb Thomas Kellerm...@thomaskeller.biz:
Secondly, I'd actively
On 06/09/2010 10:02 PM, Timothy Brownawell wrote:
On 06/09/2010 06:34 PM, Thomas Keller wrote:
We could still disallow '+' if we'd want to make inclusion also
explicit, but some people disagreed on this. Personally I won't mind.
Well, the reason for '+' is more that a '+' in a url translates
Follow-up Comment #1, bug #12774 (project monotone):
Is this really a request about 'log', or is it about 'ls branches' and the
various frontends (mtn-viz, viewmtn, etc)?
Or with the comment specifically about abandoned branches, maybe this is
already addressed with suspend certs?
12 matches
Mail list logo