monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] code.monotone.ca mtn server problem?


From: Thomas Keller
Subject: Re: [Monotone-devel] code.monotone.ca mtn server problem?
Date: Fri, 15 Oct 2010 15:37:52 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.11) Gecko/20100714 SUSE/3.0.6 Lightning/1.0b2pre Thunderbird/3.0.6

Am 15.10.2010 15:27, schrieb Stephen Leake:
> Thomas Keller <address@hidden> writes:
> 
>> Am 15.10.2010 14:02, schrieb Stephen Leake:
>>> I'm getting an error when I try to sync with code.monotone.ca:
>>>
>>> $ c:/Projects/monotone/monotone-build_mingw/mtn.exe sync 
>>> mtn://code.monotone.ca?net.venge.monotone
>>> mtn: connecting to mtn://code.monotone.ca
>>> mtn: Received warning from usher: No server for pattern 'net.venge.monotone'
>>> mtn: peer mtn://code.monotone.ca IO terminated connection in working state 
>>> (error)
>>> mtn: error: I/O failure while talking to peer mtn://code.monotone.ca, 
>>> disconnecting
>>>
>>>
>>> This happens with the MinGW build of the current mtn head (local db
>>> migrated), and with an older (pre-migrate) build on Debian. 
>>
>> You forgot the database path in the URI and usher does not select
>> databases based on branch patterns. The correct URI is:
>>
>> mtn://code.monotone.ca/monotone?net.venge.monotone
> 
> Ok, that works.
> 
> I guess I didn't pay enough attention to your announcement that this had
> changed.
> 
> Maybe the error message could be improved?

The error message comes from usher, which is not my science field :) -
but in general it really tells you already what went wrong:

  No server for pattern 'net.venge.monotone'

Its only a bit unfortunate that its somewhat "hidden" inside the other
netsync error cruft...

> In particular, on Debian, I just did 'mtn sync' as usual, and got the
> error message. That will probably happen to others.

Right, and to be honest this is also somewhat wanted, because on the
client side people with write permissions have to be a little bit more
careful when syncing. And even readers will notice that not every branch
is available under the same URI.

I blogged about all this largely yesterday [0] and hope people who have
problems read and understand it (its cross-linked on monotone.ca like
the other ones).

Thomas.

[0] http://www.thomaskeller.biz/blog/2010/10/14/moving-forward/

-- 
GPG-Key 0x160D1092 | address@hidden | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]