[cvsnt] Problem committing file.

[Bo Berglund]

On Sat, 3 May 2008 10:50:49 -0400, "Gordon Boast"
<gordon.boast at ieee.org> wrote:

> 
>Good morning,
> 
>I am using cvsnt version  2.5.03 (Scorpio) Build 2382 with TortoiseCVS
>version 1.10.6. In February I switched from the :local: protocol to the
>:sspi: protocol. This was done on recommendation on this mail list to solve
>a problem I was having at the time....
> 
>Since making this change, I have noticed that when I check out a sandbox
>(not done too often) some files in each directory are checked out as
>read-only (shown with a locked icon). Such files cannot be changed and
>committed unless I first clear the read-only property with windows explorer
>)icon changes to normal check-mark). I have been working this way,
>successfully, since February.
> 
>Today I have a situation were after making the above change to a file, I am
>still unable to complete the commit. The following error message is posted:
> 
>        In C:\Documents and
>Settings\TSi\Desktop\TradeStationIndicators\PackageELDs: "C:\Program 
>        Files\CVSNT\cvs.exe" commit -m "copy out from EXPORT folder"
>TurnSignal_Complete(7.0).ELD
>        CVSROOT=:sspi:gordodesk1:C:/CVSRepositories
>                                  
>        cvs server: user 'TSi' is not a valid editor of the file
>'TurnSignal_Complete(7.0).ELD'
>        cvs [server aborted]: correct above errors first!
>                                 
>        Error, CVS operation failed
> 
> 
>Does anyone know how to correct this error?

It is *not* an error.....
Someone has changed te readonly property of the file in his sandbox by
issuing the cvs edit command. THis makes the file read/write in his
sandbox. But it also tells CVSNT that this user is the owner of the
edit token on the file and that noone else may commit any changes to
the file until he is done and has committed his own changes.

So you need to find out who has done this and tell him to commit or
unedit the file.

By the way, your server is set up wrongly.
Your CVSROOT connect string should not contain any drive specification
like you have now. CVSNT should manage the location of the repository
all by itself and only publish a symbolic name of the repository.

HTH

/Bo
(Bo Berglund, developer in Sweden)