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

Re: Bug#738680: RFA: libbsd-arc4random-perl -- CPAN's BSD::arc4random -- Perl bindings for arc4random



-=| Jonas Smedegaard, 15.02.2014 11:56:48 +0100 |=-
> Quoting Damyan Ivanov (2014-02-15 10:16:15)
> > Here's what I tried:
> > 
> >  git cvsimport -d_anoncvs@anoncvs.mirbsd.org:/cvs -C new-git -u \
> >  -k -v -A AUTHORS contrib/hosted/tg/deb/libbsd-arc4random-perl
> > 
> > The resulting Git repository is at 
> > http://anonscm.debian.org/gitweb/?p=users/dmn/cvs-imported.git
> [snip]
> > This suggested that there's additional history that I'd like to have, 
> > but retrieving it fails:
> [snip]
> > Perhaps git-cvsimport is not happy about the module rename or the 
> > history is just not available anymore.
> > 
> > Does anybody have ideas how to import that history too?
> > 
> > If not I guess I'll proceed with what I have so far.
> 
> Just an idea (haven't tried myself): If you ran second command on the 
> already existing git, I can imagine how the cvsimport module cannot 
> handle that. Try do each extractions separately, and then stitch the 
> parts together afterwards.

I was trying exactly what you suggest - get the older location in 
a separate git repository (planning for later to replay the newer 
location's commits on top).

The problem I saw is more on the CVS side of things:

  ...
  revision 1.2 of file debian/control is tagged but not present
  ...

Still, having others coming with the same idea as I is reassuring I am 
not completely off track. Thanks :)

> Or if data is in different subdirs of same CVS "repository" then 
> perhaps extract the outer dir once and then massage the result using 
> "git filter-branch".

I guess that could work, although mirroring the whole contrib/hosted 
tree of the mirbsd's CVS seems like a nuclear approach. Thorsten, what 
do you think? Would I get an IP ban if I try that? :)


-- dam

Attachment: signature.asc
Description: Digital signature


Reply to: