In the code I sometimes see:
cout (F(...) % p1 %p2...).str() \n;
other times just:
cout F(...) % p1 %p2... \n;
I guess the second form works because the formatter object has a string
copy constructor or something like that (?)
Does it make any difference?
Lapo
Hi,
So I compiled the net.venge.monotone.cvssync branch. It seems to
work quite well. Thankyou to those on IRC who have already helped me
in my quest :).
However it also seems that the cvssync branch is based on version
0.24. This is before the last netsync change and the last db
On Wed, Feb 14, 2007 at 07:08:09PM -0600, Timothy Brownawell wrote:
Is there any particular reason that our utf8 type is ATOMIC_NOVERIFY()
instead of ATOMIC()?
With, presumably, the verify() function verifying that the string in
question was in fact valid utf8? The problem is just that I
Hi,
I've just uploaded our summit photos archive to my server. You can pull
the photos via:
mtn --db=${YOUR_DB} pull bluegap.ch au.com.geek.monotone-summit-2007
The archive weights around 1gb...
If you still have photos you didn't or couldn't share, I can give you
write access. Just ask.
Nathaniel Smith wrote:
(Also,
there were reports that the _best_effort code didn't actually work
with lots of broken iconv's found in the wild...)
On Derek's super-laptop UTF8 to ASCII//IGNORE//TRANSLIT actually
failed just like it was plain UTF8 to ASCII. AFAIR it was a Gentoo.
I'm willing
On Wed, 14 Feb 2007 17:10:06 +0200, Richard Levitte - VMS Whacker
[EMAIL PROTECTED] wrote:
[...]There are two ways to deal with this:
1) add the following stanza to the first pattern:
continue true
that means that unless the requesting user is explicitely allowed
or denied
Hi,
*aaarrggg*, just now, my server experiences disk errors:
Feb 15 17:41:37 molabola kernel: hda: dma_intr: status=0x59 { DriveReady
SeekComplete DataRequest Error }
Feb 15 17:41:37 molabola kernel: hda: dma_intr: error=0x40 {
UncorrectableError }, LBAsect=7133, high=4, low=4213359,
On 2/15/07, Lapo Luchini [EMAIL PROTECTED] wrote:
Nathaniel Smith wrote:
(Also,
there were reports that the _best_effort code didn't actually work
with lots of broken iconv's found in the wild...)
On Derek's super-laptop UTF8 to ASCII//IGNORE//TRANSLIT actually
failed just like it was plain
merge_into_dir is described as a possible alternative to nested
checkouts, so I decided to try it.
As an example, suppose I currently have a branch main, and I want to
merge in a branch db into a the directory db. Rather than
complicating main itself, I'll branch that first, to all.
So now I do
On Thu, Feb 15, 2007 at 06:14:08PM +0100, Markus Schiltknecht wrote:
*aaarrggg*, just now, my server experiences disk errors:
ouch.
I've shut down the photos repository again, sorry for the inconvenience.
I'll restart as soon as I've moved that beast to another HDD.
Lapo has one up (maybe
On Thu, 2007-02-15 at 17:47 +, Bruce Stephens wrote:
merge_into_dir is described as a possible alternative to nested
checkouts, so I decided to try it.
As an example, suppose I currently have a branch main, and I want to
merge in a branch db into a the directory db. Rather than
Timothy Brownawell [EMAIL PROTECTED] writes:
[...]
Yes, this is how it's supposed to be.
In most cases (whenever the parents have a common ancestor), the two
halves of a merge revision are redundant. Only storing one half could
save some space, but would make some operations slower. I don't
Zack Weinberg wrote:
The //IGNORE and //TRANSLIT features are glibc / GNU libiconv
specific, but I would have thought that they were available in recent
Gentoo (they've been around since 2001 give or take).
I thought they would be present on *most* BSD and Linux available today...
Uh. I know
On Thu, Feb 15, 2007 at 02:54:45PM +0100, Lapo Luchini wrote:
Nathaniel Smith wrote:
(Also,
there were reports that the _best_effort code didn't actually work
with lots of broken iconv's found in the wild...)
On Derek's super-laptop UTF8 to ASCII//IGNORE//TRANSLIT actually
failed just
On Thu, Feb 15, 2007 at 09:24:38AM +0100, Lapo Luchini wrote:
In the code I sometimes see:
cout (F(...) % p1 %p2...).str() \n;
other times just:
cout F(...) % p1 %p2... \n;
I guess the second form works because the formatter object has a string
copy constructor or something like
CIA-1 [EMAIL PROTECTED] net.venge.monotone.experiment.summit07.lapo-gab *
ra49064dfd9face7387efb663a13646187be18931 / (1 cmd_ws_commit.cc): *
cmd_ws_commit.cc: non working basis for asciik-enhanced status.
Before you go off working on a bunch of super-totally-_extra_-awesome
asciik stuff,
Hello,
I am moving my monotone installation to a new server. Our old server
runs .31 and our new server runs .32.
We copied our .monotone directory from our old home directory to our
new. We copied our old monotone database over and ran:
$ mtn -d mydb.mtn db migrate
$ mtn
Nathaniel Smith wrote:
CIA-1 [EMAIL PROTECTED] net.venge.monotone.experiment.summit07.lapo-gab *
ra49064dfd9face7387efb663a13646187be18931 / (1 cmd_ws_commit.cc): *
cmd_ws_commit.cc: non working basis for asciik-enhanced status.
Before you go off working on a bunch of
On Thu, Feb 15, 2007 at 05:47:03PM +, Bruce Stephens wrote:
But get_revision is disappointing:
format_version 1
new_manifest [c3e572809bffd0011e4b8d061baed9ce7f06b36f]
old_revision [4259cbe62814990e1c3b0fbec8ed99c32da1cdea]
add_file change
content
Nathaniel Smith [EMAIL PROTECTED] writes:
[...]
What about it is infeasible? With long-lived branches it can create
more data transfer overhead, which is a little annoying, but nothing
specific to merge_into_dir...
Ah, OK. My mistake is in making this merged_into branch and then
continuing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
William Uther schrieb:
There seem to be two options:
i) the net.venge.monotone.cvssync branch. (Or the
net.venge.monotone.cvssync.refactor branch?)
What state is this in? I couldn't find much documentation for it, and
what I could find
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christof Petig schrieb:
I will put some work into cvssync3 tonight, stay tuned.
I'm not finished yet, but I will continue tomorrow.
Christof
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
On Wed, Feb 14, 2007 at 04:53:53PM -0700, Matthew Sielski wrote:
mtn: fatal signal: Segmentation fault
this is almost certainly a bug in monotone.
please send this error message, the output of 'mtn --full-version',
and a description of what you were doing to [EMAIL PROTECTED]
On 16/02/2007, at 10:28 AM, Christof Petig wrote:
Christof Petig schrieb:
I will put some work into cvssync3 tonight, stay tuned.
I'm not finished yet, but I will continue tomorrow.
Wow, thanks. I wasn't expecting a rush to get it done.
At the moment I'm using rev
Hi,
Is there a neat way of making mtn mv and mtn rm execute by default?
Aliasing mtn to 'mtn -e' isn't quite right. Is this the sort of
thing that should be in a lua hook?
I'm assuming that there would be one hook for each command. I would
also export the execute functions from C++ to
On Fri, Feb 16, 2007 at 12:09:59PM +1100, William Uther wrote:
Is there a neat way of making mtn mv and mtn rm execute by default?
Aliasing mtn to 'mtn -e' isn't quite right. Is this the sort of
thing that should be in a lua hook?
Personally, it seems like the kind of thing we should
Hi,
Yeah, doing the right thing sounds good.
Subversion does your third option: execute if it is safe (i.e.
everything has been committed). If it would be unsafe, then just
remove the file from the manifest without deleting the changed
version and tell the user. There is a --force
27 matches
Mail list logo