On Mon, Nov 12, 2007, William Uther wrote:
On 11/11/2007, at 8:57 PM, Ralf S. Engelschall wrote:
I tried to use mtn clone, but in all my tests it hangs endless:
| $ /usr/opkg/bin/mtn clone -b FreeBSD.snapshot.src
file:///v/freebsd/web/x/freebsd-snapshot.db y
| mtn: setting default server
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Zack Weinberg schrieb:
On Nov 11, 2007 9:25 PM, Nathaniel Smith [EMAIL PROTECTED] wrote:
To make this
more motivated, consider setting .newbranch, going away for a few
days, and then wanting to update to the latest baseline before you
start
Brian Downing wrote:
Nathaniel Smith wrote:
In general, there is no order you can apply them in; they are to be
applied all at once. It's more like a declarative description of
how two trees map to each other than it is a procedural description
of how to produce one tree from another. The
Markus Schiltknecht wrote:
mtn: branches | versions
mtn:0 | 101454 contrib/ncurses/menu/m_items.c,vterminate
called after throwing an instance of 'Botan::Memory_Exhaustion'
How much memory do you have on that machine? On my 64bit Linux, the
FreeBSD import peaks at about 1.6 Gb of
Hey Lapo,
Lapo Luchini wrote:
Lapo Luchini wrote:
Richard Levitte wrote:
markus Please let me know if you have an urgent desire for importing
markus a specific CVS repository or if you'd like to test importing
markus one yourself.
And I will try FreeBSD anytime soon.
It always stops at
Nathaniel sent me an email a while back asking why the Botan memory
allocators went through the pool abstracation even when just plain
malloc was being used (and mentioning that pathalogical cases in the
pool were causing problems, though I think that was only the 1.4
allocator). I can't find
I can't seem to get automate select to work consistently. For my own
databases, the following works:
mtn --db=webdev.mtn automate select cching/2007-06
But, when I go against the monotone repo with something like:
mtn --db=monotone.mtn automate select [EMAIL PROTECTED]/2007-11
I get the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Craig L. Ching schrieb:
I can't seem to get automate select to work consistently. For my own
databases, the following works:
mtn --db=webdev.mtn automate select cching/2007-06
But, when I go against the monotone repo with something like:
Ah, the drawback of having a more descriptive author value.
For some reason that I find hard to understand, the author is matched
*exactly*, and since my author string is Richard Levitte
[EMAIL PROTECTED], just [EMAIL PROTECTED] will not match it.
Using --debug cleared the mystery:
: ; mtn
For some reason that I find hard to understand, the author is matched
*exactly*, and since my author string is Richard Levitte
[EMAIL PROTECTED], just [EMAIL PROTECTED] will not match it.
Using --debug cleared the mystery:
: ; mtn automate select [EMAIL PROTECTED]/2007-11 --debug
...
Yep, thanks Thomas, I hadn't realized that Richard had more than one key in the
repo.
Cheers,
Craig
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Thomas Keller
Sent: Monday, November 12, 2007 10:28 AM
To: monotone-devel
Subject: Re:
Ok, one more question and I promise I'm done for the day ;-)
'mtn automate content_diff --revision=xxx --revision=yyy' works, but the
equivalent 'mtn automate stdio content_diff' always returns with a
misuse: workspace required error. I've tried the following for input:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Craig L. Ching schrieb:
Ok, one more question and I promise I'm done for the day ;-)
'mtn automate content_diff --revision=xxx --revision=yyy' works, but the
equivalent 'mtn automate stdio content_diff' always returns with a
misuse: workspace
In message [EMAIL PROTECTED] on Mon, 12 Nov 2007 10:43:30 -0600, Craig L.
Ching [EMAIL PROTECTED] said:
cching Yep, thanks Thomas, I hadn't realized that Richard had more than one
key in the repo.
Uhmm, no, I don't. From your own output:
[EMAIL PROTECTED] mtn]$ mtn --db=monotone.mtn
Ok, that's great, thanks a ton for the help, *now* I understand what the
options were for in the stdio documentation :-P
Cheers,
Craig
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Thomas Keller
Sent: Monday, November 12, 2007 10:58 AM
To:
Craig L. Ching [EMAIL PROTECTED] writes:
[...]
Ok, something I didn't mention is that mtn automate select
[EMAIL PROTECTED] returns revisions. This confused me, so I looked
into it further and indeed there is another cert with
[EMAIL PROTECTED] as the key. So, you have two keys apparently?
Ugh, ok, sorry, I meant two different author certs in the repo, e.g.:
key [EMAIL PROTECTED]
signature ok
name author
value [EMAIL PROTECTED]
trust trusted
and
key [EMAIL PROTECTED]
signature ok
name author
value Richard Levitte [EMAIL PROTECTED]
trust
Zack == Zack Weinberg [EMAIL PROTECTED] writes:
Zack In February, Nathaniel requested that all contributors to the manual
Zack agree to relicense their contributions under the GPL (=2) instead of
Zack the GNU FDL.[1] I will recap his reasons:
Zack[EMAIL PROTECTED] aka [EMAIL PROTECTED]
Yes, my apologies, that's what I meant, two certs with different author
values for the same key.
Cheers,
Craig
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf
Of Bruce Stephens
Sent: Monday, November 12, 2007 11:26 AM
To: monotone-devel@nongnu.org
Craig L. Ching [EMAIL PROTECTED] writes:
Yes, my apologies, that's what I meant, two certs with different
author values for the same key.
No need to apologise. While it's all quite logical there's certainly
opportunity for confusion.
[...]
___
In message [EMAIL PROTECTED] on Sun, 11 Nov 2007 09:21:06 -0500, Stephen
Leake [EMAIL PROTECTED] said:
stephen_leake Richard Levitte [EMAIL PROTECTED] writes:
stephen_leake
stephen_leake Nope, there's no way to do that with a standard Visual C
installation,
stephen_leake as far as I know.
In addition to defining PCRE_STATIC (which I didn't seem to see in my
most recent checkout), the monotone project in the visual studio
solution needs to include pcre.lib in the linker input
--
Kelly F. Hickel
Senior Product Architect
MQSoftware, Inc.
952-345-8677 Office
952-345-8721 Fax
(for both release and debug)
--
Kelly F. Hickel
Senior Product Architect
MQSoftware, Inc.
952-345-8677 Office
952-345-8721 Fax
[EMAIL PROTECTED]
www.mqsoftware.com
SEE BUSINESS WORK
-Original Message-
From: Kelly F. Hickel
Sent: Monday, November 12, 2007 1:47 PM
To: 'Richard
In message [EMAIL PROTECTED] on Mon, 12 Nov 2007 13:47:18 -0600, Kelly F.
Hickel [EMAIL PROTECTED] said:
kfh In addition to defining PCRE_STATIC (which I didn't seem to see in my
kfh most recent checkout), the monotone project in the visual studio
kfh solution needs to include pcre.lib in the
Richard,
I found another issue as well, so if you haven't committed it
yet, let me know and I'll do them all together.
Also, Craig noticed that the projects are linking to the C runtime
statically, instead of the dll version. Generally that's not the best
idea (I think that MS made
In message [EMAIL PROTECTED] on Mon, 12 Nov 2007 14:14:50 -0600, Kelly F.
Hickel [EMAIL PROTECTED] said:
kfh Richard,
kfhI found another issue as well, so if you haven't committed it
kfh yet, let me know and I'll do them all together.
I have committed and pushed the pcre.lib change in
OK, committed sync'd. Also cleaned up some other MS specific warning
messages by putting pragmas in visual\config.h.
Be aware though, there are an awful lot of non-MS specific warnings, a
lot of them look something like this:
-- Build started: Project: stringprep, Configuration: Release
Also, I just ran the resultant exe and got the message below, google
says we should be using es_win.cpp in botan, which it seems we are
D:\kfh\mtn_conversionmtn --debug -d mtn_cvsimport.db db init
?: fatal: struct Botan::PRNG_Unseeded: Botan: PRNG not seeded: Unable to
collect
sufficient
Also, I just ran the resultant exe and got the message below, google
says we should be using es_win.cpp in botan, which it seems we are
D:\kfh\mtn_conversionmtn --debug -d mtn_cvsimport.db db init
?: fatal: struct Botan::PRNG_Unseeded: Botan: PRNG not seeded: Unable
to
collect
In message [EMAIL PROTECTED] on Mon, 12 Nov 2007 15:30:49 -0600, Kelly F.
Hickel [EMAIL PROTECTED] said:
kfh
kfh Also, I just ran the resultant exe and got the message below, google
kfh says we should be using es_win.cpp in botan, which it seems we are
kfh
kfh D:\kfh\mtn_conversionmtn
In message [EMAIL PROTECTED] on Mon, 12 Nov 2007 15:30:49 -0600, Kelly F.
Hickel [EMAIL PROTECTED] said:
kfh OK, the problem is that BOTAN_EXT_ENTROPY_SRC_WIN32 isn't defined
kfh when we get into modules.cpp. The google reference earlier said
kfh to supply an option to configure, but I doubt
On 12/11/2007, at 7:19 PM, Ralf S. Engelschall wrote:
It seems that the 'mtn pull' part is freezing. The first thing I
would
check is if the commands work individually. Can you execute these
three commands:
mtn db init --db=local.db
mtn pull --db=local.db
Hello Richard,
found this in commit today:
These contributors made a few small, mechanical changes to the manual,
which are probably not copyrightable, and were not polled.
On Nov 12, 2007 4:31 PM, Henry Nestler [EMAIL PROTECTED] wrote:
Hello Richard,
found this in commit today:
These contributors made a few small, mechanical changes to the manual,
which are probably not copyrightable, and were not polled.
[EMAIL PROTECTED]
two-line change
Zack Weinberg wrote:
My changes based on information from command mtn --help self. I can no
see any licence problems. I'm agree with new licence of manual
Can I remove these lines from file AUTHORS?
Go ahead, but please also enter your keyid ([EMAIL PROTECTED]) in the
subsection reading These
35 matches
Mail list logo