FUJIWARA Katsunori <foozy@lares.dti.ne.jp> [Thu, 24 Nov 2011 17:54:50 +0900] rev 15579
largefiles: use "ui.configlist()" to get largefiles.patterns configuration
current lfconvert implementation uses combination of "ui.config()" and
"str.split(' ')" to get largefiles.patterns configuration.
but it can not handle multiline configuration in hgrc files correctly.
lfconvert should use "ui.configlist()" instead of it, as same as
override_add does.
Patrick Mezard <pmezard@gmail.com> [Thu, 24 Nov 2011 11:38:16 +0100] rev 15578
status: support revsets with --change
Mads Kiilerich <mads@kiilerich.com> [Fri, 25 Nov 2011 02:11:12 +0100] rev 15577
merge with stable
Mads Kiilerich <mads@kiilerich.com> [Fri, 25 Nov 2011 02:09:48 +0100] rev 15576
largefiles: avoid use of uinitialized variable in case of errors
Mads Kiilerich <mads@kiilerich.com> [Fri, 25 Nov 2011 02:09:45 +0100] rev 15575
tests: remove unstable debugstate output in test-largefiles.t
Martin Geisler <mg@aragost.com> [Thu, 24 Nov 2011 18:22:45 +0100] rev 15574
largefiles: simplify lfutil.writehash
This was unnecessarily verbose: there is no need to unlink the file
when we open it for write anyway, and there is no need to check if the
file exists after we created it.
Martin Geisler <mg@aragost.com> [Thu, 24 Nov 2011 18:22:44 +0100] rev 15573
merge with stable
Martin Geisler <mg@aragost.com> [Thu, 24 Nov 2011 18:13:18 +0100] rev 15572
largefiles: copy files into .hg/largefiles atomically
Copying from the user cache into .hg/largefiles could fail halfway
though with a partially written file.
Martin Geisler <mg@aragost.com> [Thu, 24 Nov 2011 18:12:13 +0100] rev 15571
largefiles: write .hg/largefiles/ files atomically
Before, it was possible to create a
.hg/largefiles/hash
file with truncated content, i.e., content where
SHA-1(content) != hash
This breaks the fundamental invariant in largefiles that the file
content for files in .hg/largefiles hash to the filename.
Martin Geisler <mg@aragost.com> [Thu, 24 Nov 2011 18:11:43 +0100] rev 15570
largefiles: add comment about non-atomic working directory
When updating the working copy with a normal 'hg update', we also
don't use atomic writes.