Fri, 11 Nov 2011 00:22:02 +0100 phases: set common changeset to public on pull
Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Fri, 11 Nov 2011 00:22:02 +0100] rev 15486
phases: set common changeset to public on pull
Fri, 11 Nov 2011 00:21:17 +0100 phases: mark content pushed as public in local repo on push
Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Fri, 11 Nov 2011 00:21:17 +0100] rev 15485
phases: mark content pushed as public in local repo on push
Fri, 11 Nov 2011 00:19:00 +0100 phases: marked content of a changegroup as published
Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Fri, 11 Nov 2011 00:19:00 +0100] rev 15484
phases: marked content of a changegroup as published
Fri, 11 Nov 2011 00:15:22 +0100 phases: set new commit in 1-phase
Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Fri, 11 Nov 2011 00:15:22 +0100] rev 15483
phases: set new commit in 1-phase
Fri, 11 Nov 2011 00:16:53 +0100 phases: add retractboundary function to move boundary backward
Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Fri, 11 Nov 2011 00:16:53 +0100] rev 15482
phases: add retractboundary function to move boundary backward The advanceboundary documentation is updated to highlight the difference.
Thu, 10 Nov 2011 01:09:15 +0100 phases: rename moveboundary into advance boundary
Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Thu, 10 Nov 2011 01:09:15 +0100] rev 15481
phases: rename moveboundary into advance boundary This rename prepare the creation of retract boundaru that move boundary backward
Thu, 10 Nov 2011 01:08:08 +0100 phases: remove underbar into target_phase argument
Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Thu, 10 Nov 2011 01:08:08 +0100] rev 15480
phases: remove underbar into target_phase argument
Thu, 10 Nov 2011 17:06:30 -0600 merge with stable
Matt Mackall <mpm@selenic.com> [Thu, 10 Nov 2011 17:06:30 -0600] rev 15479
merge with stable
Thu, 10 Nov 2011 17:06:12 -0600 tests: fix trailing whitespace stable
Matt Mackall <mpm@selenic.com> [Thu, 10 Nov 2011 17:06:12 -0600] rev 15478
tests: fix trailing whitespace
Thu, 10 Nov 2011 15:55:26 -0600 merge with stable
Matt Mackall <mpm@selenic.com> [Thu, 10 Nov 2011 15:55:26 -0600] rev 15477
merge with stable
Thu, 10 Nov 2011 15:40:34 -0600 mq: add a warning about uncommitted changes for qfinish
Matt Mackall <mpm@selenic.com> [Thu, 10 Nov 2011 15:40:34 -0600] rev 15476
mq: add a warning about uncommitted changes for qfinish
Thu, 10 Nov 2011 15:08:51 -0600 hgweb: add hint about finding library path with debuginstall stable
Matt Mackall <mpm@selenic.com> [Thu, 10 Nov 2011 15:08:51 -0600] rev 15475
hgweb: add hint about finding library path with debuginstall
Wed, 09 Nov 2011 19:46:51 -0500 forget: support forgetting explicit paths in subrepos
David M. Carr <david@carrclan.us> [Wed, 09 Nov 2011 19:46:51 -0500] rev 15474
forget: support forgetting explicit paths in subrepos Change the behavior of the forget command such that explicit paths in subrepos are handled by forgetting the file in the subrepo. This eliminates the previous behavior where if you called "hg forget" for an explicit path in a subrepo, it would state that the file is already untracked.
Wed, 09 Nov 2011 19:46:49 -0500 tests: add test for behavior of forget for explicit path in subrepo
David M. Carr <david@carrclan.us> [Wed, 09 Nov 2011 19:46:49 -0500] rev 15473
tests: add test for behavior of forget for explicit path in subrepo Adds a section to test-subrepo.t that demonstrates the current behavior when you pass the full path to a file in a subrepo to hg forget.
Fri, 11 Nov 2011 02:33:01 +0900 largefiles: treat status of cache missed largefiles as "missing" correctly stable
FUJIWARA Katsunori <foozy@lares.dti.ne.jp> [Fri, 11 Nov 2011 02:33:01 +0900] rev 15472
largefiles: treat status of cache missed largefiles as "missing" correctly "hg status" may treat cache missed largefiles as "removed" incorrectly. assumptions for problem case: - there is no cache for largefile "L" - at first, update working directory to the revision in which "L" is not yet added, - then, update working directory to the revision in which "L" is already added and now, "hg status" treats "L" as "removed". current implementation does not allocate entry for cache missed largefile in ".hg/largefiles/dirstate", but files without ".hg/largefiles/dirstate" entry are treated as "removed" by largefiles extension. "hg revert" can not recover from this situation, but "rm -rf .hg/largefiles", because it causes dirstate rebuilding. this patch invokes normallookup() for cache missed largefiles to allocate entry in ".hg/largefiles/dirstate", so "hg status" can treat it as "missing" correctly.
Thu, 10 Nov 2011 11:00:27 -0600 merge with stable
Matt Mackall <mpm@selenic.com> [Thu, 10 Nov 2011 11:00:27 -0600] rev 15471
merge with stable
Thu, 10 Nov 2011 11:00:02 -0600 merge with i18n stable
Matt Mackall <mpm@selenic.com> [Thu, 10 Nov 2011 11:00:02 -0600] rev 15470
merge with i18n
Tue, 08 Nov 2011 17:09:48 +0100 rebase: ensure target is not taken as external (issue3085) stable
Stefano Tortarolo <stefano.tortarolo@gmail.com> [Tue, 08 Nov 2011 17:09:48 +0100] rev 15469
rebase: ensure target is not taken as external (issue3085) This could happen in specific situations in which 'target' was selected as external and used for p1 _and_ p2.
Thu, 10 Nov 2011 10:59:03 -0600 merge with i18n
Matt Mackall <mpm@selenic.com> [Thu, 10 Nov 2011 10:59:03 -0600] rev 15468
merge with i18n
Wed, 09 Nov 2011 19:01:10 +0100 i18n: merge with stable
Martin Geisler <mg@lazybytes.net> [Wed, 09 Nov 2011 19:01:10 +0100] rev 15467
i18n: merge with stable
Wed, 09 Nov 2011 18:58:17 +0100 i18n-da: add new strings from Mercurial 2.0 stable
Martin Geisler <mg@lazybytes.net> [Wed, 09 Nov 2011 18:58:17 +0100] rev 15466
i18n-da: add new strings from Mercurial 2.0
Wed, 09 Nov 2011 18:26:54 +0100 i18n-ru: fix translation of --logfile (issue3095) stable
Martin Geisler <mg@lazybytes.net> [Wed, 09 Nov 2011 18:26:54 +0100] rev 15465
i18n-ru: fix translation of --logfile (issue3095)
Sun, 06 Nov 2011 23:35:33 +0100 rebase: treat nullmerge as a special case in rebasestate (issue3046) stable
Stefano Tortarolo <stefano.tortarolo@gmail.com> [Sun, 06 Nov 2011 23:35:33 +0100] rev 15464
rebase: treat nullmerge as a special case in rebasestate (issue3046) When storing/restoring a nullmerge (-2), a 'standard' conversion was made and an existing changeset was wrongly used. Nullmerge should instead be treated as a special case.
Tue, 08 Nov 2011 21:31:39 +0100 graft: mark a string for translation stable
Stefano Tortarolo <stefano.tortarolo@gmail.com> [Tue, 08 Nov 2011 21:31:39 +0100] rev 15463
graft: mark a string for translation
Wed, 09 Nov 2011 16:55:59 -0800 mdiff/patch: fix bad hunk handling for unified diffs with zero context stable
Nicolas Venegas <nvenegas@atlassian.com> [Wed, 09 Nov 2011 16:55:59 -0800] rev 15462
mdiff/patch: fix bad hunk handling for unified diffs with zero context Prior to this patch "hg diff -U0", i.e., zero lines of context, would output hunk headers with a start line one greater than what GNU patch and git output. Guido van Rossum documents the unified diff format[1] as having a start line value "one lower than one would expect" for zero length hunks. Comparing the behaviour of the three systems prior to this patch in transforming c1 c3 to c1 c2 c3 - GNU "diff -U0" reports the hunk as "@@ -1,0 +2 @@" - "git diff -U0" reports the hunk as "@@ -1,0 +2 @@" - "hg diff -U0" reports the hunk as "@@ -2,0 +2,1 @@" After this patch, "hg diff -U0" reports "@@ -1,0 +2,1 @@". Since "hg export --config diff.unified=0" outputs zero-context unified diffs, "hg import" has also been updated to account for start lines one less than expected for zero length hunk ranges. [1]: http://www.artima.com/weblogs/viewpost.jsp?thread=164293
Tue, 08 Nov 2011 17:08:58 +0100 convert/bzr: correctly handle divergent nested renames (issue3089) stable
Patrick Mezard <pmezard@gmail.com> [Tue, 08 Nov 2011 17:08:58 +0100] rev 15461
convert/bzr: correctly handle divergent nested renames (issue3089) With renames like: a -> b a/c -> a/c We were ignoring or duplicating the second one instead of leaving files unchanged or moving them to their proper destination only. To avoid this, we process the files in reverse lexicographic order, from most to least specific change, and ignore files already processed. v2: - Add a test - Change "reverse=1" into "reverse=True"
Tue, 01 Nov 2011 20:13:53 +0100 setup: subclass build command
Simon Heimberg <simohe@besonet.ch> [Tue, 01 Nov 2011 20:13:53 +0100] rev 15460
setup: subclass build command
Tue, 01 Nov 2011 20:13:52 +0100 setup: has_ext_modules always returns false when pure is specified
Simon Heimberg <simohe@besonet.ch> [Tue, 01 Nov 2011 20:13:52 +0100] rev 15459
setup: has_ext_modules always returns false when pure is specified When pure is specified ext_modules is emptied in hgbuildpy.finalize_options. Before this happens has_ext_modules returned True.
Sat, 23 Jul 2011 05:57:39 +0200 setup: subclass distribution instead of overwriting original
Simon Heimberg <simohe@besonet.ch> [Sat, 23 Jul 2011 05:57:39 +0200] rev 15458
setup: subclass distribution instead of overwriting original
Wed, 09 Nov 2011 16:36:54 -0600 check-code: enable camelcase check, fix up problems
Matt Mackall <mpm@selenic.com> [Wed, 09 Nov 2011 16:36:54 -0600] rev 15457
check-code: enable camelcase check, fix up problems
(0) -10000 -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 +10000 +30000 tip