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
different
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
Hi,
I just run in a mysterious problem:
[EMAIL PROTECTED]:$ monotone --db=empty.db heads -b SomeClosedSourceBranch
monotone: branch 'SomeClosedSourceBranch' is currently merged:
e837f7ee40be350cdb73d30c890968c9aba3f5f9 [EMAIL PROTECTED] 2005-09-20T13:57:48
[EMAIL PROTECTED]:$ md5sum empty.db
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 15:11 +0200, Leif Jakob wrote:
Hi,
I just run in a mysterious problem:
[EMAIL PROTECTED]:$ monotone --db=empty.db heads -b SomeClosedSourceBranch
monotone: branch 'SomeClosedSourceBranch' is currently merged:
e837f7ee40be350cdb73d30c890968c9aba3f5f9 [EMAIL PROTECTED]
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
larrya tag. What you propose is that a tag is a tag... unless
larryit looks this way.
larry
larry
larry I don't
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 only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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
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 tags ...
Hi,
I just run in a mysterious problem:
[EMAIL PROTECTED]:$ monotone --db=empty.db heads -b SomeClosedSourceBranch
monotone: branch 'SomeClosedSourceBranch' is currently merged:
e837f7ee40be350cdb73d30c890968c9aba3f5f9 [EMAIL PROTECTED] 2005-09-20T13:57:48
[EMAIL PROTECTED]:$ md5sum empty.db
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 only what
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)
I've been playing with this a little bit. Remote CVS version is
1.11.20. (Note that I have verify_depth set to 0 in this build, but I
checked that the problems happen in the same place with the default.)
One problem:
:; monotone-cvssync -d ~/somat.db -b com.somat.cvs.test cvs_pull :ext:[EMAIL
On Tue, Sep 27, 2005 at 02:34:33PM -0500, Brian Downing wrote:
Debug log attached as debug1.gz.
Debug log attached as debug2.gz.
Er, oops.
-bcd
debug1.gz
Description: application/gunzip
debug2.gz
Description: application/gunzip
___
Monotone-devel
Getting back to the magic selector discussion.
In message [EMAIL PROTECTED] on Fri, 9 Sep 2005 16:16:54 -0700, Nathaniel
Smith [EMAIL PROTECTED] said:
njs We've been resisting adding any sort of recursive syntax to
njs selectors; to date a correct way to interpret them has been to
njs calculate
On Tue, 2005-09-27 at 15:11 +0200, Leif Jakob wrote:
monotone --db=empty.db ls certs e837f7ee40be350cdb73d30c890968c9aba3f5f9 |
md5sum
Can we see the actual output of 'ls certs'?
On Tue, Sep 27, 2005 at 09:26:01AM -0500, Timothy Brownawell wrote:
'ls certs' doesn't show whether you trust
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
On Wed, Sep 28, 2005 at 12:26:38AM +0200, Richard Levitte - VMS Whacker wrote:
- I'm not sure I can see how predecessor, successor and head can be
combined in a useful way, so we might require that only one of them
appears in a combined selector.
Sure they can. The immediate parent of
19 matches
Mail list logo