That confirms the theory, yeah.
Since it doesn't actually seem to be hurting anything (except our
sense of dignity), I'm not going to poke into the CVS client to fix
it. Unless it's getting in your way, in which case I will. Let me
know.
-K
Greg Stein <gstein@lyra.org> writes:
> On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> > Branko =?ISO-8859-2?Q?=C8ibej?= <brane@xbc.nu> writes:
> > > Now let me see ... Aha, :pserver: checkout works fine, so does :pserver:
> > > update ... oops, I got it. :ext: update from the top of the APR tree
> > > works fine, but reports that error when I update a Subversion tree,
> > > which links to APR. So this is obviously a CVS problem. Maybe it's
> > > confused by mixing :pserver: (svn) and :ext: (apr) in the same working
> > > copy tree.
> >
> > Wow. That's a clue and a half, yeah, it could be that...
>
> Ever since we mixed the SVN and APR repositories (e.g. many months ago),
> I've been getting:
>
> $ cvs update
> ...
> [ SVN directories ]
> ...
> cvs server: Updating tools/cvs2svn/tests
> cvs server: Updating www
> cvs server: Updating apr
> cvs server: Updating apr/buckets
> ...
> [ APR directories ]
> ...
> cvs server: Updating apr/user
> cvs server: Updating apr/user/unix
> cvs [update aborted]: shutting down connection to apache.org: Bad file descriptor
> $
>
> SVN is an authenticated :pserver: access and APR is an SSH :ext: access.
>
> The behavior didn't change when APR moved.
>
> My CVS version: (from cvs-1.10.6-2.i386.rpm in the RH 6.1 distro)
>
> $ cvs --version
>
> Concurrent Versions System (CVS) 1.10.6 (client/server)
> ...
>
>
> Cheers,
> -g
>
> --
> Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:15 2006