I'd like to get nvm.basic_io.inventory merged into the main line.
Emacs DVC is working well with the current implementation. It would be
good to get this into the released version.
Last week I merged nvm into nvm.basic_io.inventory. All of the
automate inventory tests are passing; some others are
Stephen Leake schrieb:
I'd like to get nvm.basic_io.inventory merged into the main line.
Emacs DVC is working well with the current implementation. It would be
good to get this into the released version.
Have you been able to sort out all of the remaining issues, f.e.
incomplete output in a
Eric Niebler [EMAIL PROTECTED] writes:
If you're not going to be removing regex all together, and you're not going
to
write your own regex engine, so monotone will still depend on an external
library (e.g. pcre), why try and remove the dependency on the boost regex
library?
boost::regex in
Hey there,
I hear many wishes to merge certain branches back into mainline.
While I'm quite excited about at least some of them, I'm thinking that
there are a few rather serious things that need attending to first.
I'm thinking of certain, as it seems, path-related things that make
monotone
Richard Levitte schrieb:
failures on Solaris (see
http://monotone.ca/buildbot/sparc-solaris10-sunstudio11/builds/25/step-test/0).
97 calculation_of_unidiffs FAIL (line 26)
likely fails because it's using sun patch (which is the default in the path)
which behaves
The latest snapshot I made (0.35+mtn20070713-1 for unstable and
0.35+mtn20070713-1testing for testing) contains the bug that makes it
crash when not in a workspace. Among others, it means that the server
created by the monotone-server packages *will not start at all*. For
that reason, I removed
Thomas Keller wrote:
It may (?) be a faster intermediate solution, but seems a little too
brittle to be the real solution, to me.
What would be a non-intermediate solution for you?
It is probably a personal little idiosyncrasy but I consider brittle
kinda everything that involves parsing
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf
Of Patrick Georgi
Sent: Monday, July 16, 2007 2:50 AM
To: Richard Levitte
Cc: monotone-devel@nongnu.org
Subject: Re: [Monotone-devel] First things first...
Richard Levitte schrieb:
failures on
On Sun, Jul 15, 2007 at 10:35:00AM -0700, Justin Patrin wrote:
On 7/15/07, William Uther [EMAIL PROTECTED] wrote:
I have to rm -r tester_dir to get things to make check successfully
again. This is on MacOS.
The error cannot handle special file appears in unix/fs.cc which
has been changed a
There was some sort of merge trainwreck affecting de.po today. One
side of the merge had ediff merge markers in its content, which made
it really fun to try to figure out what the proper merge was. On top
of that, the file had somehow gotten transliterated to ISO 8859.1
(it's supposed to be
In message [EMAIL PROTECTED] on Mon, 16 Jul 2007 09:24:44 -0700, Zack
Weinberg [EMAIL PROTECTED] said:
zackw There was some sort of merge trainwreck affecting de.po today.
zackw One side of the merge had ediff merge markers in its content,
zackw which made it really fun to try to figure out what
I have set up a buildbot for my Gentoo system at home and it's working
great. I'd like to offer buildbots for MingW and Mac OS X but I don't
have dedicated machines for this and the buildbots would have to be up
and down depending on what I'm doing on my machines. Would the
community still find
Hallo there,
I found something misterious (for me at least :) going on when moving
files around in my workspace. This is what I did (hope it is not too
long):
$ mtn -d test.mtn db init
$ mtn --db test.mtn -b trunk setup trunk
$ cd trunk
$ mkdir a b
$ touch a/a.c
$ mtn add -R a/
mtn: adding a
On 7/16/07, Matt Johnston [EMAIL PROTECTED] wrote:
On Sun, Jul 15, 2007 at 10:35:00AM -0700, Justin Patrin wrote:
On 7/15/07, William Uther [EMAIL PROTECTED] wrote:
I have to rm -r tester_dir to get things to make check successfully
again. This is on MacOS.
The error cannot handle special
Hi Sebastian!
Sebastian schrieb:
$ mtn --execute mv a/a.c b
mtn: renaming a/a.c to b in workspace manifest
mtn: warning: destination b already exists in workspace, skipping
I don't know when this was fixed exactly (imho it was related to the
editable working tree implementation), but in 0.34
Peripherally related to this, one thing I've noticed is that file and
directory renames are handled slightly differently vis-a-vis mtn mv.
If you start with the following file:
dir1/a.txt
And move a.txt to b.txt on the filesystem, and then issue mtn mv a.txt
b.txt (with or without
Lapo Luchini schrieb:
Thomas Keller wrote:
It may (?) be a faster intermediate solution, but seems a
little too brittle to be the real solution, to me.
What would be a non-intermediate solution for you?
... At the moment, I know pretty much *nothing* about basic_io, so
I'm not in the
One thing that might be helpful for x86-based systems is to use a VM for
these buildbots. For instance, one person could set them up once inside
VMWare server (free) and then distribute the image to whomever was willing
to host one.
It would work for windows too, but OS licensing issues would
On 7/16/07, Richard Levitte [EMAIL PROTECTED] wrote:
The latest snapshot I made (0.35+mtn20070713-1 for unstable and
0.35+mtn20070713-1testing for testing) contains the bug that makes it
crash when not in a workspace.
This bug should be fixed by revision
On 7/16/07, Richard Levitte [EMAIL PROTECTED] wrote:
Hey there,
I hear many wishes to merge certain branches back into mainline.
While I'm quite excited about at least some of them, I'm thinking that
there are a few rather serious things that need attending to first.
FYI, given the problems
On 7/16/07, Anthony Williams [EMAIL PROTECTED] wrote:
A few observations. You don't need to build boost.regex separately, or
any boost library for that matter. You could simply add its sources to
your own project and compile it in. You certainly don't need to compile
boost.regex with ICU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm probably one of the few interested, but I *like* to know how much a
new revision costs to me, in terms of space, partly because I'm a
statistics freak, part because the less it occupies the better mtn is
and mostly because, well, disk space may
Thomas Keller [EMAIL PROTECTED] writes:
Stephen Leake schrieb:
I'd like to get nvm.basic_io.inventory merged into the main line.
Emacs DVC is working well with the current implementation. It would be
good to get this into the released version.
Have you been able to sort out all of the
Hello,
It doesn't like me.
What am I doing wrong?
=== cut ===
[EMAIL PROTECTED]:~/tree/config$ mtn attr get modules/global/bin/fsh
No attributes for 'modules/global/bin/fsh'
[EMAIL PROTECTED]:~/tree/config$ mtn diff
#
# no changes
#
[EMAIL PROTECTED]:~/tree/config$ chmod +x
Zack Weinberg [EMAIL PROTECTED] writes:
There was some sort of merge trainwreck affecting de.po today. One
side of the merge had ediff merge markers in its content, which made
it really fun to try to figure out what the proper merge was. On top
of that, the file had somehow gotten
Zack Weinberg wrote:
On 7/16/07, Anthony Williams [EMAIL PROTECTED] wrote:
A few observations. You don't need to build boost.regex separately, or
any boost library for that matter. You could simply add its sources to
your own project and compile it in. You certainly don't need to compile
On 7/16/07, Stephen Leake [EMAIL PROTECTED] wrote:
Zack Weinberg [EMAIL PROTECTED] writes:
There was some sort of merge trainwreck affecting de.po today. One
side of the merge had ediff merge markers in its content, which made
it really fun to try to figure out what the proper merge was.
In message [EMAIL PROTECTED] on Mon, 16 Jul 2007 21:31:49 -0400, Stephen
Leake [EMAIL PROTECTED] said:
stephen_leake Perhaps 'mtn propagate' needs an option to specify a
stephen_leake head to propagate from?
There's 'mtn explicit_merge'...
Cheers,
Richard
-
Please consider sponsoring my
28 matches
Mail list logo