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 l
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 i
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 wi
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 1c823d7400275724d1c1c752eae184814fe403c6. The
richard> propagate of the suspend stuff came
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 it or not first.
There are also a few things that could be changed:
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 interface documentation or some sort of
>> d
Ralf S. Engelschall wrote:
> We are currently investigating on using Monotone for use in the OpenPKG
> environment. For this I imported the 26000 commits from the CVS
> repository of the packaging sources (56MB raw *,v files) of the OpenPKG
> CURRENT distribution via Tailor into a Monotone reposito
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 interface documentation or some sort of
deprecation indicator that says "thi
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 and
> tested. Also, we should be willing to keep those semantics a
On Tue, Sep 04, 2007 at 01:31:54PM -0700, Nathaniel Smith wrote:
> Huh, did someone actually build a glibc with --enable-static-nss so
> that that would work? Cool. If so, I'm tempted to say just provide
> that one (at least until someone with an exotic nsswitch.conf
> complains; such people ar
On 05/09/2007, at 7:19 AM, Nathaniel Smith wrote:
I'm having
a lot of trouble figuring out your changes, because somehow you seem
to have not sent the .lua_cmds branch certs to monotone.ca?
Um, this is weird. Wait a sec - I think they are there, but that
branch got suspended because it had
On Tue, Sep 04, 2007 at 09:52:06PM +1000, William Uther wrote:
> On 04/09/2007, at 6:45 PM, Nathaniel Smith wrote:
> >On Thu, Jul 05, 2007 at 03:09:04PM -0700, William Uther wrote:
> >> register_command(command, abstract, description, lua_function) :
> >>Adds a new command to the "user" group of c
On Tue, Sep 04, 2007 at 09:57:24PM +1000, William Uther wrote:
> On 04/09/2007, at 6:51 PM, Nathaniel Smith wrote:
> >Everyone has this problem, i.e., this is a bug in 'mtn up'. Let's not
> >use extensibility as a way to plaster over problems in the core :-).
>
> There was talk of adding a new op
On Tue, Sep 04, 2007 at 04:58:49PM +0200, Thomas Moschny wrote:
> > (Why do we have two of these now? I can't tell which one I would
> > need or what the real difference is; do we expect that users can? It
> > would be better to just provide whichever single binary works on the
> > greatest varie
On Tue, Sep 04, 2007, Ben Walton wrote:
> > Is something wrong in "nohup mtn serve [...] &"?
>
> I've never really liked that option, although in my case it would
> work...It doesn't work for users that want to enter their passphrase
> manually though.
Fair enough. A --daemon option certainly is
On Wednesday 29 August 2007, Nathaniel Smith wrote:
> A simpler solution than all this might be to just use one of the
> standalone binaries from the web site:
> http://monotone.ca/downloads/0.36/mtn-0.36-linux-x86.bz2
> http://monotone.ca/downloads/0.36/mtn-0.36-linux_2.6-static.bz2
> Just unc
Matthew Sackman schrieb:
>> A minor thing, but maybe you want to use all gathered author cert values
>> and just concatenate them for the "Reply-to" header?
>
> Yes, I have done this now and a patch is attached. According to RFC
> 2822, you can have multiple addresses on the From header, but after
> Is something wrong in "nohup mtn serve [...] &"?
I've never really liked that option, although in my case it would
work...It doesn't work for users that want to enter their passphrase
manually though.
-Ben
--
-
On 04/09/2007, at 10:16 PM, Richard Levitte wrote:
In message <[EMAIL PROTECTED]>
on Tue, 4 Sep 2007 22:06:36 +1000, William Uther
<[EMAIL PROTECTED]> said:
willu.mailingLists> And I thought the monotone.ca server had been
willu.mailingLists> updated because I saw the problem disappear a
On Tue, Sep 04, 2007, Patrick Georgi wrote:
> Ralf S. Engelschall wrote:
>> 1. copying repository via raw SQLite dump/restore fails
>>
>>
>>This is actually an SQLite problem (and I will forward to the SQLite
>>community, too), nevert
Ralf S. Engelschall wrote:
1. copying repository via raw SQLite dump/restore fails
This is actually an SQLite problem (and I will forward to the SQLite
community, too), nevertheless you should be aware here, too. A
simple...
|
On 04/09/2007, at 8:34 PM, Markus Schiltknecht wrote:
Hi,
Richard Levitte wrote:
Not that it should matter, really...
Well, it removes suspended branches from the list of usual
suspects, no? What else could be the cause of these revisions being
transferred over and over again?
Hrm, t
In message <[EMAIL PROTECTED]> on Tue, 4 Sep 2007 22:06:36 +1000, William Uther
<[EMAIL PROTECTED]> said:
willu.mailingLists> And I thought the monotone.ca server had been
willu.mailingLists> updated because I saw the problem disappear a
willu.mailingLists> little while after I committed the fix,
On 04/09/2007, at 7:37 PM, Thomas Moschny wrote:
Hi,
did someone else notice that, with current mainline, netsync wants
to (re)send
a lot of revisions again and again?
I suspect this to be a side effect of suspend certs and/or the
changed code
for determining branch heads.
While not be
On 04/09/2007, at 6:51 PM, Nathaniel Smith wrote:
On Fri, Jul 06, 2007 at 10:46:34AM +0200, Lapo Luchini wrote:
idea to me; there are indeed some command that I almost always
execute
one after another, such as "mtn sy ; mtn up" (I began doing this
after
the first 10 times I sync'ed and th
On 04/09/2007, at 6:46 PM, Nathaniel Smith wrote:
(BTW, your mail client is screwing up In-Reply-To/References somehow
and breaking threading.)
It used to, because I was reading in digest mode. Replying consisted
of me editing out the
appropriate text and manually changing the title. It
On 04/09/2007, at 6:45 PM, Nathaniel Smith wrote:
On Thu, Jul 05, 2007 at 03:09:04PM -0700, William Uther wrote:
mtn_automate(...) : This allows any of the automate commands to be
called from lua. The result is returned as a string.
alias_command( new_command, old_command) : Add a new c
On Tue, Sep 04, 2007 at 11:56:47AM +0200, Thomas Keller wrote:
> Matthew Sackman schrieb:
> > Currently it calls /usr/bin/mail which might mean you're out of luck on
> > Windows. It sets the From header to be the value of the author cert and
> > the Sender can be set to anything you like.
>
> A mi
We are currently investigating on using Monotone for use in the OpenPKG
environment. For this I imported the 26000 commits from the CVS
repository of the packaging sources (56MB raw *,v files) of the OpenPKG
CURRENT distribution via Tailor into a Monotone repository (130MB SQLite
database). The 260
In message <[EMAIL PROTECTED]> on Tue, 04 Sep 2007 12:34:05 +0200, Markus
Schiltknecht <[EMAIL PROTECTED]> said:
markus> Hi,
markus>
markus> Richard Levitte wrote:
markus> > Not that it should matter, really...
markus>
markus> Well, it removes suspended branches from the list of usual
markus> s
Hi,
Richard Levitte wrote:
Not that it should matter, really...
Well, it removes suspended branches from the list of usual suspects, no?
What else could be the cause of these revisions being transferred over
and over again?
Regards
Markus
___
Thomas Keller schrieb:
>> Seems to work for me. It would be nice if this could get into contrib/
>
> I'll add it in a few.
I renamed it to monotone-mail-notify-standalone.lua. Committed in
200a3708be1462bb1ad08f2b9d4440f61a020297.
Thomas.
--
only dead fish swim with the stream: http://thomaske
On Mon, Aug 27, 2007, Ben Walton wrote:
> I was looking to add an (rhel compatible) init script to contrib that
> could be used to fire up daemons running mtn serve. I have a working
> copy in use at my site, but it's dependent on a local utility for
> backgrounding apps. Am I missing something
Matthew Sackman schrieb:
> Attached.
>
> This one does standard work on netsync events but uses a file "notify"
> that you should put next to read-permissions and write-permissions. The
> semantics and format of the file are exactly the same as read-permissions
> (except that you want a list of em
In message <[EMAIL PROTECTED]> on Tue, 04 Sep 2007 11:41:00 +0200, Markus
Schiltknecht <[EMAIL PROTECTED]> said:
markus> Yup, from here, it wants to send 233 revisions, which ends up
markus> being around 5 MB out outbound traffic.
Yup, I've noticed that too.
markus> > I suspect this to be a sid
Hey Thomas,
Thomas Moschny wrote:
did someone else notice that, with current mainline, netsync wants to (re)send
a lot of revisions again and again?
Yup, from here, it wants to send 233 revisions, which ends up being
around 5 MB out outbound traffic.
I suspect this to be a side effect of su
Hi,
did someone else notice that, with current mainline, netsync wants to (re)send
a lot of revisions again and again?
I suspect this to be a side effect of suspend certs and/or the changed code
for determining branch heads.
While not being a real bug (in the sense of munging something), it is
On Tuesday 04 September 2007, Nathaniel Smith wrote:
> > I also added automate versions of the following normal commands:
> > push, pull, sync, merge, update and commit. These are currently not
> > very 'automate' friendly in that they still output everything to
> > standard out. They work
On Fri, Jul 06, 2007 at 10:46:34AM +0200, Lapo Luchini wrote:
> idea to me; there are indeed some command that I almost always execute
> one after another, such as "mtn sy ; mtn up" (I began doing this after
> the first 10 times I sync'ed and then happily worked and committed on
> the old revision.
On Fri, Jul 06, 2007 at 10:40:18AM +0100, Bruce Stephens wrote:
> "Joel Crisp" <[EMAIL PROTECTED]> writes:
>
> > Interesting, but how would you ensure that all distributed nodes had
> > the same version of the command scripts?
>
> Policy branches?
>
> Having different nodes with different collec
(BTW, your mail client is screwing up In-Reply-To/References somehow
and breaking threading.)
-- Nathaniel
--
Electrons find their paths in subtle ways.
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinf
On Thu, Jul 05, 2007 at 03:09:04PM -0700, William Uther wrote:
> mtn_automate(...) : This allows any of the automate commands to be
> called from lua. The result is returned as a string.
>
> alias_command( new_command, old_command) : Add a new command alias
> to an existing command.
Perh
42 matches
Mail list logo
