Closed Bug 27297 Opened 25 years ago Closed 20 years ago

cvs release requires write acccess to repository

Categories

(mozilla.org Graveyard :: Server Operations, task, P3)

x86
Linux

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jgmyers, Assigned: drew.streib)

Details

Using cvs-mirror.mozilla.org, I'm getting:

> cvs release -d ucvibm
? .deps
You have [0] altered files in this repository.
Are you sure you want to release (and delete) directory `ucvibm': yes
cvs-1.10.8 [server aborted]: "release" requires write access to the repository

This makes no sense; I should not need write access to the repository in order
to do a cvs release.
This is cvs client issue... and for some reason it tries to delete that dir from 
cvs-mirror, and of course that's not allowed.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
That's ludicrous.  The client is notifying the server of the release so the 
server can log the event.  If the server isn't interested, it should treat it as 
a noop.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
You don't have to get hostile with risto, john. This looks like a problem with
how we have the cvs-mirror set up, but it could be a limitation in cvs. I'm not
sure we can turn off trying to write the history file on releases. I suggest
working around with `rm -rf'.
I'm happy with leaf's suggestion... and don't want to spend more time with this 
right now. Maybe sometimes when I have more time. I'll leave this open but 
probably won't touch for a while.
I apologize if my comment was hostile, it was not intended to be.

rm -rf has the problem that it doesn't take things out of CVS/Entries, so cvs 
starts puking on subsequent operations.
Severity: normal → minor
Moving to Drew. This is an issue with cvs-mirror.
Assignee: rko → dtype
Status: REOPENED → NEW
That error does indicate that "release" will require write access. This message
only shows up when it is more than the history file as well, as anonymous
checkouts technically require write access to the history file, but not write
access to the repository.

I'll check with Jim Kingdon, our resident CVS expert, as to why this is. But for
now it does appear to be a CVS constraint, and not necessarily a configurable
one (unless we want to hack CVS somewhat, which I think is not preferred).
Status: NEW → ASSIGNED
Whiteboard: AOL_IC_unsupported
Whiteboard: AOL_IC_unsupported
dave@ibook [0:58 docs 56] tcsh> cvs version
Client: Concurrent Versions System (CVS) 1.11.5 (client/server)
Server: Concurrent Versions System (CVS) 1.11.4 (client/server)
dave@ibook [0:59 docs 57] tcsh> cat CVS/Root
:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot
dave@ibook [0:57 docs 58] tcsh> cvs release -d txt
You have [0] altered files in this repository.
Are you sure you want to release (and delete) directory `txt': yes
dave@ibook [0:57 docs 59] tcsh>

works for me.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago20 years ago
Resolution: --- → WORKSFORME
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.