evolve: fix createmarkers() wrapper to accept an iterable Docstring in mercurial.obsolete says "<relations> must be an iterable of ...", and hgsubversion takes it at its word and passes a generator. Until around Mercurial 3.0, this did not cause any problems, but now it does: in a repo with both evolve and hgsubversion enabled, pushing to Subversion when obsolete changesets are present causes a crash: [...] File "/home/gward/src/hgsubversion/hgsubversion/wrappers.py", line 346, in push obsolete.createmarkers(repo, relations) File "/home/gward/src/hg-stable/mercurial/extensions.py", line 196, in wrap return wrapper(origfn, *args, **kwargs) File "/home/gward/src/hg-evolve/hgext/evolve.py", line 332, in _createmarkers relations[idx] = (prec, sucs, meta) TypeError: 'generator' object does not support item assignment Since hgsubersion is playing by the documented rules, evolve must be the guilty party here.

     1

.. Copyright 2011 Pierre-Yves David <pierre-yves.david@ens-lyon.org>

     2

..                Logilab SA        <contact@logilab.fr>

     3

     4

---------------------------------------------------------------------

     5

Qsync: Mercurial to MQ exporter

     6

---------------------------------------------------------------------

     7

     8

     9

People may have tools or co-workers that expect to receive mutable history using

    10

a versioned MQ repository.

    11

    12

For this purpose you can use the ``qsync`` extension.

    13

    14

    15

To enable the evolve extension use::

    16

    17

    $ hg clone http://hg-dev.octopoid.net/hgwebdir.cgi/mutable-history/

    18

    $ mutable-history/iqsync-enable.sh >> ~/.hgrc

    19

    $ hg help qsync