Log message:
Update mercurial to 0.9.3.

Bug fixes:
 * fix a merge copy/rename corner case
 * fix spurious new heads message with push -r
 * fix hg export %n sequence numbers
 * fix shell quoting on Windows
 * fix charset encoding for hgwebdir and obfuscated addresses
 * fix missing generated files for distribution tarball
 * fix convert-repo tag updates and transcoding of committer
 * add instructions for redoing failed merges

Documentation fixes:
 * hg cat, manifest, and tag default to current parent revision.
 * CGI stub comments clarified
 * corrected synopses for many commands
 * improve doc building and distribution
 * convert-repo: update usage information

Extension fixes:
 * mq: fix strip on Windows
 * mq: fix some guards corner cases
 * gpg: make 'hg sign' default to current parent

Log message:
Update to 0.9.2:

New features:
 - merge now follows renames and copies
 - new layout protects against case-insensitivity issues
 - new branch and branches commands for managing named branches
 - push command accepts -r for pushing specified heads or named branches
 - proper storage of changelog and other metadata in UTF-8
 - log, annotate and grep '--follow' follow renames and copies
 - date parsing is improved and log, update, and revert accept --date ranges
 - additional command options for log, status, addremove
 - improved schema for hgweb URLs
 - bundle can now use '-r' and '--base' removing the need of an base repository
 - support for git-style extended patches with --git option
 - new debuginstall command to check for common installation issues

New contributions and extensions:
 - mq
   - support for quilt-style guards
   - can import existing changesets into mq ('qimport -r') or
     commit mq patches as regular changesets ('qdel -f')
   - edit the log message with 'qrefresh -e'
   - rename patches with 'qrename'
   - qheader to display the patch header of particular patches,
     and '--summary' for qseries, qapplied, qunapplied and qtop
   - combine patches with 'qfold'
   - qrefresh supports pattern options to import only a subset
     of the changes into a patch, to help split changes into multiple patches
   - patch names for applied patches act like local tags, and can be
     used in the revision arguments of any hg command
 - hgk
   - browse a subset of the history with '--limit' and revision range arguments
   - shows revision numbers as well as node hashes
 - churn: graph lines of code changed per user over a range of history
 - patchbomb: generate inline attachments with '-a'

Behavior changes:
 - hg cat defaults to the working directory revision rather than tip
 - hg manifest no longer shows internal file revision hashes by default
 - hg revert now requires the -a flag to revert all files

Developer notes:
 - new high-level API functions in the 'hg' module
 - new context API simplifies many operations
 - The changelog can now include arbitrary metadata in key: value form

Log message:
Update mercurial to 0.9.1.

New features:
- You can now configure your 'hgweb' server to let remote users
  'push' changes over http.
- You can now 'import' a patch in a mail message by saving the mail
  message, and importing it.  This works for patches sent either
  inline or as attachments.
- The 'diff' command now accepts '-rA:B' syntax as a synonym for
  '-r A -r B', and adds '-b' and '-B' options.

For a complete list of major changes, see the announcement at
http://www.selenic.com/pipermail/mercurial/2006-July/009510.html

Log message:
Update to 0.9:

 Major changes between Mercurial 0.8.1 and 0.9:

  - The repository file format has been improved.
    - This has resulted in an average 40% reduction in disk space    usage.
    - The new format (called RevlogNG) is now the default.
    - Mercurial works perfectly with both the old and new repository
      file formats. It can transfer changes transparently between
      repositories of either format.
    - To use the new repository format, simply use `hg clone --pull` to
      clone an existing repository.
    - Note: Versions 0.8.1 and earlier of Mercurial cannot read
      RevlogNG repositories directly, but they can `clone`, `pull`
      from, and `push` to servers that are serving RevlogNG
      repositories.
  - Memory usage has been improved by over 50% for many common operations.
  - Substantial performance improvements on large repositories.
  - New commands:
    - 'archive' - generate a directory tree snapshot, tarball, or zip
      file of a revision
  - Deprecated commands:
    - 'addremove' - replaced by 'add' and 'remove --after'
    - 'forget' - replaced by 'revert'
    - 'undo' - replaced by 'rollback'
  - New extensions:
    - Bugzilla integration hook
    - Email notification hook
  - Nested repositories are now supported. Mercurial will not recurse
    into a subdirectory that contains a '.hg' directory. It is treated
    as a separate repository.
  - The standalone web server, 'hg serve', is now threaded, so it can
    talk to multiple clients at a time.
  - The web server can now display a "message of the day".
  - Support added for hooks written in Python.
  - Many improvements and clarifications to built-in help.

Sort PLIST.

Log message:
Update mercurial to 0.8.1.

Changes:
- new extensions:
  mq (manage a queue of patches, like quilt only better)
  email (send changes as series of email patches)
- new command: merge (replaces "update -m")
- improved commands: log (--limit option added), pull/push ("-r" works
  on specific revisions), revert (rewritten, much better)
- comprehensive hook support
- output templating added, supporting e.g. GNU changelog style
- Windows, Mac OS X: prebuilt binary packages, better support
- many reliability, performance, and memory usage improvements

Log message:
Correct alignment.

Log message:
remove a bashism ("select") in the merge script
(this is quite invasive: it disables "FileMerge.app" on MacOS)
bump PKGREVISION

Log message:
Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no
developer is officially maintaining the package.

The rationale for changing this from "tech-pkg" to \ 
"pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list).  Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.

Log message:
Add missing file to PLIST. Bump PKGREVISION.

Log message:
update to 0.8
changes:
 faster status, diff, and commit
 reduced memory usage for push and pull
 improved extension API
 new bisect, gpg, hgk, and win32text extensions
 short URLs, binary file handling, and optional gitweb skin for hgweb
 numerous new command options including log --keyword and pull --rev
 improved hooks and file filtering