Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb
@ 2001-05-03  4:05 Eli Zaretskii
  2001-05-03  4:26 ` Eli Zaretskii
                   ` (2 more replies)
  0 siblings, 3 replies; 6+ messages in thread
From: Eli Zaretskii @ 2001-05-03  4:05 UTC (permalink / raw)
  To: gdb

Is there any reasonable way to prevent anoncvs from locking the 
repository for prolonged periods of time?  I've just committed a small 
change, and now I'm sitting before the terminal for 30 minutes staring at 
``waiting for anoncvs's lock'' messages.  And it's not over yet.

This is ridiculous: anoncvs access to the GDB sources should not punish 
the developers so much!

Is this a CVS limitation, or can something be done?


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb
  2001-05-03  4:05 cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb Eli Zaretskii
@ 2001-05-03  4:26 ` Eli Zaretskii
  2001-05-03  5:45 ` Jonathan Larmour
  2001-05-03  5:53 ` Philip Blundell
  2 siblings, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2001-05-03  4:26 UTC (permalink / raw)
  To: gdb

On Thu, 3 May 2001, I wrote:

> Is there any reasonable way to prevent anoncvs from locking the 
> repository for prolonged periods of time?  I've just committed a small 
> change, and now I'm sitting before the terminal for 30 minutes staring at 
> ``waiting for anoncvs's lock'' messages.  And it's not over yet.

After waiting for more than an hour, I gave up and typed Ctrl-C.

This shouldn't happen.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb
  2001-05-03  4:05 cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb Eli Zaretskii
  2001-05-03  4:26 ` Eli Zaretskii
@ 2001-05-03  5:45 ` Jonathan Larmour
  2001-05-03  6:26   ` Eli Zaretskii
  2001-05-03  5:53 ` Philip Blundell
  2 siblings, 1 reply; 6+ messages in thread
From: Jonathan Larmour @ 2001-05-03  5:45 UTC (permalink / raw)
  To: eliz; +Cc: gdb

In article < Pine.SUN.3.91.1010503140324.613J-100000@is > you write:
>Is there any reasonable way to prevent anoncvs from locking the 
>repository for prolonged periods of time?  I've just committed a small 
>change, and now I'm sitting before the terminal for 30 minutes staring at 
>``waiting for anoncvs's lock'' messages.  And it's not over yet.
>
>This is ridiculous: anoncvs access to the GDB sources should not punish 
>the developers so much!
>
>Is this a CVS limitation, or can something be done?

It was a stale lock. The cvs server instance that created it must
have crashed.

I've deleted it so it should work now.

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb
  2001-05-03  4:05 cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb Eli Zaretskii
  2001-05-03  4:26 ` Eli Zaretskii
  2001-05-03  5:45 ` Jonathan Larmour
@ 2001-05-03  5:53 ` Philip Blundell
  2 siblings, 0 replies; 6+ messages in thread
From: Philip Blundell @ 2001-05-03  5:53 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: gdb

>Is there any reasonable way to prevent anoncvs from locking the 
>repository for prolonged periods of time?  I've just committed a small 
>change, and now I'm sitting before the terminal for 30 minutes staring at 
>``waiting for anoncvs's lock'' messages.  And it's not over yet.

If you were stuck for this long, it almost certainly means a CVS process has 
died and left a stale lock in the repository.  Someone needs to go in and 
delete it manually.

The problem isn't specific to anonymous access; that's not to say it mightn't 
be a good thing to get anoncvs out of the main repository and on to some kind 
of mirror.

p.



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb
  2001-05-03  5:45 ` Jonathan Larmour
@ 2001-05-03  6:26   ` Eli Zaretskii
  2001-05-03 11:05     ` Christopher Faylor
  0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2001-05-03  6:26 UTC (permalink / raw)
  To: Jonathan Larmour; +Cc: gdb

On Thu, 3 May 2001, Jonathan Larmour wrote:

> It was a stale lock. The cvs server instance that created it must
> have crashed.
> 
> I've deleted it so it should work now.

Thanks.

If and when this happens, who should I tell about that, and ask to remove 
the lock?


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb
  2001-05-03  6:26   ` Eli Zaretskii
@ 2001-05-03 11:05     ` Christopher Faylor
  0 siblings, 0 replies; 6+ messages in thread
From: Christopher Faylor @ 2001-05-03 11:05 UTC (permalink / raw)
  To: gdb

On Thu, May 03, 2001 at 04:28:40PM +0300, Eli Zaretskii wrote:
>
>On Thu, 3 May 2001, Jonathan Larmour wrote:
>
>> It was a stale lock. The cvs server instance that created it must
>> have crashed.
>> 
>> I've deleted it so it should work now.
>
>Thanks.
>
>If and when this happens, who should I tell about that, and ask to remove 
>the lock?

overseers@sources.redhat.com is the right place.  People with root access
read this mailing list.

If you send something here, though, I'll read it eventually and deal
with it.  I was busy today or I would have gotten to it sooner.

Thanks to Jonathan for his action, though.

cgf


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2001-05-03 11:05 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-05-03  4:05 cvs server: waiting for anoncvs's lock in /cvs/src/src/gdb Eli Zaretskii
2001-05-03  4:26 ` Eli Zaretskii
2001-05-03  5:45 ` Jonathan Larmour
2001-05-03  6:26   ` Eli Zaretskii
2001-05-03 11:05     ` Christopher Faylor
2001-05-03  5:53 ` Philip Blundell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox