People who read my mails might know that I feel sometimes
limited by how monotone thinks. Most of it comes down
to the fact that I don't have full freedom of arranging
the underlying DAG.
It just dawned on me that the following command would
solve quite a few of my problems:
monotone newcommit
On Thu, Oct 27, 2005 at 08:55:30AM +0200, Wim Oudshoorn wrote:
> monotone newcommit [-b branch] -parentrevs rev1 rev2
>
> That is, I can commit a set of source files
> and explicitly specify the parent revisions.
I've been thinking it might be nice to have some sort of explicitly
controlled
On Thu, Oct 27, 2005 at 01:00:30AM -0700, Nathaniel Smith wrote:
> On Thu, Oct 27, 2005 at 08:55:30AM +0200, Wim Oudshoorn wrote:
> > monotone newcommit [-b branch] -parentrevs rev1 rev2
> >
> > That is, I can commit a set of source files
> > and explicitly specify the parent revisions.
>
>
On Wed, Oct 26, 2005 at 08:59:27PM +0200, Wim Oudshoorn wrote:
> > The only model I see now in branches is that "branch is a set of
> > revisions sharing a branch certificate". I miss the single origin and
> > the continuity :(
>
> That is just my mental model and it is working perfectly.
yup.
>
Nathaniel Smith wrote:
So the idea is: what if we got rid of branch certs, and put a branch
field inside the revision object? So each revision is uniquely,
irrevocably, in a single branch. So each revision is not just a
snapshot, but a snapshot with a purpose attached. And instead of
automati
"monotone automate inventory" crashes.
It is the first time that I have run that command since upgrading from
version 0.19 to 0.23, I did remember to run the db migrate against the
database. I have been checking out, propagating and merging succesfully
since the update.
Output of the comman
On Thu, Oct 27, 2005 at 10:33:12AM +0100, Ian France wrote:
> > monotone automate inventory
> monotone: fatal: std::logic_error: paths.cc:209: invariant
> 'I(is_valid_internal(data()))' violated
Are you, by chance, running 'automate inventory' from inside the MT/
directory of a working copy? The
Are you, by chance, running 'automate inventory' from inside the MT/
directory of a working copy? There was a bug in 0.23 (fixed in
mainline) that would cause many operations to fail if monotone's
initial working directory was an MT/ directory.
No, I'm afraid not. I have also found that I get
Hi Nathaniel,
I took a moment out of java programming to add some logging
statements to the monotone code and discovered the problem. I had
somehow managed to create a file with the name '^G' i.e. 0x07. Monotone
was rejecting this (quite reasonably) as an illegal filename.
Sorry to have
Richard Levitte - VMS Whacker [Wednesday 26 October 2005] :
>
> In message <[EMAIL PROTECTED]> on Wed, 26 Oct 2005 10:53:17 +0200, Olivier
> Andrieu <[EMAIL PROTECTED]> said:
>
> oliv__a> Richard Levitte - VMS Whacker [Wednesday 26 October 2005] :
> oliv__a> >
> oliv__a> > richard> I j
Bruce Stephens [Wednesday 26 October 2005] :
>
> Olivier Andrieu <[EMAIL PROTECTED]> writes:
> > I'm not sure what I could do to "fix" the layout.
>
> Or just don't show the whole graph: show the last six months or
> something. I'm not sure that would work in this case, but it would
> red
In message <[EMAIL PROTECTED]> on Thu, 27 Oct 2005 17:05:44 +0200, Olivier
Andrieu <[EMAIL PROTECTED]> said:
oliv__a> Monotone-viz puts leaves at the bottom of the graph. If it's
oliv__a> in the middle, that's probably because there is a propagate
oliv__a> from this revision to another branch.
A
On Tue, 2005-10-25 at 14:57 +1000, Daniel Carosone wrote:
> A more careful examination of TFM reveals that although a default
> implementation of binary_file() is given, there's no documentation of
> the hook itself -- suggesting that in fact it isn't likely to be
> called.
The binary_file hook is
The following bug submitted by a Debian user is requesting that the
plus symbol ('+') be added as a a legal key ID character. I'd like to
see the key ID accept arbitrary text, but in particular I'd like to
see space, left angle bracket, and right angle bracket as legal
characters to support email a
On Thu, 2005-10-27 at 15:41 +0100, Ian France wrote:
> Hi Nathaniel,
>
>I took a moment out of java programming to add some logging
> statements to the monotone code and discovered the problem. I had
> somehow managed to create a file with the name '^G' i.e. 0x07. Monotone
> was rejecting t
In message <[EMAIL PROTECTED]> on Thu, 27 Oct 2005 11:04:09 -0600, Shaun
Jackman <[EMAIL PROTECTED]> said:
sjackman> The following bug submitted by a Debian user is requesting
sjackman> that the plus symbol ('+') be added as a a legal key ID
sjackman> character. I'd like to see the key ID accept
On Thu, 2005-10-27 at 15:41 +0100, Ian France wrote:
> Hi Nathaniel,
>
>I took a moment out of java programming to add some logging
> statements to the monotone code and discovered the problem. I had
> somehow managed to create a file with the name '^G' i.e. 0x07. Monotone
> was rejecting t
Emile Snyder wrote:
No, this is clearly a bug in monotone. You created a legal file on your
system in the working copy, and monotone choked and died. Thanks for
digging and figuring it out,
An interesting question - should monotone allow you to create any old
filename, or should it restrict
On Thu, Oct 27, 2005 at 07:57:07PM +0200, Jon Bright wrote:
> An interesting question - should monotone allow you to create any old
> filename, or should it restrict you to names with half a chance of being
> cross-platform compatible? I'd argue for at least the default to be the
> latter, on t
On Thu, Oct 27, 2005 at 07:33:20PM +0200, Richard Levitte - VMS Whacker wrote:
> Actually, considering it says 13 (!) UTF-8 characters were incorrect,
> I doubt the plus symbol had anything to do with it.
[...]
> sjackman> > $ monotone --db=./monotone.db genkey "[EMAIL PROTECTED]"
> sjackman> > mon
Hi all,
The loglibrary.com website which was logging the monotone irc channel at
irc.oftc.net stopped accepting new data awhile ago. It logged the
#monotone channel from February 24 - September 6. The nice folks at
colabti.de have started logging for us recently
( http://colabti.de/irclogger/irc
On Thu, 2005-10-27 at 19:57 +0200, Jon Bright wrote:
> Emile Snyder wrote:
> >
> > No, this is clearly a bug in monotone. You created a legal file on your
> > system in the working copy, and monotone choked and died. Thanks for
> > digging and figuring it out,
>
> An interesting question - shou
Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> writes:
> In message <[EMAIL PROTECTED]> on Thu, 27 Oct 2005 17:05:44 +0200, Olivier
> Andrieu <[EMAIL PROTECTED]> said:
>
> oliv__a> Monotone-viz puts leaves at the bottom of the graph. If it's
> oliv__a> in the middle, that's probably because th
In message <[EMAIL PROTECTED]> on Thu, 27 Oct 2005 21:30:47 +0100, Bruce
Stephens <[EMAIL PROTECTED]> said:
monotone> Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> writes:
monotone>
monotone> > In message <[EMAIL PROTECTED]> on Thu, 27 Oct 2005 17:05:44 +0200,
Olivier Andrieu <[EMAIL PROTEC
Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> writes:
[...]
> Ah, no, but you didn't have a chance to see what I see before now.
> Just pull and look again and you'll see what I mean (unless someone
> else pushes something new...).
Ah, I see. Now 7e8d1d331d6fd71d84b0db6b48de9265371b6541 isn
In message <[EMAIL PROTECTED]> on Thu, 27 Oct 2005 22:59:21 +0100, Bruce
Stephens <[EMAIL PROTECTED]> said:
monotone> Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> writes:
monotone>
monotone> [...]
monotone>
monotone> > Ah, no, but you didn't have a chance to see what I see
monotone> > befo
On Thu, 2005-10-27 at 12:53 -0700, Emile Snyder wrote:
> Hi all,
>
> The loglibrary.com website which was logging the monotone irc channel at
> irc.oftc.net stopped accepting new data awhile ago. It logged the
> #monotone channel from February 24 - September 6. The nice folks at
> colabti.de hav
27 matches
Mail list logo