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