[PATCH 1 of 2] run-tests: make --tmpdir option more useful

Martin Geisler mg at lazybytes.net
Wed Jul 15 10:39:43 CDT 2009

Augie Fackler <durin42 at gmail.com> writes:

> On Jul 12, 2009, at 4:52 PM, Greg Ward wrote:
>> On Sun, Jul 12, 2009 at 12:10 PM, Augie Fackler<durin42 at gmail.com>
>> wrote:
>>> On Jul 11, 2009, at 5:54 PM, Greg Ward wrote:
>>>> # HG changeset patch
>>>> # User Greg Ward <greg at gerg.ca>
>>>> # Date 1247350616 14400
>>>> # Node ID ad3cd96f3eab09436624b230cb9f0830a70e155b
>>>> # Parent  54eb3782d32fcc9de072b5e7c9efb6b2bad211c3
>>>> run-tests: make --tmpdir option more useful.
>>>> - instead of creating HGTMP inside tmpdir, now HGTMP is tmpdir
>>>>  (thus, fail if tmpdir already exists)
>>>> - passing --tmpdir automatically turns on --keep-tmpdir
>>> I'm going to chime in with a -1 on that - I frequently assign the
>>> tmpdir to
>>> be on a RAM disk for speed, and still want the test results to be
>>> blown
>>> away. In fact, I've never used --keep-tmpdir.
>> <snip rationale explanation>
>> Any better ideas for how to support those use cases?
> I totally *get* the use case of keeping the temporary directory, I'm
> saying that having it on if --tmpdir is specified doesn't seem like
> the behavior I want. For your use case, --tmpdir /tmp/foo --keep- 
> tmpdir is sufficient, isn't it?
> I typically run the tests and expect no failures, but always specify
> tmpdir to be a RAM disk. Your case requires my use case to run rm -rf
> $HGTMP after every test run.

Would it not be easier for you to set TMP=/mnt/ramdisk instead of
--tmpdir=/mn/ramdisk? Using the former should have the same effect as
the latter, except that it will delete the tmpdir after Greg's patch.

Martin Geisler

VIFF (Virtual Ideal Functionality Framework) brings easy and efficient
SMPC (Secure Multiparty Computation) to Python. See: http://viff.dk/.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://selenic.com/pipermail/mercurial-devel/attachments/20090715/b1bce270/attachment.pgp 

More information about the Mercurial-devel mailing list