You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by Branko Čibej <br...@xbc.nu> on 2000/11/23 02:37:32 UTC
CVS access weiredness
Is anybody else seeing the follwing with "cvs update" (over ssh):
[lots of output snipped]
cvs server: Updating apr/time/unix
cvs server: Updating apr/time/win32
cvs server: Updating apr/user
cvs server: Updating apr/user/unix
cvs [update aborted]: shutting down connection to apache.org: Invalid argument
I /think/ the whole tree gets updated, but this error is making me
nervous. This is cvs-1.11 with openssh2.3.0p1 on i686-pc-cygwin and
sparc-sun-solaris2.6.
--
Brane Čibej
home: <br...@xbc.nu> http://www.xbc.nu/brane/
work: <br...@hermes.si> http://www.hermes-softlab.com/
ACM: <br...@acm.org> http://www.acm.org/
Re: CVS access weiredness
Posted by Greg Stein <gs...@lyra.org>.
On Thu, Nov 23, 2000 at 02:37:32AM +0100, Branko Cibej wrote:
> Is anybody else seeing the follwing with "cvs update" (over ssh):
>
> [lots of output snipped]
> cvs server: Updating apr/time/unix
> cvs server: Updating apr/time/win32
> cvs server: Updating apr/user
> cvs server: Updating apr/user/unix
> cvs [update aborted]: shutting down connection to apache.org: Invalid argument
>
> I /think/ the whole tree gets updated, but this error is making me
> nervous. This is cvs-1.11 with openssh2.3.0p1 on i686-pc-cygwin and
> sparc-sun-solaris2.6.
locus rebooted about 90 minutes ago. That could have been it.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
Re: CVS access weiredness
Posted by Karl Fogel <kf...@galois.collab.net>.
Yes, I am getting this problem too. :-( And my client is CVS version
1.10.8.1 (the server at apache.org is 1.11).
I'll look into it when get a chance; APR setup folks, any ideas?
-K
Branko =?ISO-8859-2?Q?=C8ibej?= <br...@xbc.nu> writes:
> Is anybody else seeing the follwing with "cvs update" (over ssh):
>
> [lots of output snipped]
> cvs server: Updating apr/time/unix
> cvs server: Updating apr/time/win32
> cvs server: Updating apr/user
> cvs server: Updating apr/user/unix
> cvs [update aborted]: shutting down connection to apache.org: Invalid argument
>
> I /think/ the whole tree gets updated, but this error is making me
> nervous. This is cvs-1.11 with openssh2.3.0p1 on i686-pc-cygwin and
> sparc-sun-solaris2.6.
>
> --
> Brane �ibej
> home: <br...@xbc.nu> http://www.xbc.nu/brane/
> work: <br...@hermes.si> http://www.hermes-softlab.com/
> ACM: <br...@acm.org> http://www.acm.org/
Re: CVS access weiredness
Posted by Sascha Schumann <sa...@schumann.cx>.
On Wed, 22 Nov 2000 rbb@covalent.net wrote:
>
> I'm looking into this on Linux right now. <waits while machine
> updates.....>
>
> Not seeing it on Linux.
locus seems to be screwed up:
[sascha@locus sascha]$ l /tmp
total 2
drwxr-xr-x 2 root wheel 512 Nov 22 18:22 .
drwxr-xr-x 20 root wheel 1024 Nov 19 18:56 ..
[sas@rossini apache-2.0]$ cvs upd -dP
can't create temporary directory
Permission denied
- Sascha
Re: CVS access weiredness
Posted by rb...@covalent.net.
I'm looking into this on Linux right now. <waits while machine
updates.....>
Not seeing it on Linux.
Sorry.
Ryan
On Thu, 23 Nov 2000, Branko [ISO-8859-2] �ibej wrote:
> Is anybody else seeing the follwing with "cvs update" (over ssh):
>
> [lots of output snipped]
> cvs server: Updating apr/time/unix
> cvs server: Updating apr/time/win32
> cvs server: Updating apr/user
> cvs server: Updating apr/user/unix
> cvs [update aborted]: shutting down connection to apache.org: Invalid argument
>
> I /think/ the whole tree gets updated, but this error is making me
> nervous. This is cvs-1.11 with openssh2.3.0p1 on i686-pc-cygwin and
> sparc-sun-solaris2.6.
>
> --
> Brane �ibej
> home: <br...@xbc.nu> http://www.xbc.nu/brane/
> work: <br...@hermes.si> http://www.hermes-softlab.com/
> ACM: <br...@acm.org> http://www.acm.org/
>
>
_______________________________________________________________________________
Ryan Bloom rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------
Re: CVS access weiredness
Posted by Karl Fogel <kf...@galois.collab.net>.
Greg Stein <gs...@lyra.org> writes:
> Besides, I know the best way to fix it. Install Subversion :-)
That's what I was thinking. :-)
-K
> On Sun, Nov 26, 2000 at 05:27:12PM -0600, Karl Fogel wrote:
> > 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 <gs...@lyra.org> writes:
> > > On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> > > > Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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/
>
> --
> Greg Stein, http://www.lyra.org/
Re: CVS access weiredness
Posted by Karl Fogel <kf...@galois.collab.net>.
Greg Stein <gs...@lyra.org> writes:
> Besides, I know the best way to fix it. Install Subversion :-)
That's what I was thinking. :-)
-K
> On Sun, Nov 26, 2000 at 05:27:12PM -0600, Karl Fogel wrote:
> > 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 <gs...@lyra.org> writes:
> > > On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> > > > Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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/
>
> --
> Greg Stein, http://www.lyra.org/
Re: CVS access weiredness
Posted by Greg Stein <gs...@lyra.org>.
Not in my way, which is why I never brought it up. (well, I might have long
ago, but no biggy)
Status quo is fine for me...
Besides, I know the best way to fix it. Install Subversion :-)
Cheers,
-g
On Sun, Nov 26, 2000 at 05:27:12PM -0600, Karl Fogel wrote:
> 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 <gs...@lyra.org> writes:
> > On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> > > Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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/
--
Greg Stein, http://www.lyra.org/
Re: CVS access weiredness
Posted by Greg Stein <gs...@lyra.org>.
Not in my way, which is why I never brought it up. (well, I might have long
ago, but no biggy)
Status quo is fine for me...
Besides, I know the best way to fix it. Install Subversion :-)
Cheers,
-g
On Sun, Nov 26, 2000 at 05:27:12PM -0600, Karl Fogel wrote:
> 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 <gs...@lyra.org> writes:
> > On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> > > Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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/
--
Greg Stein, http://www.lyra.org/
Re: CVS access weiredness
Posted by Karl Fogel <kf...@galois.collab.net>.
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 <gs...@lyra.org> writes:
> On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> > Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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/
Re: CVS access weiredness
Posted by Karl Fogel <kf...@galois.collab.net>.
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 <gs...@lyra.org> writes:
> On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> > Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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/
Re: CVS access weiredness
Posted by Greg Stein <gs...@lyra.org>.
On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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/
Re: CVS access weiredness
Posted by Greg Stein <gs...@lyra.org>.
On Fri, Nov 24, 2000 at 11:33:44AM -0600, Karl Fogel wrote:
> Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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/
Re: CVS access weiredness
Posted by Karl Fogel <kf...@galois.collab.net>.
Branko =?ISO-8859-2?Q?=C8ibej?= <br...@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...
Re: CVS access weiredness
Posted by Karl Fogel <kf...@galois.collab.net>.
Brian Behlendorf <br...@collab.net> writes:
> If that's correct, I don't have the first clue on how to fix it. =)
> Sounds more like a bug in the CVS client than anything I can fix on the
> server side; I don't know the cvs code well enough to be comfortable
> trying to fix this (nor do I really have the desire to spend the time
> diving into CVS source code, given it's not a fatal error). But if anyone
> does track it down and it's something I can fix on the server, I'll be
> happy to do so.
It's a client problem, yes.
Given that it's not a real problem, I'm inclined to pretend it's not
happening...
Re: CVS access weiredness
Posted by Brian Behlendorf <br...@collab.net>.
On Fri, 24 Nov 2000, Branko [ISO-8859-2] �ibej wrote:
> 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.
If that's correct, I don't have the first clue on how to fix it. =)
Sounds more like a bug in the CVS client than anything I can fix on the
server side; I don't know the cvs code well enough to be comfortable
trying to fix this (nor do I really have the desire to spend the time
diving into CVS source code, given it's not a fatal error). But if anyone
does track it down and it's something I can fix on the server, I'll be
happy to do so.
Brian
Re: CVS access weiredness
Posted by Branko Čibej <br...@xbc.nu>.
Brian Behlendorf wrote:
> On Thu, 23 Nov 2000, Branko [ISO-8859-2] Čibej wrote:
>
>> Brian Behlendorf wrote:
>>
>>> On Thu, 23 Nov 2000, Branko [ISO-8859-2] Čibej wrote:
>>>
>>>> Is anybody else seeing the follwing with "cvs update" (over ssh):
>>>
^^^^^^^^^^
>>>>
>>>
>>> Should now be fixed.
>>
>> Hmm. I'm still seeing it.
>
>
> Um, OK, so the problem report was:
>
>> [lots of output snipped]
>> cvs server: Updating apr/time/unix
>> cvs server: Updating apr/time/win32
>> cvs server: Updating apr/user
>> cvs server: Updating apr/user/unix
>> cvs [update aborted]: shutting down connection to apache.org: Invalid argument
>
>
> You didn't say if you were using the anoncvs pserver or over an SSH
> tunnel,
Yes I did, and you even quoted it, see above. :-)
> So I don't have an answer for you, unless you can provide more
> debugging details.
At first I thought I would ignore it, as I saw the error in a cygwin
session, but the same thing happens on Solaris 2.6. Except that on
Solaris the error is EBADF.
> Also, apr/user/unix is the last directory in an update, so I'm wondering
> if it's finishing yet there's something about the way the connection ends
> that confuses your local cvs client?
Yep, that's what I was thinking, too. The fact APR builds on both boxes
seems to corroborate this.
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.
I apologise for the spam. :-)
--
Brane Čibej
home: <br...@xbc.nu> http://www.xbc.nu/brane/
work: <br...@hermes.si> http://www.hermes-softlab.com/
ACM: <br...@acm.org> http://www.acm.org/
Re: CVS access weiredness
Posted by Brian Behlendorf <br...@collab.net>.
On Thu, 23 Nov 2000, Branko [ISO-8859-2] �ibej wrote:
> Brian Behlendorf wrote:
>
> > On Thu, 23 Nov 2000, Branko [ISO-8859-2] �ibej wrote:
> >
> >> Is anybody else seeing the follwing with "cvs update" (over ssh):
> >
> >
> > Should now be fixed.
>
> Hmm. I'm still seeing it.
Um, OK, so the problem report was:
> [lots of output snipped]
> cvs server: Updating apr/time/unix
> cvs server: Updating apr/time/win32
> cvs server: Updating apr/user
> cvs server: Updating apr/user/unix
> cvs [update aborted]: shutting down connection to apache.org: Invalid argument
You didn't say if you were using the anoncvs pserver or over an SSH
tunnel, but since you're a committer I'd bet over the tunnel; I just did a
checkout of mine and it successfully completed. So then I tried anoncvs,
and that appeared to work too. So I don't have an answer for you, unless
you can provide more debugging details.
Also, apr/user/unix is the last directory in an update, so I'm wondering
if it's finishing yet there's something about the way the connection ends
that confuses your local cvs client?
Brian
Re: CVS access weiredness
Posted by Branko Čibej <br...@xbc.nu>.
Brian Behlendorf wrote:
> On Thu, 23 Nov 2000, Branko [ISO-8859-2] Čibej wrote:
>
>> Is anybody else seeing the follwing with "cvs update" (over ssh):
>
>
> Should now be fixed.
Hmm. I'm still seeing it.
--
Brane Čibej
home: <br...@xbc.nu> http://www.xbc.nu/brane/
work: <br...@hermes.si> http://www.hermes-softlab.com/
ACM: <br...@acm.org> http://www.acm.org/
Re: CVS access weiredness
Posted by Brian Behlendorf <br...@collab.net>.
On Thu, 23 Nov 2000, Branko [ISO-8859-2] �ibej wrote:
> Is anybody else seeing the follwing with "cvs update" (over ssh):
Should now be fixed.
Brian