On Fri, Jun 02, 2006 at 02:30:49PM -0500, Hugo Cornelis wrote:
I currently use keyword expansion in configure.in to synchronize the
version identifier in the binary with the version identifier of the
version control system. No manual interaction necessary, so no
mistakes possible. This is
On Thu, Jun 01, 2006 at 08:32:49AM +0200, Johan Bolmsjö wrote:
I'll be constructive this time. Some features from CC that I find useful.
Yay, constructive comments are always really helpful :-).
- Obsoleting branches.
If you are a bunch of people working on a project and use feature
On Thu, Jun 01, 2006 at 09:18:38AM +0100, Ian France wrote:
I am all for monotone not losing my files. However, backup files which
monotone knows to ignore shouldn't cause an update to fail. They are,
after all, quite common things to have in a workspace :-)
While nothing should cause an
On Wed, May 31, 2006 at 10:17:43PM +0100, Joel Crisp wrote:
I think that one feature of config specs which hasn't been mentioned yet is
'lazy branching'
In other words, I have a personal branch which shadows a team integration
branch which shadows the main branch.
If I checkout a file
On Wed, May 31, 2006 at 04:43:18PM -0700, Rob Schoening wrote:
One of the best features of CC is the ability to simply and easily write
scripts that dig into the VOB (repository).
You can append @branch/version style selectors to the end of the file
and standard tools (diff, vi,
On Thu, Jun 01, 2006 at 04:21:36PM -0700, Howard Spindel wrote:
mtn annotate filename yields:
roster.cc:180: invariant 'fetching nonexistent entry from children violated'
if filename is unknown to monotone.
Already fixed in mainline :-).
-- Nathaniel
--
But in Middle-earth, the distinct
On Wed, May 31, 2006 at 09:28:50AM +0100, Ian France wrote:
I bet this error is easy to reproduce as:
-- put some unknown or ignored file inside a directory
-- update to a revision in which that directory has been removed
Ah, yes. That seems to do it very effectively. Interestingly the
On Wed, May 31, 2006 at 10:57:21AM -0700, Steven E. Harris wrote:
Setting up views that work this way requires a particular pattern of
config spec rules that I won't bother detailing here. Suffice it to
say it's possible, and quite a pleasure to work with.
Hmm, my understanding is that
On Tue, May 30, 2006 at 09:47:10AM +0100, Ian France wrote:
mtn: expanding selection 'h:com.example.newbranch'
mtn: expanded to '879ff04f5e5aed535f2c2fb3419393c32b451bf2'
mtn: selected update target 879ff04f5e5aed535f2c2fb3419393c32b451bf2
mtn: dropping somepath/somefile.java
mtn: dropping
Weinberg: me, Nathaniel Smith [EMAIL PROTECTED]
Bjorn De Middelaer: Matthew kinetik Gregan [EMAIL PROTECTED]
Cheah Zi Bin: me again for now, but that's because of some weirdness
in making the SoC web app work; once Google fixes things on their
end then either Richard Levitte [EMAIL
On Mon, May 22, 2006 at 11:53:43PM +0200, Thomas Keller wrote:
During my work for guitone I noticed that I eventually need to kill and
restart the mtn automate stdio process, because when I change the
workspace to some other directory, the working directory of the created
and running process
On Thu, May 18, 2006 at 01:38:56AM -0400, Yury Polyanskiy wrote:
$ mtn diff -r 3895c20299d04 ~/tmp/p
$ cd ..
$ mtn --db=/path/my.db co -r 3895c20299d04 Lm2/
$ cd Lm2/
$ patch ~/tmp/p
You need to add -p0 to this last command.
This isn't monotone's fault; without a -p switch, patch requires
On Thu, May 18, 2006 at 12:27:16AM -0700, Nathaniel Smith wrote:
I'm not sure exactly what hg import does; patch has a lot of
complicated heuristics in it that it may or may not duplicate.
Ah-hah:
def patch(strip, patchname, ui):
apply the patch patchname to the working directory
On Thu, May 18, 2006 at 01:58:44PM -0400, Yury Polyanskiy wrote:
On Thu, 2006-05-18 at 00:27 -0700, Nathaniel Smith wrote:
You need to add -p0 to this last command.
Oh, thanks! My fault.
But even with it:
==
$ mtn diff -r 3895c20299d04 Makefile ~/tmp/p1
$ cd ..
$ mtn
On Wed, May 17, 2006 at 05:56:25PM +0530, [EMAIL PROTECTED] wrote:
I installed Monotone in two system named Linux66 as server and
Linux67 as client.If I try to sync from Linux67(client) to Linux66
(server), I am getting
mtn: connecting to Linux66
mtn: network error: failed to
--- to mark edges of files)
---
2006-05-12 Nathaniel Smith [EMAIL PROTECTED]
* monotone.texi: Re-sync the two copyright blocks.
---
versus
---
2006-05-12 Nathaniel Smith [EMAIL PROTECTED]
* ChangeLog: fix whitespace.
---
Here xxdiff of course notices that the first two
On Mon, May 15, 2006 at 05:50:18PM +0530, [EMAIL PROTECTED] wrote:
D:\Monotone\abe\mtn.exe --db=~\abe.mtn sync localhost
jp.co.juicebot.jp7* -k [EMAIL PROTECTED]
mtn: connecting to localhost
mtn: finding items to synchronize:
enter passphrase for
On Fri, May 12, 2006 at 10:06:20AM +0200, Richard Levitte - VMS Whacker wrote:
I've noticed that there's a lot of discussions about GNU autotest
lately, and there's even talks about building a new framework. I
don't really want to destroy anyone's ambition, but before going in
head low, maybe
On Fri, May 12, 2006 at 09:26:28AM -0500, Kelly F. Hickel wrote:
I continued to import modules one by one and did encounter the error
again, this time in a module that hadn't been imported the last time I
tried this, so it doesn't seem as if a particular cvs repo file is
causing the problem.
So this is recorded in our own list archives, here's some info on how
to write a test that we should add..,
-- Nathaniel
--
/* Tell the world that we're going to be the grim
* reaper of innocent orphaned children.
*/
-- Linux kernel 2.4.5, main.c
---BeginMessage---
Nathaniel Smith
On Thu, May 11, 2006 at 07:31:43AM -0500, Kelly F. Hickel wrote:
Thanks for the information, it helps. I had imported one cvs module
which worked fine, then imported another, after that I got the errors.
So, I suspect it would work with a fresh DB. Since ultimately I want
everything in a
On Tue, May 09, 2006 at 02:39:17PM -0700, Ron Turner wrote:
I've attached the output of mtn -full-version and the _MTN\debug file
corresponding to the following sequence of events (as best I can
remember...):
- moved a directory and associated files deeper into my
On Fri, May 05, 2006 at 03:30:03PM -0500, Kelly F. Hickel wrote:
Just happened upon the project, downloaded v0.26 installed it and did a
make check, it asked me to send this info, so here you go! This is on a
Centos 4.3 machine.
Looks like you ran the testsuite as root, which aside
On Tue, May 02, 2006 at 09:04:21PM -0700, Bryan Woods wrote:
I've attached the debug file and the (empty) database I was playing
with.
Thanks for the report! It looks like the problem is just that
get_manifest_of doesn't work on totally new workspaces (ones where
you've run 'setup', but
On Sun, Apr 30, 2006 at 10:45:16PM -0700, Graydon Hoare wrote:
Nathaniel Smith wrote:
Plus it's totally non-streamable :-). You'd basically end up doing
exactly what we do now, since bzip2 operates on blocks (hence the
b)...
Eh, I'm not sure I really agree with this interpretation
On Sun, Apr 30, 2006 at 10:54:32AM +0200, Benoît Dejean wrote:
+#if defined(__GNUC__) (__GNUC__ = 4)
#define HASHMAP_PRESENT
This is the wrong way to do feature availability checks... can we use
autoconf here instead? (Especially because many compilers besides
g++4 will have std::tr1
On Sun, Apr 30, 2006 at 08:31:38PM +0200, Wim Oudshoorn wrote:
Nathaniel Smith [EMAIL PROTECTED] writes:
For people who don't follow IRC closely, some nice discussion tonight
about the Last Big Feature:
http://colabti.de/irclogger//irclogger_log/monotone?date=2006-04-18,Tuesel=119
So, Google opens the floodgates tomorrow, and SoC apps will start
rolling in. Right now I'm the only person signed up for monotone to
read/review them, and it'd be nice to have some help :-). So if
you're one of the regulars, feel free to sign up at:
On Sun, Apr 30, 2006 at 07:58:14PM -0700, Graydon Hoare wrote:
- Mixing a streaming interface with pipelined and multiplexed i/o
might not be quite as easy as you like. In particular: you might find
that you have to add some logic for flushing gzip's state down at the
bottom of the probe
On Sat, Apr 29, 2006 at 01:37:04PM +0200, Markus Schiltknecht wrote:
On Sat, 2006-04-29 at 12:15 +0100, Bruce Stephens wrote:
Well, you couldn't use *only* backward deltas. If you've got
A-B-C-D and you want to send that to someone who's got A, it's no
good just sending the backward deltas
On Sat, Apr 29, 2006 at 01:18:49PM -0500, Timothy Brownawell wrote:
Netsync (initial pull, counting both server and client) appears to be:
13% libz (56% compression + 22% decompression + housekeeping)
11% Botan::SHA_160::hash
6% compute_delta_insns (strangely, this is 99% from
On Sat, Apr 29, 2006 at 01:17:58PM -0700, Graydon Hoare wrote:
Timothy Brownawell wrote:
Netsync (initial pull, counting both server and client) appears to be:
13% libz (56% compression + 22% decompression + housekeeping)
11% Botan::SHA_160::hash
It's important to differentiate two
There was some interest a few weeks ago in making rosterify a bit
nicer, in particular:
-- converting revids that occurred in certs
-- providing some sort of record of the mapping between old and new
certs
-- (didn't come up before, but still useful) perhaps providing some
sort of
On Thu, Apr 27, 2006 at 09:58:29PM -0400, [EMAIL PROTECTED] wrote:
On Thu, Apr 27, 2006 at 04:26:12PM -0700, Nathaniel Smith wrote:
As it happens, the actual checking proper seems to be almost invisible
in profiles of 0.26's pulls. There's still some reason to think that
this is all
Well, I found them interesting to read, anyway :-):
http://www.selenic.com/mercurial/wiki/index.cgi/UserSurvey
-- Nathaniel
--
But in Middle-earth, the distinct accusative case disappeared from
the speech of the Noldor (such things happen when you are busy
fighting Orcs, Balrogs, and
On Thu, Apr 27, 2006 at 01:57:21PM -0500, Timothy Brownawell wrote:
But when doing it
form the command line I can only assume that you folks don't like empty
commit messages. If that is the case I think that the second example should
fail too (only white space in commit message).
On Thu, Apr 27, 2006 at 11:28:27AM +0200, Koen Kooi wrote:
Pulling the monotone repo could have been nearly twice as fast, since
almost half of the revisions are merges. 'commit before update' is
great, but PR wise you are shooting yourselves in the foot IMO.
Well, maybe. We _should_ be fast
On Thu, Apr 27, 2006 at 02:45:53PM +0200, Georg-W. Koltermann wrote:
Hg really appeals to me. Picking Hg or monotone mainly becomes a matter
of your preference for either a more star-like topology with a couple of
oligarchic interconnected repositories keeping all the history (well, to
the
On Thu, Apr 27, 2006 at 03:36:20PM -0700, Justin Patrin wrote:
For those of you who don't know we've solved this problem for
OpenEmbedded by having a snapshot database for download on a system
which is updated every night. This was when people are just starting
they can grab the snapshot and
On Tue, Apr 25, 2006 at 06:36:54AM -0300, Jeronimo Pellegrini wrote:
On Mon, Apr 24, 2006 at 10:04:51PM -0700, Nathaniel Smith wrote:
On Mon, Apr 24, 2006 at 10:30:49PM -0300, Jeronimo Pellegrini wrote:
I have changed monotone to mtn in the info file, where it
refers to the command
On Sun, Apr 23, 2006 at 11:32:03AM -0300, Jeronimo Pellegrini wrote:
On Fri, Apr 21, 2006 at 09:46:53PM -0700, Nathaniel Smith wrote:
Thanks! Would you be interested in adapting this to go in the manual?
I hope it's OK to attach it here. I didn't know what section of the
manual it should
On Thu, Apr 20, 2006 at 03:38:18PM +0200, Thomas Keller wrote:
Cool thing... but what happened last time? Did any project / code from
the previous SoC went into monotone?
-- our switching to Botan, and test cases for SHA1 were from SoC
-- Timothy did an implementation of *-merge, which was
On Fri, Apr 21, 2006 at 08:36:01AM +0200, Stefan Bühler wrote:
ok, the screenshots show what i have got at the moment.
the code to build the revision graph is based on monotree, im using
grappa (http://www.research.att.com/~john/Grappa/) to do the drawing.
at the moment, i am having memory
On Fri, Apr 21, 2006 at 09:54:17AM -0500, Chad Walstrom wrote:
There's been a lot of talk lately on the [EMAIL PROTECTED] list
about this. Currently, Savannah offers CVS and GNU Arch, but
obviously people want to run their favorite SCM's to work on their
projects. Subversion has come up in
On Fri, Apr 21, 2006 at 07:16:15PM -0300, Jeronimo Pellegrini wrote:
Hi.
I just upgraded from monotone 0.25-2 to 0.26, following the instructions
in the UPGRADE file.
I used to have the .deb monotone 0.25-2 file on a sid box, and installed the
.deb for 0.26.
First I did:
$ mtn db
I've put up an ideas page on the wiki, for anyone interested; I think
I included everything people suggested (except I guess for the make
monotone scriptable idea, which in this context isn't really
appropriate for a student project). Of course, we can continue to
update it:
Google's running Summer of Code again this year:
http://code.google.com/soc
They invited us back again, so I went ahead and accepted :-). They
seem more organized this time around, with actual infrastructure and
such. If anyone is interested in doing mentoring, you can actually
sign up with
On Thu, Apr 20, 2006 at 12:05:25PM -0500, Chad Walstrom wrote:
Bruce Stephens [EMAIL PROTECTED] wrote:
For big workspaces, it would be nice to put existing changes on to a
shelf, do the bugfix, then take the changes off the shelf and
continue. (GNU Arch provides this: IIRC, tla undo saves
On Thu, Apr 20, 2006 at 03:14:05PM +0100, Bruce Stephens wrote:
Thomas Keller [EMAIL PROTECTED] writes:
Bruce Stephens schrieb:
Eclipse/netbeans/Emacs support (improving emacs support). Adding
support in Trac, or creating something similar.
I second the Eclipse support idea. It would
On Thu, Apr 20, 2006 at 08:45:03PM -0500, Timothy Brownawell wrote:
There's a new branch, net.venge.monotone.split-commands, with
commands.cc split into about 10 smaller files. The commands are
currently grouped semi-arbitrarily by what other code the call and by
what they do.
Maybe part of
For people who don't follow IRC closely, some nice discussion tonight
about the Last Big Feature:
http://colabti.de/irclogger//irclogger_log/monotone?date=2006-04-18,Tuesel=119#l194
http://venge.net/monotone/wiki/VersionedPolicy
-- Nathaniel
--
But in Middle-earth, the distinct accusative
On Wed, Apr 12, 2006 at 07:20:25PM +0100, Nuno Lucas wrote:
On 4/12/06, Nathaniel Smith [EMAIL PROTECTED] wrote:
http://xpto.ath.cx/~lucas/monotone/
I've been trying to grab this every once in a while for the last few
days so I could stick it up at venge.net, but the server hasn't been
On Mon, Apr 10, 2006 at 05:25:56PM +0200, Tom Koelman wrote:
I just rosterified a database. On inspecting the contents of the new
database I found out that all certificates had been reissued with my
own e-mail-adress. This would be an issue for a trust model based on
who handed out what
On Wed, Apr 12, 2006 at 10:13:14AM +0200, Wim Oudshoorn wrote:
Timothy Brownawell [EMAIL PROTECTED] writes:
Hmm, I'd probably try to use something human-readable for these cases...
Of course you want something human readable, but in addition to a human
readable description you use the
On Wed, Apr 12, 2006 at 12:07:23PM +0200, Richard Levitte - VMS Whacker wrote:
a. you mean like making all fields have a fixed minimum size? Doable,
but what size is the right minimum?
We could just give a hint when we create the ticker, how wide it is
likely to get... it's hackish, sure,
On Mon, Apr 10, 2006 at 02:47:06AM +0100, Nuno Lucas wrote:
On 4/10/06, Nathaniel Smith [EMAIL PROTECTED] wrote:
You untar it, and cd into the package source directory first. You
might want to add -b, too, which means build a binary package only,
don't need a source package. One tricky
On Sun, Apr 09, 2006 at 08:38:41AM +0200, Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Sat, 8 Apr 2006 04:52:05 -0700, Nathaniel
Smith [EMAIL PROTECTED] said:
njs Does anyone know _any_ other problem that should hold up 0.26?
njs Speak up now!
Hmm, you know
On Sun, Apr 09, 2006 at 12:04:45PM +0200, Peter Simons wrote:
Thank you for the explanation. The branch in question is very
messed up, unfortunately, I remember doing several wild directory
renames.
And at least one directory delete, apparently :-).
Possibly followed by a directory
On Sun, Apr 09, 2006 at 01:24:15PM -0400, [EMAIL PROTECTED] wrote:
On Sun, Apr 09, 2006 at 12:14:47PM -0500, Matthew A. Nicholson wrote:
Nathaniel Smith wrote:
You can build a deb from the monotone source. It is fairly simple to do
so (dpkg-buildpackage -us -uc -rfakeroot).
Thanks
On Fri, Apr 07, 2006 at 05:11:25PM +0200, Markus Schiltknecht wrote:
During RCS file parsing, for every branch three times are extracted, if
available:
a) the time of the last commit before branching
b) the time of the first commit in the branch
c) the time of the commit following the
On Sat, Apr 08, 2006 at 01:12:41AM -0700, Nathaniel Smith wrote:
On Fri, Apr 07, 2006 at 08:02:22PM +0200, Benoît Dejean wrote:
It was an error to use _(tickername) as key.
See 31b6e06e8c46c0eb976c03b34a641f9ab51925a7.
Fair enough, but, umm, you don't seem to have switched any
Are there any more doc fixes needed for 0.26?
Can someone fix sqlite/parse.c, which I guess was messed up again
somehow by the sqlite import today?
Does anyone know _any_ other problem that should hold up 0.26? Speak
up now!
-- Nathaniel
--
Sentience can be such a burden.
On Sat, Apr 08, 2006 at 03:21:21PM +0200, Peter Simons wrote:
Hi!
I get this error:
$ mtn ls unknown
mtn: fatal: std::logic_error: paths.cc:194: invariant
'I(utf8_validate(path))' violated
Hmm. I guess you have some file somewhere with 8 bit characters in
its name? I notice your
On Sat, Apr 08, 2006 at 05:15:05PM +0200, Peter Simons wrote:
while trying to merge a branch, I got this error message:
$ mtn merge
mtn: starting with revision 1 / 3
mtn: merging with revision 2 / 3
mtn: [source] 1bfd0c9f4a347913d2573f3bf8b5e3192350f6a8
mtn: [source]
On Sat, Apr 08, 2006 at 01:54:17PM -0400, [EMAIL PROTECTED] wrote:
I've been following this mailing list for a few months now, having tries
and failed to set up a trouble-free monotone some time age (I thing what
wasback in the 0,18 or 0,19 days), and I'm starting to suspect it's
getting to
On Sun, Apr 09, 2006 at 12:11:15AM +0200, Koen Kooi wrote:
Nathaniel Smith wrote:
Are there any more doc fixes needed for 0.26?
Can someone fix sqlite/parse.c, which I guess was messed up again
somehow by the sqlite import today?
Does anyone know _any_ other problem that should hold
The monotone team is pleased to announce the release of monotone 0.26,
now available at the usual place:
http://venge.net/monotone
Also as usual, packages and binaries will become available there as
we receive them.
This release includes major enhancements relative to 0.25.2, including
On Thu, Apr 06, 2006 at 06:08:01PM -0400, Ethan Blanton wrote:
Nathaniel Smith spake unto us the following wisdom:
0.25 etc. had a bug where on various old systems that didn't actually
have IPv6 support, 'monotone serve' wouldn't work unless you used
something like 'monotone serve --bind
On Thu, Apr 06, 2006 at 11:30:36PM +0100, Nuno Lucas wrote:
On 4/6/06, Nathaniel Smith [EMAIL PROTECTED] wrote:
There is code to fix it, but I'm remembering now that I think someone
said on IRC that it still was broken for them. It's hard to test
without access to an appropriate system
On Wed, Apr 05, 2006 at 07:52:31AM +0200, Thomas Keller wrote:
$ xgettext --default-domain=monotone --directory=.. --add-comments
--keyword=_ --keyword=N_ --files-from=./POTFILES.in
--output=monotone.pot
xgettext: warning: file `std_hooks.lua' extension `lua' is unknown; will
try C
The
On Tue, Apr 04, 2006 at 10:49:07PM +0400, Petr Ovtchenkov wrote:
I add near the following (near roster.cc:1422):
...
And see:
...
monotone: fatal: std::logic_error: roster.cc:1433: invariant
'I(right_uncommon_ancestors.find(right_marking.birth_revision) !=
right_uncommon_ancestors.end())'
On Mon, Apr 03, 2006 at 10:19:46PM +0200, Thomas Keller wrote:
Hey there!
I just found some time and wanted to finish my German translation. Since
I started my work when 0.26pre2 was up2date, I tried to sync with the
newest repo contents today, but got the following error:
What's your key?
On Tue, Apr 04, 2006 at 01:50:18PM +0200, Richard Levitte - VMS Whacker wrote:
For those having a problem seeing what the characters are, the
translation of in is a down arrow and the translation of out is an
up arrow. I debugged this as far as I could, and what happens is that
somewhere
On Wed, Apr 05, 2006 at 06:37:44PM -0700, Justin Patrin wrote:
I'm never sure whether people are on the lists I reply to or not. I
just hit reply-all and hope it gets there. IMHO most lists should
just change the reply-to header to be the list only to alleviate the
problem.
Dude, we are so
On Mon, Apr 03, 2006 at 11:38:28PM +0200, Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Mon, 3 Apr 2006 14:20:52 -0700, Nathaniel
Smith [EMAIL PROTECTED] said:
njs On Mon, Apr 03, 2006 at 09:15:59AM +0200, Laurent Cimmier wrote:
njs monotone: fatal: std::logic_error
I merged the last of the exhaustive merging tests to mainline tonight.
We now have a test for every merging edge case I know of, and
the roster_merge function appears to satisfy its defined interface in
every one of them. Hopefully that means all of them. I would _greatly
appreciate_ review of
On Thu, Mar 30, 2006 at 09:48:52PM +0400, Petr Ovtchenkov wrote:
mtn --db=venge.mtn db init
mtn --db=venge.mtn pull venge.net net.venge.monotone* --exclude
net.venge.monotone.contrib.webhost --dump venge.dump.2
[...]
monotone: fatal: std::logic_error: roster.cc:1422: invariant
On Tue, Apr 04, 2006 at 04:07:13AM -0700, Nathaniel Smith wrote:
-- Oddity -- there's some ugliness to roster_t's handling of
redundant operations. It's a little technical, I'll, uh, just
append the big comment I wrote, down below where only people who
are interested have
On Tue, Apr 04, 2006 at 04:07:13AM -0700, Nathaniel Smith wrote:
This was the last major blocker for 0.26. What remains now are:
-- documentation updates
-- attr documentation is wrong
-- manifest/revision format is wrong (in examples and in
the documentation
On Mon, Apr 03, 2006 at 09:15:59AM +0200, Laurent Cimmier wrote:
monotone: fatal: std::logic_error: ui.cc:34: invariant
'I(ui.tickers.find(tickname) == ui.tickers.end())' violated
This is a problem with monotone's internationalization code -- it
turns out one particular part of the UI code
On Sat, Apr 01, 2006 at 01:41:45PM +0200, Lapo Luchini wrote:
Whoops, I sync'ed with a laptop that had the quite old translations I
did some months ago... and now mtn merge say this:
monotone: [source] 597dfcb31c5f9f1835157f5bcf03273625bf235b
monotone: [source]
On Sat, Apr 01, 2006 at 03:02:41PM +1000, Cameron Brunner wrote:
compiled with CFLAGS=-Os -march=k8 with gcc 4.1 on Linux toka-kouka
2.6.16-ck1 #1 Mon Mar 20 22:03:08 EST 2006 x86_64 AMD Athlon(tm) 64
Processor 3500+ GNU/Linux
Almost all of these are don't run the test suite as root! false
On Thu, Mar 30, 2006 at 02:54:45PM +0200, Markus Schiltknecht wrote:
Hello Nathaniel,
nice work, thank you! On debian testing as well as on ubuntu drapper I
was able to compile mtn.
But for some reason my testsuite is still looking for monotone under the
old executable name. I don't know
On Wed, Mar 29, 2006 at 09:54:38AM +0200, Lapo Luchini wrote:
Timothy Brownawell wrote:
A number of old revisions now have two sets of certs, one by
[EMAIL PROTECTED] (the certs you already had) and one by
[EMAIL PROTECTED] (the new certs).
Ah ok, I feared it was some kind of bug in which
On Wed, Mar 29, 2006 at 12:36:24AM -0800, Nathaniel Smith wrote:
On Wed, Mar 29, 2006 at 09:54:38AM +0200, Lapo Luchini wrote:
Timothy Brownawell wrote:
A number of old revisions now have two sets of certs, one by
[EMAIL PROTECTED] (the certs you already had) and one by
[EMAIL
On Wed, Mar 29, 2006 at 03:29:59AM -0600, Timothy Brownawell wrote:
Eh, it's not a horribly big deal. Just a one-time bandwidth use of 6-7
MB, and then a few MB increase in db size. Nothing's actually broken.
Wouldn't having to send and remember cert allergies take just as much
space?
Eh,
The monotone team is happy to announce the release of monotone
0.26pre3, available at the usual places:
http://venge.net/monotone
http://venge.net/monotone/downloads/monotone-0.26pre3.tar.gz
This should be the last pre-release before 0.26, and is considered to
be feature complete. All that
Right, let's get this over with. 'mtn' seems the least bad for the
basic name. For the bookkeeping dir, _MTN seemed to have the most
consensus (though IIRC Graydon liked _mtn better, so if he wants to
put in a last minute plea, I guess we can talk).
So:
-- bookkeeping dir changes to _MTN as
On Tue, Mar 28, 2006 at 01:22:24AM -0800, Nathaniel Smith wrote:
-- maybe change the configuration dir from ~/.monotone to ~/.mtn.
No-one seemed to much care for this idea, which seemed a little
weird to me (I dunno, would you expect ls to find its
configuration in ~/.list
Here's an interesting question one might want to ask -- when did the
file name foo/bar.txt get deleted?. You might think 'log
foo/bar.txt' would tell you, but no, log will trace back a logical
file, and the logical file that used to be named foo/bar.txt no longer
exists. So that doesn't work
On Thu, Mar 23, 2006 at 07:50:08PM +0100, Lapo Luchini wrote:
I put it in sync with latest trunk and translated a few more strings.
I'm committing it directly on my own netsync server, that is,
motoko.lapo.it (it anwers both on old and new port, with a
monotone-0.25 and a monotone-0.26pre2+
On Sat, Mar 25, 2006 at 02:56:53PM +0100, Lapo Luchini wrote:
Translating monotone to Italian I'm noticing quite a few redundant or
similar strings in monotone, e.g.:
directory to delete '%s' does not exist
directory to delete, '%s', does not exist
Feel free to consider these bugs, and just
On Fri, Mar 24, 2006 at 01:15:42PM -0500, Ethan Blanton wrote:
Hi all,
I have a database which I cannot rosterify, either with what I believe
is released 0.26pre2 (9ca37b918cb5309d8d3b0be000dc8a1151df262f) or
head (currently 4d531a78b9ef029b50a0507c932aaacdab8a432e). I get the
following
On Sun, Mar 26, 2006 at 01:18:54PM +0200, Lapo Luchini wrote:
Every time I ./configure monotone on FreeBSD I have to remember using
CXXFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib
as FreeBSD ports are very strict in only using /usr/local as PREFIX
and thus needed libraries like boost
On Tue, Mar 28, 2006 at 07:29:58AM +1100, Daniel Carosone wrote:
On Mon, Mar 20, 2006 at 02:24:26PM -0700, Shaun Jackman wrote:
On 3/20/06, Olivier Andrieu [EMAIL PROTECTED] wrote:
...
There, I pushed a new revision to repository on venge.net. Could you
try it and tell me if this fixes
On Tue, Mar 28, 2006 at 08:31:38AM +0200, Jon Bright wrote:
Nathaniel Smith wrote:
monotone: fatal: std::logic_error: error in revision:1:15:E: wanted
symbol 'new_manifest', got TOK_SYMBOL with value format_version
So, umm... the error message is essentially complaining that the db
On Thu, Mar 23, 2006 at 09:49:41AM +0100, [EMAIL PROTECTED] wrote:
Cytowanie Nathaniel Smith [EMAIL PROTECTED]:
Does it work for you? Are you using mtndumb in real life?
Yes, it is very useful especially i don't have place to host my personal
mini-projects via netsync, so i host them
On Wed, Mar 22, 2006 at 12:34:16PM +0100, [EMAIL PROTECTED] wrote:
I almost finished, my first add-on to monotone.dumb subproject it includes:
mtndumb
A command line wrapper with pull/push/sync URL actions.
Maybe we should rename it to mtn-dumb, monotone-dumb?
dws
A Dumb Web
On Mon, Mar 20, 2006 at 07:10:54PM -0800, Joe Wilson wrote:
BenoÃt Dejean wrote:
i think this is irrelevant. sqlite does random writes/reads. moreover,
if you cat'ed your dvd iso before burning it, that wouldn't speed at all
the burning process. but you get the point, if you're running out of
On Thu, Mar 16, 2006 at 08:56:47PM -0600, Glen Ditchfield wrote:
I had a few thoughts after writing my maildir assistant script.
* monotone automate inventory is a pretty blunt tool for finding missing,
unknown, and ignored files, since (in Monotone 0.25) it produces a line for
every file
601 - 700 of 1042 matches
Mail list logo
