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. 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, and (b) merging the fix you wrote so cvsps would pass the t9603 test. The sooner I can get that out of the way, the sooner I will be avble to pay serious attention to parsecvs. -- <a href="http://www.catb.org/~esr/";>Eric S. Raymond</a> -- 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