commands: fix typo in debugobsolete docstring

--HG--
branch : stable
extra : amend_source : 3e65891ccb84c77cc75f0b64b5f0ea2c6773b30a
hgweb: show correct error message for i18n environment

If exception is error.LookupError and running in i18n environment,
below condition is always true.
Because msg is translated and dosen't contain 'manifest'.

    if util.safehasattr(err, 'name') and 'manifest' not in msg:

This patch creates a new exception class and uses it instead of
string match.

--HG--
branch : stable
extra : rebase_source : 1d8338be268f32c013799ca24208ec6eca7f174b
merge with mpm
scmutil: remove dead updatedir code

This code has not been used in a long while.
Added tag 2.5.3 for changeset 50c922c1b514

--HG--
branch : stable
Added signature for changeset 50c922c1b514

--HG--
branch : stable
merge with stable
setup.py: properly discard trust warning.

This modification was missing from the fa91ddfc3f36 changeset.

--HG--
branch : stable
scmutil.addremove: pull repo.dirstate fetch out of the loop

On a large repository with 170,000 files, this speeds up perfaddremove from
2.78 seconds to 2.40.
scmutil.addremove: remove redundant directory and symlink checks

dirstate.walk only does lstats and never returns stat objects for directories.

On a large repository with 170,000 files, this speeds perfaddremove up from
2.40 seconds to 2.34.
scmutil.addremove: pull ui.status printing out of the loop

This will let us stop sorting all the results in an upcoming patch.

This also permits future refactorings where the same code consumes
dirstate.walk results but doesn't print anything out.

An argument could be made that printing out results as we go along is more
responsive UI-wise. However, at this point iterating through walk results is
actually faster than sorting them, so once we stop sorting all the results the
argument ceases to be valid.
scmutil.addremove: stop sorting all walk results

The only place where the order matters is in printing out added or removed
files. We already sort that set.

On a large repository with 170,000 files, this speeds up perfaddremove from
2.34 seconds to 2.13.
scmutil.addremove: use iteritems on walk results

Now that we no longer sort all the walk results, using iteritems becomes
possible.

This is a relatively minor speedup: on a large repository with 170,000 files,
perfaddremove goes from 2.13 seconds to 2.10.
Merge with stable.
util: add functions to check symlink/exec bits

These are not yet used.
dirstate: only call lstat once per flags invocation

This makes a big difference to performance in some cases.

hg --time locate 'set:symlink()'

mozilla-central (70,000 files):

  before: 2.92 sec
  after:  2.47

another repo (170,000 files):

  before: 7.87 sec
  after:  6.86
merge with crew