Re: [Monotone-devel] Setting up syncs & read/write permissions on Windows

[Thomas Keller]

Ken MacDonald schrieb:
> Apologies if this is a repeat, but after sending it yesterday, I never
> received an email from monotone-devel, so I suspect it may have fallen
> through the cracks somewhere. Anyway, still looking for the following
> info, as we're pretty well dead in the water as far as using monotone
> at this point.

Your message came through, but apparently not many monotone Windows 
users actually read it.

> We're trying to set up monotone to be able to do basic syncs on a Windows
> (XP) system. I'm trying to follow the tutorial example, but there seem
> to be a few gaps from a Windows perspective.
>
> The server (when I do "mtn ... serve") apparently wants to find two
> files, "write-permissions" and "read-permissions" in a directory given
> by the get_confdir() function. I'm not sure where the default location
> for this should be on Windows. When I created the initial DB and keys
> on my machine (named CONSENSUSHQ)
> they ended up in "C:\Documents and
> Settings\ken.macdonald.CONSENSUSHQ\Application Data\monotone\keys" but
> the doc calls for a ".monotone" directory, not a "monotone", so should
> I create "C:\Documents and
> Settings\ken.macdonald.CONSENSUSHQ\Application\
> Data\monotone\.monotone\read-permissions" and "write-permissions", or
> where should these go on a Windows system?

The monotone user dir under Win32 should be AFAIK C:\Documents and
Settings\<username>\Application Data\monotone\, .monotone is only used 
on Unix platforms including Mac OS X.

> Also, first thing I'm trying to do is sync to another DB I've set up
> on the same machine; eventually if we can manage to get a Linux
> install working, we'll try a sync to that as well. in the meantime, I
> guess I'll need to set up read/write-permissions for that DB as well
> (?) -

If the database is on the same machine, you might want to sync via the 
file:/ protocol which got added some time ago. You shouldn't need to 
configure any permissions if you access the db like this.

> I set up a second DB (sardines) on my machine with user
> address@hidden, set up a public key and imported it to my
> original DB (kippers_km):
>
> C:\kippers_km>type c:\sardines.pubkey | mtn --db=kippers_km.mtn read
> mtn: read 1 packet
>
> Anyway, I made a guess at setting up the r/w persmissions, started a
> 'serve' going, and attempted a sync using the user name
> "address@hidden", and got this error:
>
> C:\kippers_km\main>mtn --db=c:/mtn_jj/sardines/sardines.mtn sync
> address@hidden "net.cti.kippers
> " -k address@hidden

Does address@hidden resolve to the machine (@-domain) or 
are you trying something else here? In case its the latter, it won't work =)

> mtn: connecting to address@hidden
> mtn: network error: name resolution failure for
> address@hidden: The requested name is valid and
> was found in the database, but it does not have the correct associated
> data being resolved for. (11004)

I guess you're trying to do the latter. Leave out ken.macdonald@ from 
the host name. You don't need to specify any key other than the one you 
give to mtn with -k. The server just needs the public key of _this_ key 
and an entry in at least the read-permissions file to let you exchange data.

> I'm afraid we'll be stuck with using CVS.

Nah, you don't have to go the devils way =) Your problem should be solvable!

Thomas.

--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
> Guitone, a frontend for monotone: http://guitone.thomaskeller.biz
> Music lyrics and more: http://musicmademe.com