Re: [Fwd: [ANNOUNCE] bzr-fastimport plugin, yet another Bazaar import option]

[Aidan Van Dyk <aidan@highrise.ca>]

[-- Attachment #1: Type: text/plain, Size: 1591 bytes --]

* Pierre Habouzit <madcoder@debian.org> [080201 08:20]:
 
>   /me opens bigs ears and eyes: does this mean that we have an
> incremental importer of CVS based on git-fast-import ? I mean I'm really
> interested into that, as git-cvsimport is really broken with the glibc
> CVS tree, and as the glibc CVSROOT is rsync-able, an incremental
> importer that has access to the CVSROOT RCS files is probably the most
> efficient way.

In the repository I convert (PostgreSQL), I'm using the ruby
fromcvs/togit converter, which has worked well, because git-cvsimport
doesn't work.

I actually found the problem with the PostgreSQL CVS repository - it is
a TAG, which seems to have some cyclic dependencies which throws cvsps
into a loop.  Unfortuntely, I have neither time nor energy to be able to
look into fixing cvsps, especially since fromcvs "just works" on it.

	http://mid.gmane.org/20080220220014.GB16099@yugib.highrise.ca

I don't know what the problem with the glibc CVSROOT, but if it's the
same, that might be something to look at.

Note that fromcvs doesn't import tags (that's probably why it didn't
have any trouble with the PostgreSQL CVS) but that doesn't bother me,
since CVS tags carry none of the authority git tags do, and the git
commit ids provide a stable way to refer to particular commits anyways.

a.

-- 
Aidan Van Dyk                                             Create like a god,
aidan@highrise.ca                                       command like a king,
http://www.highrise.ca/                                   work like a slave.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]