monotone-devel
[Top][All Lists]
Advanced

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

[Monotone-devel] mtn au checkout - Possible Issue...


From: CooSoft Support
Subject: [Monotone-devel] mtn au checkout - Possible Issue...
Date: Sat, 27 Nov 2010 10:49:39 +0000
User-agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100328)

   Hi all,

Just been testing the Monotone:AutomateStdio Perl library against 0.99.1.

As a part of the testing I tried using the new the au checkout command. During the entire test (which exercises all of the au stdio interface) the mtn subprocess is not terminated (so the same instance is used to test all commands) and the same dedicated test workspace is used (which is reset after each test run).

The checkout test was basically run inside this test workspace and the equivalent of `au checkout --branch net.venge.monotone ../MTN-TESTER-WS' is done (i.e. it is checked out at the same level as the current test workspace and not inside it). When that test has finished the ../MTN-TESTER-WS directory is removed. From then on in, despite being in the original, untouched test workspace, every command fails with a `I need a workspace' error. If however, I restart the mtn subprocess directly after this test then everything works as expected.

It is as if the au checkout command changes the mtn subprocess's notion of what workspace it is using, and then gets very upset when it can no longer find it.

I'm not quite sure if this is intentional or a bug. I think it's a bug but there may be a very good reason why this is done. I can understand why it needs to temporarily switch workspaces, but shouldn't it switch back again afterwards? If it is a bug then let me know and I'll raise a ticket.

   Cheers,

   Tony.
Thomas Keller wrote:
Am 26.11.2010 16:23, schrieb Hendrik Boom:
2) the wiki is in a horrid state and the manual could need some cleanups
as well (e.g. moving stuff like the long discussions at the end and
other smaller things). as the response on my "Road to 1.0" mail was
rather low and we all don't like to do these things on our own I am for
holding another mini sprint, i.e. one full or two half days, depending
on the feedback, this time called "docathon" because of the emphasis on
documentation. we should roughly team up beforehand though so that we do
not end with an inconistent result at the end.
I'd like to help with the documentation. If it's a matter of reorganising what's already there, cleaning up awkward phrasing, making things less obscure than the are already (provided I know what needs to be said) I can certianly help.

If it's a metter of providing information that's not there at the moment, I can't say I can help; most of my knowledge of monotone comes from the documentation, and what's not there is not there.

But I can draft best guesses that might be of use to beginners, subject to complaints by those who really know the stuff.

We need a lot of first user documentation, for example "monotone for XXX
users" where "XXX" is one of git, mercurial and svn (at least). We have
a mtn for cvs users part in the manual, but I'd like to move that out
there and put it into the wiki to the others. This is just an example,
there are other first user docs needed as well.

So, as a proficient user you are the perfect match to work on the
documentation and your work is very welcome! :)

I am not available in November, though.

We have to find a matching date before anyways and its unlikely that
this will be in November, so no problem at all.

I'll probably have to register in some way with the wiki or the central monotone repository, though. Where and how do I do that? I gather the details have changed recently.

If you want to edit the wiki, you can do so online (register an account
and start editing) or offline via monotone.

For the latter register an account on code.monotone.ca and put your
public key there. Once you've done that drop me a note and I'll add you
to the appropriate project (monotone-web) for push access.

Thanks,
Thomas.

------------------------------------------------------------------------

_______________________________________________
Monotone-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/monotone-devel




reply via email to

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