(Well, okay, not gen-u-ine revision numbers, but an incredible
simulation.)
m7 is a Python script that works as a drop-in replacement for
running monotone directly. It's known to run on Windows,
Linux, and Mac OS X. It requires Python 2.3.5 and monotone
0.22. It is open-source, released u
In message <[EMAIL PROTECTED]> on Mon, 26 Sep 2005 19:15:26 -0700, Larry
Hastings <[EMAIL PROTECTED]> said:
larry> You can read more about it, and download a copy, here:
larry> http://www.midwinter.com/~lch/programming/m7/
Looks nice, except for one thing: I wish you would have used a
differ
Richard Levitte - VMS Whacker wrote:
I wish you would have used a different cert than the tag one, and I certainly hope noone will choose to populate the monotone database. "monotone list tags" will just not be the same experience (I can already see myself screaming "GAH!")...
Well, I
In message <[EMAIL PROTECTED]> on Tue, 27 Sep 2005 05:45:39 -0700, Larry
Hastings <[EMAIL PROTECTED]> said:
larry> As far as not using tag certs for the ids, I don't really
larry> agree. Ignoring the specific argument cited above, are there
larry> any other reasons they /shouldn't/ they be tags?
Richard Levitte - VMS Whacker wrote:
for x in `monotone automate select c:tag='monotree*'`; do monotone list certs $x; done
Ah, so they could be pulled out of monotone without
resorting to SQL today. Thanks! (It would be an O(N) operation, as
compared to an O(1) operation with monotone
On Tue, 2005-09-27 at 07:07 -0700, Larry Hastings wrote:
> Let me be clear: I am hardly opposed to changing these tags to custom
> certs. Indeed, that could offer its own advantages. But I am curious
> about the reaction of the general monotone community. I am now well
> acquainted with Mr. Levi
In message <[EMAIL PROTECTED]> on Tue, 27 Sep 2005 07:07:59 -0700, Larry
Hastings <[EMAIL PROTECTED]> said:
larry> >1. it makes special cases of tags. So far, a tag is a tag is
larry> > a tag. What you propose is that a tag is a tag... unless
larry> > it looks this way.
larry> >
larry> >
In message <[EMAIL PROTECTED]> on Tue, 27 Sep 2005 09:48:32 -0500, Timothy
Brownawell <[EMAIL PROTECTED]> said:
tbrownaw> ...actually, if we had a convenient way to list arbitrary
tbrownaw> certs the way we list tags ...
Is this desirable? I've no problems create that command, the
questions is
In message <[EMAIL PROTECTED]> on Tue, 27 Sep 2005 16:55:28 +0200 (CEST),
Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> said:
richard> I'm sorry, are you saying that the users should adapt to the program?
My appologies, that's an attack, I admit it and regret it. Please
ignore it.
Cheers,
On Tue, 2005-09-27 at 17:00 +0200, Richard Levitte - VMS Whacker wrote:
> In message <[EMAIL PROTECTED]> on Tue, 27 Sep 2005 09:48:32 -0500, Timothy
> Brownawell <[EMAIL PROTECTED]> said:
>
> tbrownaw> ...actually, if we had a convenient way to list arbitrary
> tbrownaw> certs the way we list tag
In message <[EMAIL PROTECTED]> on Tue, 27 Sep 2005 10:43:13 -0500, Timothy
Brownawell <[EMAIL PROTECTED]> said:
tbrownaw> On Tue, 2005-09-27 at 17:00 +0200, Richard Levitte - VMS Whacker
wrote:
tbrownaw> > Is this desirable? I've no problems create that command,
tbrownaw> > the questions is onl
The people have spoken: m7 should use custom certs, not tags.
Announcing m7 version 0.2! You can download it at the m7
homepage:
http://www.midwinter.com/~lch/programming/m7/
And I'm hoping that someone actually will download it,
someday. Maybe even someday soon.
This change worked out
On 9/27/05, Larry Hastings <[EMAIL PROTECTED]> wrote:
> Richard Levitte - VMS Whacker wrote:
> for x in `monotone automate select c:tag='monotree*'`; do monotone list
> certs $x; done
>
> Ah, so they could be pulled out of monotone without resorting to SQL today.
> Thanks! (It would be an O(N)
On Tue, Sep 27, 2005 at 10:40:50AM -0700, Larry Hastings wrote:
>Sure, but it's the per-monotone-process overhead that I was really
>speaking to. I imagine that monotone gets going, it's mighty quick at
>culling certs from the database. If I could do it all in one invocation
>of m
14 matches
Mail list logo