[Monotone-users] Getting the sourece code for the latest monotone?

[Masatake YAMATO]

How can I get the sourece code for the latest monotone?
I''ve tried to get and I got some troubles. I'd like to
know this to developers. 


I'm using monotone in Fedora 13.

    % rpm -qi monotone
    rpm -qi monotone
    Name        : monotone                     Relocations: (not relocatable)
    Version     : 0.48                              Vendor: Fedora Project
    Release     : 1.fc13                        Build Date: Sat 03 Jul 2010 
05:29:14 PM JST
    Install Date: Thu 07 Oct 2010 06:53:10 PM JST      Build Host: 
x86-01.phx2.fedoraproject.org
    Group       : Development/Tools             Source RPM: 
monotone-0.48-1.fc13.src.rpm
    % mtn --version
    monotone 0.48 (base revision: 844268c137aaa783aa800a9c16ae61edda80ecea)




The web page http://code.monotone.ca/p/monotone/source/help/ says:

   mtn clone mtn://code.monotone.ca/monotone?net.venge.monotone

But it didn't work:

   % mtn clone mtn://code.monotone.ca/monotone?net.venge.monotone   
   zsh: no matches found: mtn://code.monotone.ca/monotone?net.venge.monotone

   % mtn clone 'mtn://code.monotone.ca/monotone?net.venge.monotone'
   Usage: mtn [OPTION...] command [ARG...]
   ...

I used the command line introduced at the monotone official
web page but I could not get the sourece code for the latest monotone.
At #mtn IRC channle, I got some suggestions(thanks guys):

   1. the version of monotone I'm using is a bit old. The latest version
   will work.

   2. Older address notation, "mtn clone code.monotone.ca/monotone 
net.venge.monotone"
   will work.

I hope the command line which works well with rather older version of
monotone is introduced at the web page. BTW I don't think Fedora 13 is
not so old. How do you think introducing the both

    mtn clone mtn://code.monotone.ca/monotone?net.venge.monotone 
  
    and 

    mtn clone code.monotone.ca/monotone net.venge.monotone (try this if you use 
older version of monotone)

in the page?

My story doesn't end here. I tried 

    mtn clone code.monotone.ca/monotone net.venge.monotone

and I could get the source code. but pull operation didn't work:

    % mtn pull
    mtn: doing anonymous pull; use -kKEYNAME if you need authentication
    mtn: connecting to mtn://code.monotone.ca/monotone
    mtn: network error: service name resolution failed for: mtn

In addtion I tried following commands but they didn't work:

    % mtn pull code.monotone.ca/monotone 
    mtn: doing anonymous pull; use -kKEYNAME if you need authentication
    mtn: connecting to code.monotone.ca/monotone
    mtn: Received warning from usher: No server for pattern 'net.venge.monotone'
    mtn: peer code.monotone.ca/monotone IO terminated connection in working 
state (error)
    mtn: error: I/O failure while talking to peer code.monotone.ca/monotone, 
disconnecting

    % mtn pull code.monotone.ca/monotone net.venge.monotone
    mtn: setting default include pattern for server 'code.monotone.ca/monotone' 
to 'net.venge.monotone'
    mtn: setting default exclude pattern for server 'code.monotone.ca/monotone' 
to ''
    mtn: doing anonymous pull; use -kKEYNAME if you need authentication
    mtn: connecting to code.monotone.ca/monotone
    mtn: Received warning from usher: No server for pattern 'net.venge.monotone'
    mtn: peer code.monotone.ca/monotone IO terminated connection in working 
state (error)
    mtn: error: I/O failure while talking to peer code.monotone.ca/monotone, 
disconnecting


'mtn pull' worked fine after adding

    mtn        4691/tcp                # Monotone Network Protocol
    mtn        4691/udp                # Monotone Network Protocol

to /etc/services. The lines for monotone were already there:

    monotone        4691/tcp                # Monotone Network Protocol
    monotone        4691/udp                # Monotone Network Protocol


Do you think this is bug of /etc/services?

I don't think so. /etc/services is distributed so widely, I think mtn command
should lookup "monotone" service if "mtn" cannot be found.



Thanks,
Masatake YAMATO