Hi,
I'm a little bit concerned about the way hooks work today. As we have
seen, especially for the netsync hooks, there are a lot of things
people might want to do, and might want to combine! Unfortunately,
combining several lua scripts filled with the same hooks isn't an easy
task today, and
On 05/09/2007, at 2:32 PM, Derek Scherger wrote:
William Uther wrote:
On 05/09/2007, at 12:49 PM, Derek Scherger wrote:
It would be nice if we could somehow say this is here in
automate land
but is still experimental and may change. Could we simply add a
stable/unstable status to the
Richard Levitte [EMAIL PROTECTED] writes:
So I've a proposal to make this easier, and it's to have a hook
registry in monotone, and changing the way hooks are implemented to be
anonymous functions that are used as arguments to a registration
function, 'add_hook' perhaps?
That would at least
On 05/09/2007, at 3:48 PM, Richard Levitte wrote:
In message [EMAIL PROTECTED] on Tue,
04 Sep 2007 11:55:33 +0200 (CEST), Richard Levitte
[EMAIL PROTECTED] said:
richard The server runs my snapshot from 2007-08-13, which is based
richard on revision
On 05/09/2007, at 7:19 AM, Nathaniel Smith wrote:
Could you revert the parts that don't meet this? Like I said, I'm
having trouble tracking down what happened.
Reverted.
I've moved the changes I reverted into a branch:
net.venge.monotone.ws_automate
I've left some automate changes in
Hi,
I have a database with two branches. Each of these branches has a
tag to denote the 0.1 version of the project, and the tag has the
same name in both branches.
Now I tried to checkout one of the branches specifying the tag, but
monotone got confused because the tag selector expanded
On Wed, Sep 05, 2007 at 11:34:01AM +0200, Julio M. Merino Vidal wrote:
calypso:/tmp/soc mtn --db=/Users/jmmv/Projects/atf/atf.mtn co
--branch=org.NetBSD.atf.src -r t:atf-0.1 atf-0.1
Given that I specified the --branch option, shouldn't the matches of -r be
restricted to that branch only?
I
On Sep 5, 2007, at 11:38 AM, Matthew Sackman wrote:
On Wed, Sep 05, 2007 at 11:34:01AM +0200, Julio M. Merino Vidal wrote:
calypso:/tmp/soc mtn --db=/Users/jmmv/Projects/atf/atf.mtn co
--branch=org.NetBSD.atf.src -r t:atf-0.1 atf-0.1
Given that I specified the --branch option, shouldn't the
On Wed, Sep 05, 2007 at 11:52:49AM +0200, Julio M. Merino Vidal wrote:
On Sep 5, 2007, at 11:38 AM, Matthew Sackman wrote:
On Wed, Sep 05, 2007 at 11:34:01AM +0200, Julio M. Merino Vidal wrote:
calypso:/tmp/soc mtn --db=/Users/jmmv/Projects/atf/atf.mtn co
--branch=org.NetBSD.atf.src -r
On Tue, Sep 04, 2007 at 08:49:32PM -0600, Derek Scherger wrote:
Nathaniel Smith wrote:
The requirement for landing a new automate command in mainline is that
the semantics (what it does) and interface (how you tell it what to do
and how it tells you what its done) must be fully documented
On Tue, Sep 04, 2007 at 10:51:37PM -0600, Derek Scherger wrote:
I've just pushed a new branch
net.venge.monotone.experiment.branch-expansion which adds support for a
lua expand_branch hook. There's some work left to do on this (docs and
tests) but I'm curious whether people are interested in
Nathaniel Smith wrote:
The main concern people had was of plain 'mtn update' misbehaving when
people were offline -- hanging for a long timeout, blowing up, etc.
Not sure how much of a problem that would be in practice. One way to
find out would be to just enable it and see who screams :-).
I
Hallo,
On 9/5/07, Richard Levitte [EMAIL PROTECTED] wrote:
So I've a proposal to make this easier, and it's to have a hook
registry in monotone, and changing the way hooks are implemented to be
anonymous functions that are used as arguments to a registration
function, 'add_hook' perhaps?
In message [EMAIL PROTECTED] on Wed, 5 Sep 2007 09:34:01 -0300, Alex
Queiroz [EMAIL PROTECTED] said:
asandroq Hallo,
asandroq
asandroq On 9/5/07, Richard Levitte [EMAIL PROTECTED] wrote:
asandroq
asandroq So I've a proposal to make this easier, and it's to have a hook
asandroq registry in
On Wed, Sep 05, 2007 at 02:47:52PM +0200, Richard Levitte wrote:
We need to think a few steps further, me thinks:
- What do we do with the values returned by the hook functions,
especially if one event has more than one hook function registered?
On registration you have a priority.
In message [EMAIL PROTECTED] on Wed, 5 Sep 2007 13:54:23 +0100, Matthew
Sackman [EMAIL PROTECTED] said:
matthew On Wed, Sep 05, 2007 at 02:47:52PM +0200, Richard Levitte wrote:
matthew We need to think a few steps further, me thinks:
matthew
matthew - What do we do with the values returned
Hallo,
On 9/5/07, Richard Levitte [EMAIL PROTECTED] wrote:
Good. We need to decide how that should work, because nil doesn't
necessarely imply an error (let alone that it doesn't describe the
fatality of an error).
The hooks could return two values: The hook result and a status
code or
On Wed, Sep 05, 2007 at 04:10:55AM -0700, Nathaniel Smith wrote:
So my suggestion:
-- just put things that are intended for programs in automate
-- but only after you've made the effort to make them good.
Effort includes doing the things you have control over (like
thinking
On Wed, Sep 05, 2007 at 01:54:23PM +0100, Matthew Sackman wrote:
How do imagine this to be used? I don't see the value of it from the
hook's perspective, and whilst it could be valueable to a user, if the
user doesn't know what hooks they have registered then they have other
problems.
If a
On Wed, Sep 05, 2007 at 03:19:02PM +0200, Richard Levitte wrote:
In message [EMAIL PROTECTED] on Wed, 5 Sep 2007 13:54:23 +0100, Matthew
Sackman [EMAIL PROTECTED] said:
matthew Each hook can return one of three values: everything ok;
matthew non-fatal error; fatal error.
Good. We need to
On Wed, Sep 05, 2007 at 02:47:52PM +0200, Richard Levitte wrote:
We need to think a few steps further, me thinks:
- What do we do with the values returned by the hook functions,
especially if one event has more than one hook function registered?
- Do we want to make it possible to give a
On Wed, Sep 05, 2007 at 02:04:23PM +0200, Ulf Ochsenfahrt wrote:
Nathaniel Smith wrote:
The main concern people had was of plain 'mtn update' misbehaving when
people were offline -- hanging for a long timeout, blowing up, etc.
Not sure how much of a problem that would be in practice. One way
In message [EMAIL PROTECTED] on Wed, 5 Sep 2007 07:20:01 -0700, Nathaniel
Smith [EMAIL PROTECTED] said:
njs but presumably the goal is to solve real problems :-).
Right. However, there are such things as foreseeable problems as
well, as long as we don't go too far into lah-lah-land.
njs The
Nathaniel Smith wrote:
On Wed, Sep 05, 2007 at 02:04:23PM +0200, Ulf Ochsenfahrt wrote:
Nathaniel Smith wrote:
The main concern people had was of plain 'mtn update' misbehaving when
people were offline -- hanging for a long timeout, blowing up, etc.
Not sure how much of a problem that would be
On Wed, Sep 05, 2007 at 04:50:26PM +0200, Richard Levitte wrote:
In message [EMAIL PROTECTED] on Wed, 5 Sep 2007 07:20:01 -0700, Nathaniel
Smith [EMAIL PROTECTED] said:
njs but presumably the goal is to solve real problems :-).
Right. However, there are such things as foreseeable
Like Ulf, I too enjoy the simple separation between network and
non-network commands. I would be O.K. with changing the default
behavior to update iff I could over-ride that behavior via monotonerc.
i.e. Provide a generic way to specify default command-line options.
Hi,
Ulf Ochsenfahrt wrote:
For a sync *, monotone loads (almost) the entire database. (And
maybe this could be improved.)
(And this needs to be done on the client *and* on the server) Of course,
netsync can still be improved. And IMO absolutely *must* be improved
before even thinking about
Markus Schiltknecht wrote:
In my case, I certainly don't want to trigger a sync before each and
every update. Instead, something like at startup, then every 30 minutes
and before shutdown fits my workflow much better. And if you are now
thinking cronjob!, you've just stumbled across another
Nathaniel Smith [EMAIL PROTECTED] writes:
I get the impression that the inventory fixes, for instance, are just
stalled because everyone is nervous there are things they haven't
thought of and that could be arbitrarily bad, I mean who *knows* what
you haven't thought of, you certainly
In message [EMAIL PROTECTED] on Wed, 05 Sep 2007 17:31:59 -0400, Stephen
Leake [EMAIL PROTECTED] said:
stephen_leake I was waiting for the 0.36 release to be done to raise
stephen_leake this issue again, and then I was waiting for time to
stephen_leake write those few more tests. But I think it
Matthew Sackman [EMAIL PROTECTED] writes:
On Wed, Sep 05, 2007 at 03:19:02PM +0200, Richard Levitte wrote:
In message [EMAIL PROTECTED] on Wed, 5 Sep 2007 13:54:23 +0100, Matthew
Sackman [EMAIL PROTECTED] said:
matthew Each hook can return one of three values: everything ok;
matthew
One of the reasons why I've switched over to monotone is that it
seperates very cleanly between network commands and non-network
commands.
Exactly! Please keep separate things separate. And KISS, instead of
trying to figure out automatically what the user wants.
In my case, I certainly
On 05/09/2007, at 9:14 PM, Nathaniel Smith wrote:
Re: suspend certs, does leaving out suspended branches mean that it is
impossible to name those branches, even explicitly? Taking branches
out of the 'ls branches' clutter is one thing, making it impossible to
check them out by name at all
On Wed, Sep 05, 2007 at 04:14:31AM -0700, Nathaniel Smith wrote:
Agreed on the set part.
Re: suspend certs, does leaving out suspended branches mean that it is
impossible to name those branches, even explicitly? Taking branches
out of the 'ls branches' clutter is one thing, making it
Ulf Ochsenfahrt wrote:
6. give me an overview of what is new and exciting
One of the things I've been wondering about lately is a more informative
type of ticker for netsync that would list branch/rev/author/date for
incoming and outgoing revisions.
Thinking about this now perhaps I should just
Richard Levitte wrote:
In message [EMAIL PROTECTED] on Wed, 05 Sep 2007 17:31:59 -0400, Stephen
Leake [EMAIL PROTECTED] said:
stephen_leake I was waiting for the 0.36 release to be done to raise
stephen_leake this issue again, and then I was waiting for time to
stephen_leake write those
36 matches
Mail list logo
