[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Savannah-hackers-public] Re: Git pserver
From: |
Sylvain Beucler |
Subject: |
Re: [Savannah-hackers-public] Re: Git pserver |
Date: |
Thu, 8 Nov 2007 16:13:09 +0100 |
User-agent: |
Mutt/1.5.16 (2007-06-11) |
On Thu, Nov 08, 2007 at 01:49:36PM +0100, Jim Meyering wrote:
> Sylvain Beucler <address@hidden> wrote:
> > I switched Savannah to the Git package from backports.org, because it
> > will be easier for other people to update it.
> >
> > I installed git-core and git-cvs, in both the main server, and in the
> > 'cvs' vserver (where is it needed exactly already?).
>
> Hi Sylvain,
>
> Thanks!
> It wasn't officially needed there.
Do you mean git-cvs is not needed in the 'cvs' vserver? Or something
else? :)
> It would be needed if I were syncing emacs' cvs-to-git
> in the cvs vserver. Currently, I'm doing it via the host vserver.
>
> > Incidentally, to bypass packages dependencies I had to create a fake
> > "cvs" package, using the 'equivs' method I discussed earlier. I also
> > remember you mentioned something about cvsps, I though it was already
> > installed, but apparently it wasn't; can you refresh my memory? :)
>
> It's required if we're going to do any incremental cvs-to-git sync
> (via git-cvsimport) in the cvs vserver.
OK, can you tell me what kind of git stuff is done these days?
- automated cvs->git
- manual cvs->git
I'm a bit lost ;)
> > Last, I tested git-cvsserver. It works for gnulib, but it fails for
> > freedink:
> > cvs -d:pserver:address@hidden:/freedink.git co HEAD
> > cvs checkout: warning: unrecognized response `Died at
> > /usr/bin/git-cvsserver line 2640, <FILELIST> chunk 4.' from cvs server
> > cvs checkout: warning: unrecognized response `Issuing rollback() for
> > database handle being DESTROY'd without explicit disconnect(), <FILELIST>
> > line 4.' from cvs server
> > cvs [checkout aborted]: end of file from server (consult above messages if
> > any)
> >
> > I enabled a log like you did for gnulib.git, you can have a look?
> > 2007-11-08 00:38:29 : DEBUG - GITCVS::updater - Processing commit
> > 494a33f37d8c6231c99a99708c7e4d9d54e76271 (139 of 182)
> > 2007-11-08 00:38:29 : WARN - UNKNOWN FILE CHANGE mode=6,
> > hash=662b71c28b5cc0dc6ea8edccb32c3f50d9ce15c5, change=T, name=README
>
> That's odd.
> It looks like your cvs client sent a 'T' change command, which
> isn't recognized. Only 'D'elete, 'M'odified and 'A'dded are recognized.
>
> What client/version are you using?
CVS version 1.12.13, the Debian Lenny version.
--
Sylvain