Re: cvsimport error when modulename is '.'

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Feb 13, 2010 at 10:51:42PM +1100, Daniel Black wrote:

> git  cvsimport -A ../authcvs-conv -k -m -v -d:pserver:anonymous@xxxxxxxxxxxxxxxxxxxxxxxxxxxx:/cvsroot/opendkim .
>
> this results in ...
>
> Initialized empty Git repository in /home/dan/software_projects/opendkim-import4/.git/
> Running cvsps...
> connect error: Network is unreachable
> cvs rlog: Logging .
> NOTICE: used alternate strip path /cvsroot/opendkim/.c
> WARNING: file /cvsroot/opendkim/BRANCHES doesn't match strip_path /cvsroot/opendkim/.c. ignoring
> WARNING: file /cvsroot/opendkim/FEATURES doesn't match strip_path /cvsroot/opendkim/.c. ignoring

These messages are not coming from git-cvsimport, but rather from cvsps,
which cvsimport uses to generate whole patchsets from the CVS data. Just
running "cvsps ." results in similar errors, and I don't see an obvious
way to do what you want. So probably it would require a patch to cvsps
to fix.

If this is a one-shot import, you can try a few different things.

As a hack, if you can move files in the CVS repository (and if you
can't, try using cvssuck or similar to pull them locally, and then do
the import from there), then move everything to a submodule "foo", and
import that module.

Alternatively, you might check out some of the alternative importers
like parsecvs or cvs2git. I don't know if they would handle this
situation better.

And as a super-hacky alternative, you could import each module
separately and then stich them all together using git-filter-branch.

-Peff
--
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]