Re: problem with anoncvs? - Mailing list pgsql-hackers

From Christopher Kings-Lynne
Subject Re: problem with anoncvs?
Date
Msg-id 005901c1e61c$914c6420$0200a8c0@SOL
Whole thread Raw
In response to Re: problem with anoncvs?  ("Marc G. Fournier" <scrappy@hub.org>)
List pgsql-hackers
Yeah, working now.  Sorry about that delayed post business.  Our sysadmin
was mucking around with the domain masquerading and my emails temporarily
came from a different address.

Chris

----- Original Message -----
From: "Marc G. Fournier" <scrappy@hub.org>
To: "Christopher Kings-Lynne" <chriskl@houston.familyhealth.com.au>
Cc: "Hackers" <pgsql-hackers@postgresql.org>
Sent: Wednesday, April 17, 2002 9:10 PM
Subject: Re: [HACKERS] problem with anoncvs?


>
> from what I can tell, shouldn't be ... permissions look okay from here ...
> I know that if you catch it partway through the update, it can have some
> permissions problems though ... can you try and let me know if its still a
> problem?
>
> On Wed, 17 Apr 2002, Christopher Kings-Lynne wrote:
>
> > I keep getting this:
> >
> > cvs server: failed to create lock directory for
> > `/projects/cvsroot/pgsql/contrib/dbsize'
> > (/projects/cvsroot/pgsql/contrib/dbsize/#cvs.lock): Permission denied
> > cvs server: failed to obtain dir lock in repository
> > `/projects/cvsroot/pgsql/contrib/dbsize'
> > cvs [server aborted]: read lock failed - giving up
> >
> > Chris
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 6: Have you searched our list archives?
> >
> > http://archives.postgresql.org
> >
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
>     (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)
>



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: huge runtime difference between 2 almost identical queries (was: Re: Index Scans become Seq Scans after VACUUM ANALYSE)
Next
From: Thomas Lockhart
Date:
Subject: Re: Implicit coercions need to be reined in