Re: Upstream cvs repository corruption?

[Jim Meyering <jim@meyering.net>]

Christopher Faylor <cgf-use-the-mailinglist-please@sourceware.org> wrote:

> On Mon, Sep 24, 2007 at 05:06:37PM +0200, Jim Meyering wrote:
>>Christopher Faylor <cgf-use-the-mailinglist-please@sourceware.org> wrote:
>>>I was trying to find out what that should actually be.  There is no
>>>need to rationalize the need.  I just want to figure out how this
>>>should actually be set up.  And, I thought that if we chose another
>>>account with different access rights it might actually solve the
>>>problem.
>>
>>Chris,
>>
>From the tone of your messages, I fear I may have done something to
>>offend you.  If so, please rest assured that whatever I did was not
>>intended to rustle any feathers.
>
> Please reread the above without any preconceptions about tone.  I'm not
> "offended".  I want to solve a problem.

I'm glad there was no perceived offense.

BTW, I have no preconceptions.
How could I have any, when I don't know you
and haven't heard anything to bias me?

> Here is my point:
>
> SER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
[more hung cvs-related processes]

The tools that seem to make cvs hang (mirror-* -> git-cvsimport -> cvsps -> cvs)
are solely to synchronize a mirrored git repository from the cvs one.
Thus, removing these tools would not affect whether sourceware.org
provides a git server.

Those same scripts work fine on at least three other systems (one of
which is also RHEL 4).  However, those systems all use cvs-1.12.13,
while sourceware is using cvs-1.11.15.  I've built 1.12.13 with -g
and installed it in my own ~/bin directory so the scripts will use that.
We'll see if that fixes the problem.  If not, I'll debug it, so one
way or another, this problem should last no longer than a day or so more.