Re: [Monotone-devel] first summit hackers arrived

On Sat, Feb 03, 2007 at 01:07:30PM -0800, [EMAIL PROTECTED] wrote: > Hey all, > > I've lurked on the monotone-devel list for a long time, so I have to say > keep up the good work on Monotone! Thanks :-). > If you're planning to do a lot of travelling via public transport, you > should check out

Re: [Monotone-devel] [patch] add access checks for monotonerc

On Sat, Feb 03, 2007 at 03:03:22PM +0100, Ulf Ochsenfahrt wrote: > Matt Johnston wrote: > > Personally I'm not sure this is a good idea. On multi-user > > systems, I usually make a point of keeping standard dot > > files (.muttrc, .pwm/*, .zshrc, .ssh/config etc) > > world-readable, as it's a usefu

Re: [Monotone-devel] [patch] add access checks for monotonerc

On Fri, Feb 02, 2007 at 07:59:23PM -0800, Eric Christopher wrote: > Since users could be storing something silly like a passphrase in > their monotonerc we should probably check to make sure it isn't > readable/writable by everyone else as well. Here's a quick patch to do > that. The downside is th

Re: [Monotone-devel] this is almost certainly a bug in monotone.

On Fri, Feb 02, 2007 at 01:46:25PM +0100, Martin Kihlgren wrote: > [0:[EMAIL PROTECTED] ~/monotoneroot/com.adocca.www.release_00_19]$mtn commit > -m "intermediary commit" > mtn: beginning commit on branch 'com.adocca.www.release_00_19' > terminate called after throwing an instance of 'std::logic_e

Re: [Monotone-devel] Error running `mtn list ignored` in monotone 0.32 on windows XP

On Fri, Feb 02, 2007 at 09:53:44PM +0100, Christian Ohler wrote: > When walk_tree_recursive calls bookkeeping_path::is_bookkeeping_path to > avoid descending into _MTN, the normalization in > bookkeeping_path::is_bookkeeping_path prepends the current working > directory to the path; the resultin

Re: [Monotone-devel] Setting up a "cluster" of monotone servers

On Mon, Jan 29, 2007 at 10:50:52AM -0600, Timothy Brownawell wrote: > On Mon, 2007-01-29 at 10:06 +0100, Richard Levitte - VMS Whacker wrote: > > A different solution could be to make it possible for a server to > > initiate a sync with another server, and have that done directly > > af

Re: [Monotone-devel] Translation status script

On Fri, Jan 26, 2007 at 02:02:48PM +0100, Thomas Keller wrote: > Nathaniel J. Smith schrieb: > > If it's useful for development, why not stick it in contrib/ so > > everyone can easily find it? :-) > > Would be a possibility, of course, but I'd rather like to integr

Re: [Monotone-devel] Re: A patch for monotone.el

