http://www.ratatanek.cz/hg/hg/ en-us hg Changelog http://www.ratatanek.cz/hg/hg/rev/c024eb04b020
If either of the options is specified, a hgrc file for the remote repo is created
and the items are stored to the [web] section.]]> Martin Vejnar <avakar@ratatanek.cz> Sun, 04 Oct 2009 20:05:44 +0200 http://www.ratatanek.cz/hg/hg/rev/286e9e759de2 hgwebdir intercepts 'init' commands and creates an empty repository.
The user must have both allow_push and allow_init permissions
(the former is to ensure that a clone doesn't fail with an empty repo).

hgwebdir config must not specify any repos using [paths] section
(it might make the determination of the path of the new repository
ambiguous due to ** path wildcards). The entries in [collection]
are used the find a suitable path.

The 'init' web command fails if the repository already exists.]]> Martin Vejnar <avakar@ratatanek.cz> Sun, 04 Oct 2009 20:05:40 +0200 http://www.ratatanek.cz/hg/hg/rev/27cadd22292e
hgweb_mod.check_perms accepts multiple operations to check permissions for.
The permissions are deduced from web.allow_<op> and web.deny_<op> config items,
the syntax is compatible with original web.allow_push and web.deny_push
(deny access if both lists are empty).

This is to be used by hgwebdir_mod to check permissions to create a new repository.]]> Martin Vejnar <avakar@ratatanek.cz> Sun, 04 Oct 2009 20:05:17 +0200 http://www.ratatanek.cz/hg/hg/rev/24bc6e414610
This fixes an incompatibility with patch(1), which also uses --reverse
for reversed diffs. The --inverse flag was added in 3f522d2fa633. That
name was chosen over --reverse since it was thought that --reverse
would make --rev ambiguous.

It turns out that both flags can co-exist, with the cost that --rev
can no longer be shortened to --r and --re. Since one can always use
the short -r option, this is not a real problem.]]> Martin Geisler <mg@lazybytes.net> Sat, 14 Nov 2009 14:21:53 +0100 http://www.ratatanek.cz/hg/hg/rev/ed362d41d1f6 Christian Boos <cboos@bct-technology.com> Mon, 09 Nov 2009 17:41:21 +0100 http://www.ratatanek.cz/hg/hg/rev/f47c0881b16e
Original patch was provided by Simon Heimberg

It delegates dirstate computation to dirstate.status when dirstate is dirty:
better be slow from time to time instead of using wrong data.

This solves issue1719. As the last component, issue1810, is still not solved,
test-inotify-dirty-dirstate will fail for now. It emphasizes a regression due
to 7c01599dd340:

changeset: 9515:7c01599dd340
user: Nicolas Dumazet <nicdumz.commits@gmail.com>
date: Sun Aug 16 11:11:37 2009 +0900
summary: inotify: use cmdutil.service instead of local daemonizing code

Ancestors of 7c01599dd30 are passing the test, when applied this patch.
Regression has to be investigated, but this patch is important since it affects
often mq operations.]]> Nicolas Dumazet <nicdumz.commits@gmail.com> Wed, 11 Nov 2009 14:38:59 +0900 http://www.ratatanek.cz/hg/hg/rev/95e1867f765b
Emulate the match.dir calls that are made in dirstate.walk:
* first mark the visited directories on the server side
* then extend the transmitted response to include this directory list
* and lastly call match.dir on each directory]]> Nicolas Dumazet <nicdumz.commits@gmail.com> Fri, 13 Nov 2009 08:31:10 +0900 http://www.ratatanek.cz/hg/hg/rev/a033929bd34e Henrik Stuart <hg@hstuart.dk> Fri, 13 Nov 2009 06:36:26 +0100 http://www.ratatanek.cz/hg/hg/rev/917cf6bb6d0c
Python 2.6.3 introduced HTTPS proxy tunnelling in a way that interferes with
the way HTTPS proxying is handled in Mercurial. This fix generalises it to work
on Python 2.4 to 2.6.]]> Henrik Stuart <hg@hstuart.dk> Fri, 13 Nov 2009 06:29:49 +0100 http://www.ratatanek.cz/hg/hg/rev/9e7b2c49d25d
Prior to this change, if a Python hook module failed to load (e.g. due
to an import error or path problem), it was impossible to figure out
why the error occurred, because the ImportErrors that got raised were
caught but never displayed.

If run with --traceback or ui.traceback=True, hg now prints tracebacks
of both of the ImportError instances that get raised before it bails.]]> Bryan O'Sullivan <bos@serpentine.com> Thu, 12 Nov 2009 14:05:52 -0800