Hi,
On Fri, Dec 28, 2012 at 11:42:00PM -0500, Eric S. Raymond wrote:
> Heiko Voigt <hvoigt@xxxxxxxxxx>:
> > Maybe you could add that information to the parsecvs compile
> > instructions? I think just because it takes some effort to compile does
> > not justify to remove this useful pointer here. When I was converting a
> > legacy cvs repository this pointer would have helped me a lot.
>
> I'm parsecvs's maintainer now. It's not in good shape; there is at
> least one other known showstopper besides the build issue. I would
> strongly prefer to direct peoples' attention away from it until I
> have time to fix it and cut a release. This is not a distant
> prospect - two or three weeks out, maybe.
So for this short amount of time you want to change gits documentation?
Is this hint causing you trouble? Are there many people asking for
support because of that?
Even if it takes some effort to get parsecvs running I would like to
keep the hint to a good and proven cvs importer.
> The priority that is between me and fixing parsecvs is getting (a)
> cvsps and git-cvsimport to a non-broken state, and (b) having a sound
> test suite in place so I *know* it's in a non-broken state. As previously
> discussed, I will then apply that test suite to parsecvs.
>
> Heiko, you can speed up the process by (a) adapting your tests for
> the new cvsps test code,
I had a quick glance at your testsuite. After building cvsps with
make
and cd'ing into test I got a lot of error messages some saying that
cvsps was not found when issuing
make
there. It would be great if do not need to install cvsps into my path
just for running the testsuite.
There is no README so I am not sure how the tests are supposed to be
build in general. Due to the lack of documentation its probably easier
for you Eric to port my tests.
The structure of my tests is quite simple:
t/ - All the tests
t/cvsroot - A cvs module per test
t/t[0-9]{4}*/expect - The expected cvsps output
You can copy the cvs repository modules and convert the expected cvsps
output to whatever output you want to test against. It the found
changeset ordering that is interesting.
> and (b) merging the fix you wrote so cvsps
> would pass the t9603 test.
The fix was never clean and AFAIR the reason behind that was that the
breakage in commit ordering is not easy to fix in cvsps. That and
because there are other working tools out there was the reason why I
stopped working on fixing cvsps.
Cheers Heiko
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html