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 that
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 useful way of
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
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 resulting
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_error'
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
after
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 you
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 a
...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 handling of
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 integrate it
somewhere on venge.net
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
On Tue, Jan 23, 2007 at 01:10:30PM +1100, Brian May wrote:
Timothy == Timothy Brownawell Timothy 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 maps
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 ' '
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, and finally been able if not to the extent
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 life continues on indefinitely:
Nathaniel +ab
Nathaniel
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
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
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
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 as we decide the logistics
for the few
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 this
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
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.
for all x, # ~ x is always true.
Or in words
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
A heads up on yet another build/boost bug of some kind...:
URL:
http://savannah.nongnu.org/bugs/?18740
Summary: segfault reading keypair
Project: monotone
Submitted by: None
Submitted on: Wednesday 01/10/2007 at 05:32 UTC
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,
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
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
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
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,
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
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
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
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 the best way would be to write
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
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, I could flip
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 these
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
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
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
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,
tests/commit_using__MTN_log/commit_log_modified_return.lua
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
it is not going to stretch far
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.
-- Nathaniel
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,
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
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:
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:
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
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 /six.txt:
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
- fix
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.
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.org
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.
52 matches
Mail list logo