On 20/08/2007, at 3:46 PM, Brian May wrote:
"William" == William Uther
<[EMAIL PROTECTED]> writes:
William> - I think this procedure is equivalent to mark-merge:
William> - If a node is in the same state on both sides of a
merge then it
William> is in that state in the resu
> I'd be surprised if it is OSX specific (not saying that's impossible,
> just surprising).
I find it surprising as well because all other netsync operations work fine.
>
> What OS is the server running? Can you try it on a linux box from
> behind the firewall? A different OSX box?
The server
> "William" == William Uther <[EMAIL PROTECTED]> writes:
William> - I think this procedure is equivalent to mark-merge:
William> - If a node is in the same state on both sides of a merge then it
William> is in that state in the result. Otherwise,
William> - If a node is in di
> "Nathaniel" == Nathaniel Smith <[EMAIL PROTECTED]> writes:
Nathaniel> 07:20 you know what we should do? when a server starts up
in
Nathaniel> stdio mode, it should first try to bind() to
.socket,
Nathaniel> and if it succeeds, start serving like a daemon on that socket
Na
On 20/08/2007, at 2:51 PM, Graydon Hoare wrote:
Alvaro Herrera wrote:
Markus Schiltknecht wrote:
Hi Markus,
To make things even worse, all the links to papers cited in
differ.scm are not valid anymore ([2] and [3]). And google didn't
turn up anything useful either.
This paper is here:
ht
Alvaro Herrera wrote:
Markus Schiltknecht wrote:
Hi Markus,
To make things even worse, all the links to papers cited in differ.scm are
not valid anymore ([2] and [3]). And google didn't turn up anything useful
either.
This paper is here:
http://www.cs.arizona.edu/~gene/PAPERS/np_diff.ps
T
On 20/08/2007, at 9:26 AM, Roland McGrath wrote:
[I'm not on the list. Please be sure to keep me CC'd in all replies.]
Building monotone 0.36 on ppc, I get these failures in make check:
37 db_check_and_non-serious_errors FAIL (line 24)
143 db_kill_rev_locally_command
On 19/08/2007, at 11:34 PM, Timothy Brownawell wrote:
On Sun, 2007-08-19 at 21:05 +1000, William Uther wrote:
Hi all,
Now that the suspend branch is merged, I thought it might be time
to think about suspending some of these old branches we have lying
about. My first thought was suspend a
[I'm not on the list. Please be sure to keep me CC'd in all replies.]
Building monotone 0.36 on ppc, I get these failures in make check:
37 db_check_and_non-serious_errors FAIL (line 24)
143 db_kill_rev_locally_command FAIL (line 22)
144 db_kill_rev_locally_comma
On 20/08/2007, at 9:04 AM, Derek Scherger wrote:
Timothy Brownawell wrote:
Here's a list of all nvm* branches, by whether they've been merged
into
some other branch and the date on the latest head. I'd think that we
could also suspend most of the 'M' ones from this year.
I was just wonderi
On Sun, 2007-08-19 at 17:04 -0600, Derek Scherger wrote:
> Timothy Brownawell wrote:
> > Here's a list of all nvm* branches, by whether they've been merged into
> > some other branch and the date on the latest head. I'd think that we
> > could also suspend most of the 'M' ones from this year.
>
>
On 20/08/2007, at 8:10 AM, Ben Hood wrote:
On 8/19/07, Ben Hood <[EMAIL PROTECTED]> wrote:
I'm running version 0.36 on OSX 10.4.9.
I performed the same operation on a windows machine sitting behind the
same firewall and it worked perfectly well. I guess that my problem is
OSX specific. A wo
Timothy Brownawell wrote:
> Here's a list of all nvm* branches, by whether they've been merged into
> some other branch and the date on the latest head. I'd think that we
> could also suspend most of the 'M' ones from this year.
I was just wondering whether we could "suspend" these without actuall
On Sun, 2007-08-19 at 21:35 +0200, Richard Levitte wrote:
> In message <[EMAIL PROTECTED]> on Sun, 19 Aug 2007 14:08:37 -0500, Timothy
> Brownawell <[EMAIL PROTECTED]> said:
>
> tbrownaw> On Sun, 2007-08-19 at 14:45 -0400, Nicolas Ruiz wrote:
> tbrownaw> > Timothy Brownawell wrote:
> tbrownaw> >
On 8/19/07, Ben Hood <[EMAIL PROTECTED]> wrote:
> I'm running version 0.36 on OSX 10.4.9.
I performed the same operation on a windows machine sitting behind the
same firewall and it worked perfectly well. I guess that my problem is
OSX specific. A workaround would be to not use OSX, but it would s
Hi,
This is a newbie question but when I try to push my changes back to a
remote netsync instance, it seems to successfully sync the data in the
local db, but the command just hangs until it times out after about 5
mins.
This is the result of the command when I have outgoing changes.
$ mtn -d .m
In message <[EMAIL PROTECTED]> on Sun, 19 Aug 2007 14:08:37 -0500, Timothy
Brownawell <[EMAIL PROTECTED]> said:
tbrownaw> On Sun, 2007-08-19 at 14:45 -0400, Nicolas Ruiz wrote:
tbrownaw> > Timothy Brownawell wrote:
tbrownaw> > > On Sun, 2007-08-19 at 21:05 +1000, William Uther wrote:
tbrownaw> >
In message <[EMAIL PROTECTED]> on Sun, 19 Aug 2007 09:44:07 -0700, "Zack
Weinberg" <[EMAIL PROTECTED]> said:
zackw> On 8/19/07, William Uther <[EMAIL PROTECTED]> wrote:
zackw> > net.venge.monotone.debian
zackw>
zackw> Superseded by nvm.debian-diff (we're still working out how it's
zackw> going t
In message <[EMAIL PROTECTED]> on Sun, 19 Aug 2007 04:41:59 -0700, Nathaniel
Smith <[EMAIL PROTECTED]> said:
njs> On Sun, Aug 19, 2007 at 09:05:21PM +1000, William Uther wrote:
njs> > net.venge.monotone.levitte.cvs_import
njs> > net.venge.monotone.levitte.cvsserver
njs> > net.venge.monotone.levi
Anyone else seeing this? From the log file for the "suspend" test...
runcmd: /home/zack/src/monotone/B-vanilla/mtn, local_redir = false,
requested = nil
suspend:18: /home/zack/src/monotone/B-vanilla/mtn --norc
--root=/home/zack/src/monotone/B-vanilla/tester_dir/suspend
--confdir=/home/zack/src/mo
On Sun, 2007-08-19 at 14:45 -0400, Nicolas Ruiz wrote:
> Timothy Brownawell wrote:
> > On Sun, 2007-08-19 at 21:05 +1000, William Uther wrote:
> >> net.venge.monotone.contrib.usher
> >
> > I think there are people using this, and I'm not aware of any
> > replacements.
>
> I'm using usher, but is
Timothy Brownawell wrote:
On Sun, 2007-08-19 at 21:05 +1000, William Uther wrote:
net.venge.monotone.contrib.usher
I think there are people using this, and I'm not aware of any
replacements.
I'm using usher, but is included in the main trunk.
nicolás
Markus Schiltknecht wrote:
Hi Markus,
> To make things even worse, all the links to papers cited in differ.scm are
> not valid anymore ([2] and [3]). And google didn't turn up anything useful
> either.
This paper is here:
http://www.cs.arizona.edu/~gene/PAPERS/np_diff.ps
You can find [3] by a
On 8/18/07, Markus Schiltknecht <[EMAIL PROTECTED]> wrote:
> Over time and considering importing or exporting to other VCSes, that
> will provoke an ever nastier mess, IMO. The purpose of a VCS is to keep
> track of history, not to write a textual log and let the user figure
> what history looks li
On 8/19/07, William Uther <[EMAIL PROTECTED]> wrote:
>The point of this email is to speak now if you don't want any of
> these suspended.
[...]
> net.venge.monotone.debian
Superseded by nvm.debian-diff (we're still working out how it's going
to work, but that's the idea).
> net.venge.monoto
Hello Graydon,
I just had another look at the merge bug I've tracked down at the summit
(test_a_merge_8). I've taken a look at the debugging output and added
some more of that. Unfortunately, that stuff doesn't tell me much, as I
don't have no understanding of the algorithm used.
Peeking at
Timothy Brownawell schrieb:
> M 2007-04-25T09:29:47 net.venge.monotone.guitone.releases.0_6
Whatever you do, please leave the nvm.guitone* ones alone.
I'll take care of them on my own. ;)
Thomas.
--
only dead fish swim with the stream: http://thomaskeller.biz/blog
Am Anfang war das Wort: http:
On Sun, 2007-08-19 at 02:32 +0200, Pavel Cahyna wrote:
> Hello,
>
> I have encountered an annoying problem whit pluck. I try to pluck two
> revisions. The first one adds a directory, possibly with some files. Pluck
> succeeds. Tse other revision adds a file under that directory. Pluck of
> this re
On Sun, 2007-08-19 at 21:05 +1000, William Uther wrote:
> Hi all,
>
>Now that the suspend branch is merged, I thought it might be time
> to think about suspending some of these old branches we have lying
> about. My first thought was suspend anything that hasn't been
> touched this year
On Sun, 2007-08-19 at 21:05 +1000, William Uther wrote:
> net.venge.monotone.contrib.usher
I think there are people using this, and I'm not aware of any
replacements.
--
Timothy
Free (experimental) public monotone hosting: http://mtn-host.prjek.net
__
On Aug 19, 2007, at 1:05 PM, William Uther wrote:
Hi all,
Now that the suspend branch is merged, I thought it might be time
to think about suspending some of these old branches we have lying
about. My first thought was suspend anything that hasn't been
touched this year. I gave the li
On 18/08/2007, at 12:31 AM, Nathaniel Smith wrote:
07:20 you know what we should do? when a server starts up in
stdio mode, it should first try to bind() to .socket,
and if it succeeds, start serving like a daemon on that socket
while continuing to do the initial serve on stdio
07:2
On Sun, Aug 19, 2007 at 09:05:21PM +1000, William Uther wrote:
> net.venge.monotone.cshore.attr-scan
This hasn't been merged back yet, has it? IIRC there is good work in
here that still needs to be finished, is all.
> net.venge.monotone.cvssync
> net.venge.monotone.rewrites.cvs_import
What *are
Hi all,
Now that the suspend branch is merged, I thought it might be time
to think about suspending some of these old branches we have lying
about. My first thought was suspend anything that hasn't been
touched this year. I gave the list a quick once-over, but I might
have missed some
Hello,
I have encountered an annoying problem whit pluck. I try to pluck two
revisions. The first one adds a directory, possibly with some files. Pluck
succeeds. Tse other revision adds a file under that directory. Pluck of
this revision (after the first one) fails with:
mtn: warning: orphaned no
35 matches
Mail list logo