Bart Massey <bart@xxxxxxxxxx>: > I don't know what Eric Raymond "officially end-of-life"-ing parsecvs means? You and Keith handed me the maintainer's baton. If I were to EOL it, that would be the successor you two designated judging in public that the code is unsalvageable or has become pointless. If you wanted to exclude the possibility that a successor would make that call, you shouldn't have handed it off in a state so broken that I can't even test it properly. But I don't in fact think the parsecvs code is pointless. The fact that it only needs the ,v files is nifty and means it could be used as an RCS exporter too. The parsing and topo-analysis stages look like really good work, very crisp and elegant (which is no less than I'd expect from Keith, actually). Alas, after wrestling with it I'm beginning to wonder whether the codebase is salvageable by anyone but Keith himself. The tight coupling to the git cache mechanism is the biggest problem. So far, I can't figure out what tree.c is actually doing in enough detail to fix it or pry it loose - the code is opaque and internal documentation is lacking. More generally, interfacing to the unstable API of libgit was clearly a serious mistake, leading directly to the current brokenness. The tool should have emitted an import stream to begin with. I'm trying to fix that, but success is looking doubtful. -- <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