[cvsnt] Re: error-message on commit
ka-2001 at gmx.net
Sat Oct 23 10:06:31 BST 2004
Don't you loose all the versionhistory if you check it in again ?
If you mean to checkout the project to workspace again, do some changes
and commit then - didn't work - tried it at this moment again.
I also changed the owner from administrator to the current user -
first the file I wanted to commit, then the directories the file
is in (all in CVS-repository) - no change - the same error.
On Fri, 22 Oct 2004 16:18:24 -0700, Bryan Kuhn <bryan at infinityward.com>
> When I get the error if you just check it in again it works the second
> time. So don't think its a permission thing.
> Friday, October 22, 2004, 3:11:12 PM, kurt wrote:
>> On Fri, 22 Oct 2004 20:23:01 +0200, Luigi D. Sandon <cp at sandon.it>
>>> We are getting the same error after we upgraded to 2.058b.
>>> cvs commit -m "Release 9.0.5" -r DUnit dunit.dpr dunit.drc
>>> DunitAbout.pas DUnitMainForm.dfm DUnitMainForm.pas
>>> GUITesting.pas GUITestRunner.dfm GUITestRunner.pas NGUITestRunner.nfm
>>> NGUITestRunner.pas QGUITestRunner.pas TestExtensions.pas
>>> TestModules.pas TextTestRunner.pas versioninfo.inc versioninfo.rc
>>> versioninfo.res (in directory F:\Projects\Delphi_Libs\DUnit\src\)
>>> Checking in dunit.dpr;
>>> /CVS/Lib/Delphi/DUnit/src/dunit.dpr,v <-- dunit.dpr
>>> new revision: 184.108.40.206; previous revision: 220.127.116.11
>>> cvs [server aborted]: cannot rename file
>>> /CVS/Lib/Delphi/DUnit/src/,dunit.dpr, to
>>> /CVS/Lib/Delphi/DUnit/src/,dunit.dpr,: Permission denied
>>> ***** CVS exited normally with code 1 *****
>>> Some modules works, others not. This one was a new checkout of a module
>>> already existing in the repository (imported with an older version of
>>> compiled under Linux, I believe 2.0.52 or something alike, now cvsnt
>>> runs on
>>> a Windows 2000 server), I was upgrading the library to a new release.
>>> We are using both sspi an pserver. I tried with different server
>>> especially trying to change the user CVS runs with, but with success.
>> That's exactly what happened to me after upgrading from 2.0.51d to
>> (Permission denied - problem).
>> I think the problem is, that the account under which CvsNT
>> the files changed (in my case from adaministrator to my user-account).
>> You can check this, when you check the owner of the files in the
>> Files before upgrading had the administrator owner, files created after
>> upgrading have my user-account as owner.
>> As soon as you try to commit changed files, which were created with the
>> version (because they are owned by administrator) this problem occurs.
>> My solution was to go back to version 2.0.51d - but maybe you can help
>> you change the owner of (all?) files in the repository.
>> (I don't think any AV is blocking the files - this is to test easily
>> cvsnt mailing list
>> cvsnt at cvsnt.org
More information about the cvsnt