convert/subversion: work around memory leak in svn's python bindings The svn.ra.get_log wrapper attaches the hash of changed paths for every log entry to a global memory pool, so memory consumption increases rapidly, with no way to free it. Our workaround is to call this function in a child process, and feed its results back over a pipe. The memory consumption of the child still grows huge (hundreds of megabytes), but at least it goes away once the reading-the-log phase is done.

     1

adding dir/bar

     2

adding foo

     3

dir/bar

     4

foo

     5

adding dir/bar_2

     6

adding foo_2

     7

dir/bar_2

     8

foo_2

     9

adding a

    10

adding c

    11

adding b

    12

adding d

    13

removing a

    14

removing c

    15

recording removal of a as rename to b (100% similar)