Peter Eisentraut wrote:*Every* CVS repository contains some measure of funkiness :-). I don't know what caused this particular problem with cvsps, but judging from my experience developing cvs2svn, a likely culprit would be a cycle in the graph of dependencies between changesets that were inferred too naively. I had to teach cvs2svn graph theory to make it robustly handle situations like this. I just tried converting the pgsql repository using the trunk version of cvs2svn (which also supports output to git [2]). It worked fine. If you can work with a one-time conversion (as opposed to incremental) then consider using cvs2svn. Michael [1] http://cvs2svn.tigris.org [2] http://cvs2svn.tigris.org/cvs2git.html - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Antonio Almeida | HTB accuracy for high speed |
| David Miller | [GIT]: Networking |