...Did this ever get applied? (If you'd like to continue hacking on monotone.el, send me a key and you can commit your changes yourself...) -- Nathaniel On Thu, Jan 18, 2007 at 03:14:11PM -0800, Steven E. Harris wrote: > "Steven E. Harris" <[EMAIL PROTECTED]> writes: > > > I adjusted the handli

Re: [Monotone-devel] Translation status script

On Tue, Jan 23, 2007 at 11:09:47AM +0100, Thomas Keller wrote: > Hi all! > > I just wrote a little python script which shows me the translation > status for monotone. For this purpose it queries the files directly via > mtn cat and feeds them into msgfmt -cv. > > I initially thought this would be

Re: [Monotone-devel] Monotone update lost deletions

On Thu, Jan 25, 2007 at 08:16:56AM -0800, J Decker wrote: > I cleaned up this branch quite some time ago. After upgrading the database, > it's complaining that files that were removed are missing. > > What further information can I give? You upgraded from what to what? What upgrade commands did

Re: [Monotone-devel] For those using my snapshot builds, an appology

On Wed, Jan 24, 2007 at 06:12:58PM +0100, Richard Levitte - VMS Whacker wrote: > Hello, > > if you're using the snapshot monotone-server debian that I produce, > you will notice that the latest build doesn't automatically migrate > the database. The reason is simple, I didn't notice the schema >

Re: [Monotone-devel] a little *-merge history

On Wed, Jan 24, 2007 at 02:57:14AM +0100, Lapo Luchini wrote: > Nathaniel J. Smith wrote: > > So, I've been thinking -- always dangerous -- about merging again > > Ah! > > I've done that dangerous thing too, and finally managed to read it all, > step by step, a

Re: [Monotone-devel] Boost/GCC version problems

On Tue, Jan 23, 2007 at 02:29:48PM +0100, Jon Bright wrote: > Having seen a few of those segfault problems floating around recently: > might it be worth adding something like the following to configure? > > BOOSTGCC=$(strings libboost_date_time-gcc-1_33_1.a |grep '^GCC.*GNU' > |head -n 1 |cut -d

Re: [Monotone-devel] Security is hard. Let's work on policy branches anyway.

On Tue, Jan 23, 2007 at 01:10:30PM +1100, Brian May wrote: > > "Timothy" == Timothy Brownawell writes: > > Timothy> You don't identify the key by a human-readable > Timothy> name. Instead, you identify it by its hash, and there's a > Timothy> users/ section in the policy tree that

Re: [Monotone-devel] Security is hard. Let's work on policy branches anyway.

On Tue, Jan 23, 2007 at 12:03:55PM +1100, Brian May wrote: > >>>>> "Nathaniel" == Nathaniel J Smith <[EMAIL PROTECTED]> writes: > > Nathaniel> Alice and Bob both have access, and then Bob's access > Nathaniel> is revoked, and lif

[Monotone-devel] Security is hard. Let's work on policy branches anyway.

Each revision in the policy branch contains a set of rules, such that for any particular cert we can look at the rules and decide whether that cert passes. The tricky question, that has been blocking progress on policy branches, is how -- given a root revision in the policy branch -- we find the h

Re: [Monotone-devel] mtn: fatal signal: Segmentation fault

On Wed, Jan 17, 2007 at 04:01:35PM +0100, Boos, Markus wrote: > b7965000-b7a39000 r-xp 03:01 975621 /usr/lib/libstdc++.so.6.0.8 > b7a39000-b7a3c000 r--p 000d4000 03:01 975621 /usr/lib/libstdc++.so.6.0.8 > b7a3c000-b7a3e000 rw-p 000d7000 03:01 975621 /usr/lib/libstdc++.so.6.0.8

Re: [Monotone-devel] error during installing monotone-0.32

On Wed, Jan 17, 2007 at 11:28:33AM +0900, ³ë½Âȯ wrote: > I am using Linux host with kernel version 2.4.18, gcc version 3.2 We definitely do not support gcc 3.2. The very earliest we support is gcc 3.3. Even 3.3 is extremely old at this point; the only mainstream distribution that still ships 3.

[Monotone-devel] [summit] One week deadline for booking hotel!

This was mentioned in my last email, but another reminder, since it looks like basically no-one has actually booked hotel rooms yet -- our special group rate rooms are only reserved until *January 20th*, i.e., *this coming Saturday*. If you are planning to stay in the hotel, you need to make sure

Re: [Monotone-devel] project_t , and preparing for projects / policy branches

On Sun, Jan 14, 2007 at 12:18:44AM -0500, Ethan Blanton wrote: > Nathaniel J. Smith spake unto us the following wisdom: > > Yeah, tags are an interesting question. We should probably even > > consider simply throwing them out altogether -- the only thing I can > > think that

Re: [Monotone-devel] project_t , and preparing for projects / policy branches

On Sat, Jan 13, 2007 at 01:58:05PM -0600, Timothy Brownawell wrote: > I've been reorganizing things somewhat to try to prepare for > implementing a concept of a "project" that we'll need for the policy > work. Huzzah. It's going to be weird at the summit, trying to seriously sit down and hack thi

Re: [Monotone-devel] Re: Summit update -- 1 month to go!

On Fri, Jan 12, 2007 at 09:49:30AM +0100, Lapo Luchini wrote: > Nathaniel J. Smith wrote: > > If you don't have a room to sleep in yet (has _anyone_ booked a hotel > > room yet?), then now is also really the time! > > That, I'll probably do this evening, as soon a

Re: [Monotone-devel] Re: Deterministic *-merge

On Fri, Jan 12, 2007 at 04:53:45PM -0800, Oren Ben-Kiki wrote: > One last question :-) Is the idea that the '#' nodes be completely > virtual? That is, if I have two actual versions in monotone, one with a > value of 'a' and one with a value of 'b', and I try to merge them... > what would happen in

Re: [Monotone-devel] Deterministic *-merge

On Fri, Jan 12, 2007 at 07:47:59PM +0100, Florian Weimer wrote: > * Nathaniel J. Smith: > > > This is where "key idea 2" comes in again. Let's define an > > equivalence relation ~, as: > >for all x and y that are not equal to #, x ~ y iff x = y. > &g

[Monotone-devel] Deterministic *-merge

So, I've been thinking -- always dangerous -- about merging again, originally motivated by the discussion about the operational transformation properties, and in particular the discovery that *-merge is _not_ associative. The example is: a* b* |\ / \ | X \ |/ \ \ c* a b

[Monotone-devel] Fwd: [bug #18740] segfault reading keypair

A heads up on yet another build/boost bug of some kind...: URL: Summary: segfault reading keypair Project: monotone Submitted by: None Submitted on: Wednesday 01/10/2007 at 05:32 UTC

Re: [Monotone-devel] Invariant violated running "mtn ls unknown" from a sub-dir

On Mon, Jan 08, 2007 at 08:56:17PM -0800, Justin Patrin wrote: > If I run "mtn ls unknown" from a sub-dir of a checkout without > specifying a path I get an invariant violated. This is with monotone > 0.32 (as distributed by gentoo). This happens in all three of my > checkouts with openembedded, mo

[Monotone-devel] Err... anyone got a spare laptop?

My old laptop fell apart a few months ago (literally -- the hinges that hold the screen to the body, broke), and is generally decrepit, and I can't really afford to replace it right now. But, it would be Very Useful to have a laptop to use during the summit :-). So... any chance anyone have an ex

[Monotone-devel] Summit update -- 1 month to go!

Well, holidays are done, and it's officially less than a month until the summit starts, so now's a good time to get more details worked out :-). I've just rearranged the wiki pages a bunch more. Mostly, the front page table is now just a list of attendees with a space for cell phone numbers (so w

Re: [Monotone-devel] Monotone Bug with OpenEmbedded Database

On Thu, Jan 04, 2007 at 09:42:47PM -0800, Zack Weinberg wrote: > I have just committed a change which causes gzip decompression > failures (and all other Botan failures that could indicate data > corruption) to come out like this, instead: > > mtn: error: gzip decompression: data integrity error -

Re: [Monotone-devel] Doubts about the sanity of setup

On Thu, Dec 28, 2006 at 10:09:13PM +0100, Richard Levitte - VMS Whacker wrote: > Is there any reason why the following shouldn't work? > > mtn setup . -d ~/default.mtn -b net.venge.monotone > mtn update Umm... what the heck would count as "work"? -- Nathaniel __

Re: [Monotone-devel] missing directories

On Tue, Dec 26, 2006 at 10:19:28PM -0700, Derek Scherger wrote: > I vaguely recall someone wondering why monotone doesn't notice when an > empty versioned directory is missing a while ago and this seems like > something we probably should be doing. i.e. monotone will currently > abort in update_

Re: [Monotone-devel] buildbot 0.7.5 and mtn 0.28+?

On Mon, Dec 25, 2006 at 02:12:22AM -0500, Shawn Samuel wrote: > Has anybody updated the monotone buildbot steps to support mtn and > whatever changes have been made to the automate interface? I looked at > the most recent buildbot release (0.7.5), and it has buildbot steps > for monotone that still

Re: [Monotone-devel] [PATCH] mtn automate set_option

On Fri, Dec 22, 2006 at 07:49:47PM -0500, Ben Walton wrote: > Yah, I'm new, but I may be missing the point a little still. When > thinking in the context of wrapping mtn in a gui (the whole point of > the automate commands), isn't it desirable to have a programmatic > interface to things like the

Re: [Monotone-devel] [PATCH] mtn automate set_option

On Fri, Dec 22, 2006 at 11:45:39PM -0600, Chad Walstrom wrote: > I would have to agree on this one. Isn't the goal to separate the UI > completely, being able to run monotone completely from within such an > interface? If so, being able to get and set options seems pretty > fundamental. Well, th

Re: [Monotone-devel] question regarding stdio and streams

On Sat, Dec 23, 2006 at 08:52:26AM -0500, Ethan Blanton wrote: > Nathaniel J. Smith spake unto us the following wisdom: > > However, this would break piping, which is a rather more important > > part of the Unix Way :-). In particular: diff, log, status, annotate, > > cat,

