Wed, 16 Feb 2011 11:53:48 -0600 subrepos: print short git changeset ids stable
Kevin Bullock <kbullock@ringworld.org> [Wed, 16 Feb 2011 11:53:48 -0600] rev 13428
subrepos: print short git changeset ids This changes the prompts on git subrepos to show only the first seven digits of git changeset IDs (as git's command line does): $ hg update subrepository sources for s differ (in checked out version) use (l)ocal source (32a3438) or (r)emote source (da5f5b1)?
Wed, 16 Feb 2011 14:13:22 -0600 merge default into stable for 1.8 code freeze stable
Matt Mackall <mpm@selenic.com> [Wed, 16 Feb 2011 14:13:22 -0600] rev 13427
merge default into stable for 1.8 code freeze
Wed, 16 Feb 2011 15:02:30 +0100 store: remove pointless pathjoiner parameter
Adrian Buehlmann <adrian@cadifra.com> [Wed, 16 Feb 2011 15:02:30 +0100] rev 13426
store: remove pointless pathjoiner parameter We can stop pretending that we have to support anything else than '/' for concatenating path elements anywhere. Windows deals just fine with '/' in file paths and we already have plenty of places which produce paths containing '/' anyway when running on Windows.
Wed, 16 Feb 2011 18:36:45 +0100 bookmarks: forbid \0 \r \n : in bookmark names (BC)
David Soria Parra <dsp@php.net> [Wed, 16 Feb 2011 18:36:45 +0100] rev 13425
bookmarks: forbid \0 \r \n : in bookmark names (BC) We restrict : to 1. make it easer to convert bookmarks to git branches, 2. use : later for a syntax to push a local bookmark to a remote bookmark of a different name. \0, \n, \r are fobbidden they are used to separate bookmarks in the bookmark file. This change breaks backward compatbility as ':' was an allowed character in previous versions.
Wed, 16 Feb 2011 04:36:36 +0100 url: merge BetterHTTPS with httpsconnection to get some proxy https validation
Mads Kiilerich <mads@kiilerich.com> [Wed, 16 Feb 2011 04:36:36 +0100] rev 13424
url: merge BetterHTTPS with httpsconnection to get some proxy https validation
Wed, 16 Feb 2011 04:28:11 +0100 tests: test https through http proxy
Mads Kiilerich <mads@kiilerich.com> [Wed, 16 Feb 2011 04:28:11 +0100] rev 13423
tests: test https through http proxy These tests fails for me with Python 2.6(.nothing)
Wed, 16 Feb 2011 04:28:17 +0100 url: always create BetterHTTPS connections the same way
Mads Kiilerich <mads@kiilerich.com> [Wed, 16 Feb 2011 04:28:17 +0100] rev 13422
url: always create BetterHTTPS connections the same way
Wed, 16 Feb 2011 04:28:17 +0100 url: refactor BetterHTTPS.connect
Mads Kiilerich <mads@kiilerich.com> [Wed, 16 Feb 2011 04:28:17 +0100] rev 13421
url: refactor BetterHTTPS.connect
Wed, 16 Feb 2011 04:28:17 +0100 url: refactor _gen_sendfile
Mads Kiilerich <mads@kiilerich.com> [Wed, 16 Feb 2011 04:28:17 +0100] rev 13420
url: refactor _gen_sendfile
Wed, 16 Feb 2011 04:28:17 +0100 url: remove test for self.ui in BetterHTTPS
Mads Kiilerich <mads@kiilerich.com> [Wed, 16 Feb 2011 04:28:17 +0100] rev 13419
url: remove test for self.ui in BetterHTTPS We use self.ui unconditionally anyway so we would have noticed if it in some cases wasn't set.
Wed, 16 Feb 2011 03:28:22 +0100 tests: update ssl requirement for test-https.t
Mads Kiilerich <mads@kiilerich.com> [Wed, 16 Feb 2011 03:28:22 +0100] rev 13418
tests: update ssl requirement for test-https.t hgweb requires OpenSSL for serving https.
Wed, 09 Feb 2011 10:53:09 +0100 subrepos: prompt on conflicts on update with dirty subrepos
Erik Zielke <ez@aragost.com> [Wed, 09 Feb 2011 10:53:09 +0100] rev 13417
subrepos: prompt on conflicts on update with dirty subrepos Consider a repository with a single subrepository. The changesets in the main repository reference the subrepository changesets like this: m0 -> s0 m1 -> s1 m2 -> s2 Starting from a state (m1, s0), doing 'hg update m2' in the main repository will yield a conflict: the subrepo is at revision s0 but the target revision says it should be at revision s2. Before this change, Mercurial would do (m1, s0) -> (m2, s2) and thus ignore the conflict between the working copy and the target revision. With this change, the user is prompted to resolve the conflict by choosing which revision he wants. This is consistent with 'hg merge', which also prompts the user when it detects conflicts in the merged .hgsubstate files. The prompt looks like this: $ hg update tip subrepository sources for my-subrepo differ use (l)ocal source (fc627a69481f) or (r)emote source (12a213df6fa9)?
Wed, 16 Feb 2011 01:29:26 +0100 bookmarks: make track.current=True default behaviour and remove option (BC)
David Soria Parra <dsp@php.net> [Wed, 16 Feb 2011 01:29:26 +0100] rev 13416
bookmarks: make track.current=True default behaviour and remove option (BC)
Wed, 16 Feb 2011 01:28:42 +0100 update: preserve possible bookmark name to set current bookmark correctly
David Soria Parra <dsp@php.net> [Wed, 16 Feb 2011 01:28:42 +0100] rev 13415
update: preserve possible bookmark name to set current bookmark correctly
Wed, 16 Feb 2011 10:02:24 +0100 test-i18n: test translations
Martin Geisler <mg@aragost.com> [Wed, 16 Feb 2011 10:02:24 +0100] rev 13414
test-i18n: test translations
Wed, 09 Feb 2011 13:37:21 +0100 subrepo: remove argument introduced by mistake in c19b9282d3a7
Erik Zielke <ez@aragost.com> [Wed, 09 Feb 2011 13:37:21 +0100] rev 13413
subrepo: remove argument introduced by mistake in c19b9282d3a7
Thu, 03 Feb 2011 10:31:17 +0100 remove unnecessary list comprehensions
Martin Geisler <mg@aragost.com> [Thu, 03 Feb 2011 10:31:17 +0100] rev 13412
remove unnecessary list comprehensions These result lists were only built for the side effects, and so a normal loop is just as good and more straight-forward.
Tue, 15 Feb 2011 22:25:48 +0100 commit: abort if a subrepo is modified and ui.commitsubrepos=no
Patrick Mezard <pmezard@gmail.com> [Tue, 15 Feb 2011 22:25:48 +0100] rev 13411
commit: abort if a subrepo is modified and ui.commitsubrepos=no The default behaviour is to commit subrepositories with uncommitted changes. In my experience this is usually undesirable: - Changes to dependencies are often debugging leftovers - Real changes should generally be applied on the source project directly, tested then committed. This is not always possible, subversion subrepos may include only a small part of the source project, without the tests. Setting ui.commitsubrepos=no will now abort commits containing such modified subrepositories like: $ hg --config ui.commitsubrepos=no ci -m msg abort: uncommitted changes in subrepo sub I ruled out the hook solution because it does not easily take --include/exclude options in account. Also, my main concern is whether this flag could cause problems with extensions. If there are legitimate reasons for callers to override this behaviour (I could not find any), they might either override at ui level, or we could add an argument to localrepo.commit() later. v2: - Renamed ui.commitsubs to ui.commitsubrepos - Mention the configuration entry in hg help subrepos
Tue, 15 Feb 2011 16:19:11 -0600 tests: fixes for svn 1.4.2
Matt Mackall <mpm@selenic.com> [Tue, 15 Feb 2011 16:19:11 -0600] rev 13410
tests: fixes for svn 1.4.2
Tue, 15 Feb 2011 20:02:52 +0100 mq: remove undo after a qimport
André Sintzoff <andre.sintzoff@gmail.com> [Tue, 15 Feb 2011 20:02:52 +0100] rev 13409
mq: remove undo after a qimport
Tue, 15 Feb 2011 14:41:49 +0100 transaction: use posixfile and unlink from util
Adrian Buehlmann <adrian@cadifra.com> [Tue, 15 Feb 2011 14:41:49 +0100] rev 13408
transaction: use posixfile and unlink from util instead of open() and os.unlink() Avoids potential issues with file access on Windows (e.g. AV-scanners).
Mon, 14 Feb 2011 23:59:21 -0600 bookmarks: update help text since moving into core
Kevin Bullock <kbullock@ringworld.org> [Mon, 14 Feb 2011 23:59:21 -0600] rev 13407
bookmarks: update help text since moving into core Clarifies the help text for the bookmarks command regarding the requirements for pushing or pulling bookmarks.
Tue, 15 Feb 2011 23:23:16 +1300 debugignore: catch the case when ignore.includepat doesn't exist
jfh <jason@jasonfharris.com> [Tue, 15 Feb 2011 23:23:16 +1300] rev 13406
debugignore: catch the case when ignore.includepat doesn't exist In testing of my recent addition of a debugignore command, some of my MacHg users uncovered the exceptional case that if there is no ignore patterns of any kind then a traceback occurred. Catch and fix this case.
Tue, 15 Feb 2011 02:17:43 +0100 tests: use printenv.py where it is - don't copy it around
Mads Kiilerich <mads@kiilerich.com> [Tue, 15 Feb 2011 02:17:43 +0100] rev 13405
tests: use printenv.py where it is - don't copy it around
Tue, 15 Feb 2011 01:05:32 +0100 tests: let printenv.py show the real values
Mads Kiilerich <mads@kiilerich.com> [Tue, 15 Feb 2011 01:05:32 +0100] rev 13404
tests: let printenv.py show the real values Test paths are now hidden by the test framework, so HG_URL no longer needs mangling.
Tue, 15 Feb 2011 01:04:10 +0100 hgweb: make paths wildcards expanding in a repo root match repo correctly
Mads Kiilerich <mads@kiilerich.com> [Tue, 15 Feb 2011 01:04:10 +0100] rev 13403
hgweb: make paths wildcards expanding in a repo root match repo correctly There was a trailing '/' too much when the wildcard part expanded to nothing. The consequence was that the repo was announced but didn't work.
Tue, 15 Feb 2011 01:04:10 +0100 hgweb: doctest of url creation from wildcard expansion
Mads Kiilerich <mads@kiilerich.com> [Tue, 15 Feb 2011 01:04:10 +0100] rev 13402
hgweb: doctest of url creation from wildcard expansion
Mon, 14 Feb 2011 18:04:20 -0600 bookmarks: fix up test-https
Matt Mackall <mpm@selenic.com> [Mon, 14 Feb 2011 18:04:20 -0600] rev 13401
bookmarks: fix up test-https
Fri, 24 Dec 2010 15:23:01 +0100 explicitly close files
Dan Villiom Podlaski Christiansen <danchr@gmail.com> [Fri, 24 Dec 2010 15:23:01 +0100] rev 13400
explicitly close files Add missing calls to close() to many places where files are opened. Relying on reference counting to catch them soon-ish is not portable and fails in environments with a proper GC, such as PyPy.
Fri, 11 Feb 2011 22:24:10 +0800 tag: add tests for tags with whitespace (issue2174)
Afuna [Fri, 11 Feb 2011 22:24:10 +0800] rev 13399
tag: add tests for tags with whitespace (issue2174)
(0) -10000 -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 +10000 +30000 tip