Nathaniel Smith wrote:
On Tue, May 10, 2005 at 04:01:44PM -0700, David Brown wrote:
This is trivial to do under windows. Having a shell open within a subdir
of that directory, or any file within the dir opened will lock the
directory.
Should we be doing special checking for this? How do we h
Suppose I have two working copies A and B, and an unknown file F in
both. I then add A/F, commit this, and finally update B. monotone will
trample over the contents of B/F overwriting it with the version
committed from A/F. I don't think that's sensible behaviour, as update
should not be a destruct
On Tue, May 10, 2005 at 04:01:44PM -0700, David Brown wrote:
> On Tue, 10 May 2005 15:15:24 -0700, Jan Gahura <[EMAIL PROTECTED]> wrote:
>
> >Solved. Some Windows crap locked that directory so it was impossible to
> >delete/rename it. Restart solved the problem.
> >I'm sorry. Thanks for your time
On Tue, May 10, 2005 at 10:49:48PM -0400, Joel Reed wrote:
> The attached file provides completion functionality for monotone
> under zsh. I'd like to add to the tree as contrib/monotone.zsh_completion
> unless someone objects.
Woot!
> The attached code completes commands, options, branches, keys
In message <[EMAIL PROTECTED]> on Wed, 11 May 2005 00:11:24 +0300, Stanislav
Karchebny <[EMAIL PROTECTED]> said:
berkus> What do you think, is it worth a shot?
berkus>
berkus> ps/ http://www.equi4.com/metakit
On a very personal level, I find the note about the library working on
VMS interesting
On Wed, May 11, 2005 at 12:09:23AM +0100, Bruce Stephens wrote:
> I've no idea. My guess would be that it wouldn't be worth it, but I
> could well be wrong. The trendy thing to do would be to replace
> sqlite with git in some way, I suspect. That might also be worth
> considering.
The advantage
The attached file provides completion functionality for monotone
under zsh. I'd like to add to the tree as contrib/monotone.zsh_completion
unless someone objects.
The attached code completes commands, options, branches, keys,
ids, etc. Its based on zsh's _cvs completion module. It works
well enou
On Tue, May 10, 2005 at 03:26:40AM -0700, Nathaniel Smith wrote:
> Some smaller changes are in the offing, though:
>
> - First-class directory support
If it'll fix dir dropping etc, sounds sane. Would this have
consequences for making the root directory renamable? I'd
like to seen renamable root
[10-05-2005 23:34, Robert Leftwich escreveu]
Bruno Hertz wrote:
I for one don't understand where the fundamental mind shift would be,
maybe you want to explain from where you're coming.
Well, that would be Subversion (among others), whose status command does
list new files, but it also scatters t
On Tue, 10 May 2005 16:09:23 -0700, Bruce Stephens
<[EMAIL PROTECTED]> wrote:
Stanislav Karchebny <[EMAIL PROTECTED]> writes:
Did you people consider metakit as backend storage?
Only graydon can answer that.
I highly doubt there's a need for such cruft as SQL queries parser for a
librarian (vcs)
Stanislav Karchebny <[EMAIL PROTECTED]> writes:
> Did you people consider metakit as backend storage?
Only graydon can answer that.
> I highly doubt there's a need for such cruft as SQL queries parser for a
> librarian (vcs).
So? Would replacing sqlite with metakit have a significant benefit?
[EMAIL PROTECTED] writes:
[...]
> It would be nice to ensure that any changes as a result of codeville
> discussion didn't prejudice the capability to support a type manager
> architecture in the future.
I suspect changes in storage won't happen in the near future, so we'll
be left with the curr
On Tue, 10 May 2005 15:15:24 -0700, Jan Gahura <[EMAIL PROTECTED]> wrote:
Solved. Some Windows crap locked that directory so it was impossible to
delete/rename it. Restart solved the problem.
I'm sorry. Thanks for your time guys.
This is trivial to do under windows. Having a shell open within a su
Solved. Some Windows crap locked that directory so it was impossible to
delete/rename it. Restart solved the problem.
I'm sorry. Thanks for your time guys.
Jan Gahura
ALWIL Software
-Original Message-
From: Matthew Gregan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 10, 2005 11:27 PM
Bruno Hertz wrote:
I for one don't understand where the fundamental mind shift would be,
maybe you want to explain from where you're coming.
Well, that would be Subversion (among others), whose status command does list
new files, but it also scatters those darn .svn directories everywhere,
pollu
Did you people consider metakit as backend storage?
I highly doubt there's a need for such cruft as SQL queries parser for a
librarian (vcs).
I'm interested to spend some of my free time with playing with metakit support
instead of sqlite. Since metakit uses nice C++, it should be quite easy to
Jan Gahura wrote:
monotone: selected update target a267453f326626d0a6a24c4b85f3b7f502d6c12e
monotone: moving Source/GnuProject -> MT/tmp/6
monotone: moving Source -> MT/tmp/5
monotone: fatal: std::exception: boost::filesystem::rename: "Source",
"MT\tmp\5": Access is denied.
My best guess on this i
Nathaniel et al,
With all the discussion on Codeville and weave representation recently, I
just wanted to remind people that there are file formats (e.g. XML, other
structured data formats) which are not particularly well suited to line
based storage and merging; many SCMs like Clearcase have a pl
Hello dear developers, users of monotone,
I just wanted to note and thank everybody for the damn
fscking good mood on #monotone and on this mailing list.
Although I still don't like using sqlite (I would preferr
using the filesystem as a database ;-), monotone
imho has become a mature package and
Robert Leftwich <[EMAIL PROTECTED]> writes:
> I have just started using Monotone and I have a question or two. Firstly, it
> is
> not as easy as I would hope to detect when new files are created and are not
> yet
> under version control, i.e. monotone status does not list them, I need to use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel Smith skrev:
[...]
> Do you have any thoughts on providing packages during the release
> process itself? It seems like it provides non-trivial value to our
> users that, as soon as the new version announcement goes up, they can
> download a
Hi,
I’ve just tried your monotone and I’ve got
this error. I’ve tried to put one of my projects to the database on WinXP,
checkout in on the linux machine (monotone-0.18, gentoo kernel 2.6.11, amd64),
add a directory (GnuProject with two files) and commit changes (changes done on
the li
Derek Scherger writes:
> Another alternative might be to adjust the non-working
> copy commands to never look for MT.
Oh, I have no problem with Monotone reading MT/options
whenever there is one; I think that's a feature. It's just a
feature that I'd like to be able to switch off. ;-)
Whether
Just a heads up, and to get some peer-review, on some changes to the
basic manifest/revision format that are probably coming up. Though
there was some discussion of radical changes related to switching to
a new merge algorithm, at the moment it looks like that will _not_
happen, and the external f
On Tue, May 10, 2005 at 09:51:26AM +0200, Henry Nestler wrote:
> http://www.venge.net/monotone/monotone.html
>
> The one-page-manual is for old version 0.18 (filesize 260KB)
> Manual in source is newer (filesize 287KB)
Whoops, wonder how that happened. Thanks for the catch! Fixed now.
-- Natha
On Sun, May 08, 2005 at 11:19:16PM +0200, Tomas Fasth wrote:
> Never mind. This is what I will do; I'll keep the debian files in
> the monotone repository in sync with what is uploaded to the Debian
> archive. I will modify the changelog file entries for release 0.18
> and 0.19 to match what has be
http://www.venge.net/monotone/monotone.html
The one-page-manual is for old version 0.18 (filesize 260KB)
Manual in source is newer (filesize 287KB)
--
Henry Nestler
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/
27 matches
Mail list logo