Fix some test cases to deal with non-deterministic dump output.
commit8cfe98798974ac59def21786e933e7dd3f0dda3a
authormhagger <mhagger@be7e6eca-30d4-0310-a8e5-ac0d63af7087>
Fri, 20 Apr 2012 09:23:05 +0000 (20 09:23 +0000)
committermhagger <mhagger@be7e6eca-30d4-0310-a8e5-ac0d63af7087>
Fri, 20 Apr 2012 09:23:05 +0000 (20 09:23 +0000)
tree52bbef06adc5c7ee25a18d093593a814a651b6db
parent10bc84981b30ff0c563a1bfa6526bf01373382a9
Fix some test cases to deal with non-deterministic dump output.

I started getting some test failures for use_rcs() and
internal_co_exclude() after switching to 64-bit Ubuntu "precise".  I
don't know whether the difference is caused by changes to Subversion,
the change from 32 to 64-bit architecture, or something else.

These tests both run the same conversion twice: once with the
--use-rcs option and once without.  Then they "svnadmin dump" the
resulting Subversion repositories and verify that the dump outputs are
line-by-line identical (aside from the repository UUIDs).

These two tests are now failing because the output of "svnadmin dump"
for the two repositories differs, even though the repositories are
logically the same.  (In particular, the order that properties are
output varies.)  It is not clear whether Subversion's behavior has
changed, or whether these tests only used to work by accident, but
either way, the tests are easy to fix...

The old tests converted into Subversion repositories, then dumped the
repositories, then compared the dumps.  Instead, change the tests to
convert directly into dumpfiles and compare the dumpfiles.  Since
cvs2svn takes pains to output properties in a deterministic order,
this should be robust.

With this change, the tests work again.

git-svn-id: http://cvs2svn.tigris.org/svn/cvs2svn/trunk@5381 be7e6eca-30d4-0310-a8e5-ac0d63af7087
run-tests.py