Re: [Monotone-devel] [PATCH] mtn automate set_option

On Sat, Dec 23, 2006 at 01:22:21AM +0100, Thomas Keller wrote: > Don't get me wrong, but how is he supposed to know that? Well, because I just told him :-). Maybe he will find the information useful, maybe not. I guess there are a few possible outcomes. Maybe neither Ben nor anyone else actuall

Re: [Monotone-devel] question regarding stdio and streams

On Fri, Dec 22, 2006 at 08:47:32AM +0100, Thomas Keller wrote: > Nathaniel J. Smith schrieb: > > If you want to include the information into automate stdio's stdout > > stream, you need to multiplex it in somehow, and I don't have any > > particular opinion on what

Re: [Monotone-devel] [PATCH] mtn automate set_option

On Thu, Dec 21, 2006 at 03:04:22PM -0500, Ben Walton wrote: > I cooked this up today as a corollary to get_option. I hope it's useful. So, umm... before investing time in reviewing the patch, rewriting internal interfaces, answering future support questions, etc... _do_ you have any ideas where i

Re: [Monotone-devel] [PATCH] mtn publish

On Thu, Dec 21, 2006 at 10:25:35AM -0500, Ben Walton wrote: > I don't want the clients seeing _MTN/*. I accept your assertion, but am curious about your reasons :-). It seems like _MTN/* takes completely negligible space, and provides potentially valuable information? > I realize that this could

