- Jan 31, 2011
-
-
Erik Zielke authored
This makes 'hg update --clean' behave the same way for both kinds of subrepositories. Before Subversion subrepos did not take the clean parameter into account, but just updated to the given revision and merged uncommitted changes into that.
-
- Jan 28, 2011
-
-
kiilerix authored
Known fingerprints of HTTPS servers can now be configured in the hostfingerprints section. That makes it possible to verify the identify of web servers without configuring and trusting the CA chain. Limitations: * Portnumbers are ignored, just like with ordinary certificates. * Host name matching is case sensitive.
-
- Jan 27, 2011
-
-
Matt Mackall authored
-
- Jan 24, 2011
-
-
Martin Geisler authored
-
- Dec 24, 2010
-
-
Arne Babenhauserheide authored
-
- Dec 23, 2010
-
-
Arne Babenhauserheide authored
-
- Jan 19, 2011
-
-
Wagner Bruna authored
-
- Jan 27, 2011
-
-
David Soria Parra authored
-
David Soria Parra authored
Always write the undo file. Otherwise, rollback will not work for the initial bookmark as undo.bookmarks doesn't exists. In this case undo.bookmarks needs already be empty.
-
- Jan 26, 2011
-
-
Adrian Buehlmann authored
If pywin32 is not installed, 'os.lstat(pathname).st_nlink' is used for nlinks(), which is always zero for all files on Windows. To make sure we break up hardlinks if pywin32 is missing, we force nlink = 2 if nlinks() returns < 1. (this completely fixes issue1922)
-
- Jan 22, 2011
-
-
Patrick Mezard authored
A subversion project revisions are a subset of the repository revisions, you can ask subversion to update a working directory from one revision to another without changing anything. Unfortunately, Mercurial will think the subrepository has changed and will commit it again. To avoid useless commits, we compare the subrepository state to its actual "parent" revision. To ensure ascending compatibility with existing subrepositories which might reference fake revisions, we also keep comparing with the subrepo working directory revision. NOTE: not sure if this should go in stable or not.
-
- Jan 21, 2011
-
-
Steve Borho authored
When the Mercurial Python libraries are used within a Windows application with no console, there is no stderr file handle.
-
- Jan 08, 2011
-
-
Yuya Nishihara authored
Now it verifies certificate in the same manner as py3k implementation: http://svn.python.org/view/python/branches/py3k/Lib/ssl.py?view=markup#match_hostname
-
Yuya Nishihara authored
SSLSocket.getpeercert() returns tuple containing unicode for 'subject'. Since Mercurial does't support IDN at all, it just returns error for non-ascii certname.
-
Pascal Quantin authored
-
- Jan 04, 2011
-
-
Oleg Stepanov authored
-
- Jan 05, 2011
-
-
Martin Geisler authored
-
- Jan 02, 2011
-
-
Eduard-Cristian Stefan authored
-
- Jan 05, 2011
-
-
Martin Geisler authored
-
- Jan 02, 2011
-
-
Matt Mackall authored
-
Matt Mackall authored
-
- Dec 25, 2010
-
-
Yuya Nishihara authored
It tries to convert localstr to unicode before truncating. Because we cannot assume that the given text is encoded in local encoding, it falls back to raw string in case of unicode error.
-
- Dec 31, 2010
-
-
Jacek Sowiński authored
'--no-backup' in cmdline means *'no_backup'* in code'
-
- Jan 02, 2011
-
-
Matt Mackall authored
-
- Dec 28, 2010
-
-
Wagner Bruna authored
-
Wagner Bruna authored
-
- Dec 21, 2010
-
-
Jens Bäckman authored
-
- Dec 20, 2010
-
-
Wagner Bruna authored
-
- Dec 30, 2010
-
-
Steve Borho authored
-
- Dec 29, 2010
-
-
Matt Mackall authored
-
Matt Mackall authored
(backport of 91bc001a592f to stable)
-
- Dec 27, 2010
-
-
Adrian Buehlmann authored
On Windows, os.rename reliably raises OSError with errno.EEXIST if the destination already exists (even on shares served by Samba). Windows does *not* silently overwrite the destination of a rename. So there is no need to first call os.path.exists on the chosen temp path. Trusting os.path.exists is actually harmful, since using it enables the following racy sequence of actions: 1) os.path.exists(temp) returns False 2) some evil other process creates a file with name temp 3) os.rename(dst, temp) now fails because temp has been taken Not using os.path.exists and directly trying os.rename(dst, temp) eliminates this race.
-
- Dec 13, 2010
-
-
Adrian Buehlmann authored
Preventing file loss repository corruption (e.g. vanished changelog.i) when Mercurial pushes to repositories on Windows shares served by Samba. This is a workaround for Samba bug 7863, which is present in current latest stable Samba 3.5.6 and various prior versions down to 3.0.26a (the oldest one I tested). Of course this should be fixed in Samba, but there probably aren't that many other applications who use hardlinks that extensively and keep files open like Mercurial, so the pressure to fix this on Samba is probably not that high. And even if the Samba project should be able to fix their bug within a month or two, it will take quite some time until users upgrade their Samba installs.
-
- Dec 20, 2010
-
-
John Peberdy authored
-
- Dec 23, 2010
-
-
Yuya Nishihara authored
-
- Dec 27, 2010
-
-
kiilerix authored
-
- Dec 22, 2010
-
-
Steve Borho authored
This fixes all callers of util.quotecommand() and place special knowledge of the bugfix in 2.7.1 in a single platform specific place.
-
- Dec 20, 2010
-
-
Matt Mackall authored
-
- Dec 17, 2010
-
-
Adrian Buehlmann authored
Before this patch, the copy order on clone was: requires 00changelog.i store\data store\00manifest.d store\00manifest.i store\00changelog.d store\00changelog.i store\dh store\fncache Which provides a theoretical non-zero probability of a race during clone where a very early reader might see a repository with missing revlog files if it sees 00changelog.i before all files inside dh have been copied. The dh directory is similar to the data directory -- just for files with long names (which are hashed). The manifest refers to files in data *and* dh, so dh should be copied before the manifest. This patch improves the copy order to: requires 00changelog.i store\data store\dh store\fncache store\00manifest.d store\00manifest.i store\00changelog.d store\00changelog.i I'm putting fncache to before the manifest while I'm at it, since fncache provides a mechanism to enumerate all repository files without visiting the manifest revisions. fncache depends only on data and dh. Note that data must be copied first, since copying data triggers the creation of the repository write lock in the destination repo (see hg.clone).
-
- Dec 20, 2010
-
-
Matt Mackall authored
-