Re: [Monotone-devel] question regarding stdio and streams

On Wed, Dec 20, 2006 at 01:13:01PM -0500, Ethan Blanton wrote: > Thomas Keller spake unto us the following wisdom: > > Apparently informational messages (printed with the P() macro) and > > ticker output goes to clog instead of cout. If I want to move those > > output to the stdio output, which cur

Re: [Monotone-devel] Summit funding, was: basic_io not binary transparent?

On Tue, Dec 19, 2006 at 09:04:13AM +0100, Christof Petig wrote: > Christof Petig schrieb: > > PS: I _shall_ not need funding for the summit. IMHO if fully apprenticed > > university engineers with a paid job ask for funding something is going > > wrong indead. OTOH paying the flight just because of

Re: [Monotone-devel] Changelog and relative path

On Sat, Dec 16, 2006 at 04:51:38PM +0100, Sebastian Rose wrote: > here is the elisp code, that gets add-changelog-entry to use paths > relative to your projects root directory for changelog entries. Excellent. Perhaps you should send me your public key, so we can give you access to just make thes

Re: [Monotone-devel] anyone want to try being release manager?

On Fri, Dec 15, 2006 at 02:46:13AM -0800, Nathaniel J. Smith wrote: > Do you guys want to, I dunno, talk amongst yourselves and figure out > if one of you wants to be the Grand Poobah Official RM, and the rest > deputies, or something? Everyone else wrote: > :crickets: Or, you know,

Re: [Monotone-devel] [PATCH] _MTN/log pre-specified magic line quickie

On Fri, Dec 15, 2006 at 08:57:36AM -0500, Ben Walton wrote: > I actually looked at implementing this inside the hook, but chose the > c++ route for the following reason. I may be off base here with my > reasoning, so let me know if you agree/disagree: > > Doing this in the c++ code leaves a hook

Re: [Monotone-devel] [PATCH] _MTN/log pre-specified magic line quickie

On Mon, Dec 11, 2006 at 11:34:23AM -0500, Ben Walton wrote: > 2006-12-11 Ben Walton <[EMAIL PROTECTED]> >* cmd_ws_commit.cc, >tests/commit_using__MTN_log/commit_log_modified_return.lua, >tests/commit_using__MTN_log/__driver__.lua: >Added the requirement that when _

Re: [Monotone-devel] anyone want to try being release manager?

On Fri, Dec 15, 2006 at 09:48:16AM +0100, Markus Schiltknecht wrote: > Hi, > > Richard Levitte - VMS Whacker wrote: > > A group of volunteers might actually be a good idea :). Yeah, I wasn't actually sure we'd get any volunteers at all, this community is awesome :-). > Yes. Especially for a dist

[Monotone-devel] anyone want to try being release manager?

I've been monotone's release manager since, AFAICT, March of 2005... so almost 2 years now! Maybe someone else would like to try their hand at it? It is not really a crushingly painful thing the way being a release manager for, say, gcc, or Debian, is -- mostly you just have to write up the relea

Re: [Monotone-devel] Re: [PATCH] _MTN/log pre-specified magic line quickie

On Tue, Dec 12, 2006 at 02:30:03PM +, Bruce Stephens wrote: > I think it's common for people to build outside the source tree (so > "mkdir build; cd build; ../configure ..." or something), in which case > the po files presumably don't get changed? Oh, no, they do, it's auto*-iffic. -- Nathani

Re: [Monotone-devel] [summit] hotel and funding info (IMPORTANT)

On Tue, Dec 12, 2006 at 09:57:56AM +0100, Markus Schiltknecht wrote: > Hello Everybody, > > Nathaniel J. Smith wrote: > > Our budget is not large, there may be tricky trade-offs to make, and > > to make it stretch as far as possible (and to get earliest warning if &g

Re: [Monotone-devel] [PATCH] _MTN/log pre-specified magic line quickie

On Tue, Dec 12, 2006 at 08:08:58AM +0100, Thomas Keller wrote: > Nathaniel J. Smith schrieb: > > On Mon, Dec 11, 2006 at 11:34:23AM -0500, Ben Walton wrote: > >> 2006-12-11 Ben Walton <[EMAIL PROTECTED]> > >>* cmd_ws_commit.cc, > &

Re: [Monotone-devel] [PATCH] _MTN/log pre-specified magic line quickie

On Mon, Dec 11, 2006 at 11:34:23AM -0500, Ben Walton wrote: > 2006-12-11 Ben Walton <[EMAIL PROTECTED]> >* cmd_ws_commit.cc, >tests/commit_using__MTN_log/commit_log_modified_return.lua, >tests/commit_using__MTN_log/__driver__.lua: >Added the requirement that when _

Re: [Monotone-devel] Monotone crash

On Mon, Dec 11, 2006 at 07:44:18AM +0100, Jean-Christophe Leducq wrote: > mtn: fatal: std::logic_error: paths.cc:255: invariant > 'I(utf8_validate(path))' violated Probably a known bug with a known workaround, but... > d:/dev/com.lumiscaphe.cpp.patchwork.v3/_MTN/debug > mtn: if reporting a bug,

[Monotone-devel] Interesting thread re: cherrypicking on revctrl

In case people are interested, there's a nice thread going on over on the VCS-neutral revctrl@ mailing list about cherrypicking in monotone-style DAG-of-snapshot systems, DaggyFixes, and more generally the connection between darcs-style and monotone-style merging: http://thread.gmane.org/gmane.c

Re: [Monotone-devel] basic_io not binary transparent?

On Fri, Dec 08, 2006 at 11:24:05PM +0100, Christof Petig wrote: > Actually the NUL byte turned out to be not the real problem, the problem > was the 0xff byte following the NUL bytes which terminated the string. > (int(char(0xff))==EOF on intel machines) Ah, sign-extending is wonderful. > Patch:

[Monotone-devel] [summit] hotel and funding info (IMPORTANT)

We have a block of hotel rooms reserved until January 20 at a special rate; hopefully all the details you need are now on the wiki: http://venge.net/monotone/wiki/MtnSummit/LogisticsNA The critical number is, one person (in a room with one roommate), for February 4-12: $285 USD. (It drops to $2

Re: [Monotone-devel] Re: Multiple projects in one database -- branch confusion

On Thu, Dec 07, 2006 at 07:58:29AM -0800, Steven E. Harris wrote: > Say I use merge_into_dir as discussed, get the files on the target > "prototype" branch in a new directory ("experiment"), then decide I > want to start moving them around within the tree. Maybe I move > /experiment/one.txt to /si

Re: [Monotone-devel] basic_io not binary transparent?

On Wed, Dec 06, 2006 at 06:31:32PM +0100, Christof Petig wrote: > Hi, > > within mtn_cvs I transfer binary (gzip'd) data between mtn and mtn_cvs > using basic_io. I found that NUL bytes terminate a lexical unit (if > that's the exact wording) and so the parser aborts with an error. > > Should I >

[Monotone-devel] [summit] Hotel info

Okay, so apparently I got an email last Thursday that I never saw, with more details on the hotel stuff :-). Google is contributing $1000 for hotel lodging. Apparently our group is too small for their normal hotels to give them special rates, though we may be able to arrange things ourselves. As

Re: [Monotone-devel] emacs code for add-change-log-entry

On Mon, Dec 04, 2006 at 02:33:28PM +0100, Sebastian Rose wrote: > This is a first little start of emacs-code, to achieve the task of > writing to _MTN/log if appropriate. Improvements welcome. Just include > this file and use mtn-add-change-log-entry instead of > add-change-log-entry from now on. m

Re: [Monotone-devel] mnt: fatal: std::logic_error: database.cc:1386: error

On Thu, Nov 30, 2006 at 10:12:08AM +, Pablo Di Noto wrote: > I am really new to Monotone. Well, hope you like it (once you get past this...) :-). > | kachung:~/Development/OpenEmbedded/stuff# mtn \ > | --db=/root/Development/OpenEmbedded/stuff/OE.mtn pull \ > | monotone.openembedded.o

Re: [Monotone-devel] Re: mnt: fatal: std::logic_error: database.cc:1386: error

On Sat, Dec 02, 2006 at 10:33:35PM -0800, Zack Weinberg wrote: > If it does not always fail the same way every time, you should check > for hardware faults (bad RAM, especially); monotone should be wholly > deterministic. I wonder about bad RAM too with these errors, but we don't actually have the