strategyonly
C2C Supreme Commander
Do you do an update before you commit each time??
Some how you need to find out how to completely delete that entry (7770) because now NOBODY can use the SVN, NOBODY????
-
Our friends from AlphaCentauri2.info are in need of technical assistance. If you have experience with the LAMP stack and some hours to spare, please help them out and post here.
C2C SVN Changelog
- Thread starter Dancing Hoskuld
- Start date
Do you do an update before you commit each time??
Some how you need to find out how to completely delete that entry (7770) because now NOBODY can use the SVN, NOBODY????
Sparth
C2C Team Member
- Joined
- Oct 6, 2013
- Messages
- 2,314
ALWAYS
And this is a lie. Look at TB update, its after my
It's not a lie but only the changed files from 7770 are affected.
I tried to revert the changes from 7770, i only managed to delete Assets/art/Interface/Buttons/Units/sparth/animals
but i can't revert the xml changes because of
Code:
Can't read file '/svn/p/caveman2cosmos/code/db/revs/7/7745': End of file found
Hydromancerx
C2C Modder
But won't that overwrite a file if you have one that is the same? For instance lets say there is a file that you edited and I also edited the same file. I commit mine first thus replacing the old one with a new one. If you update first then you get the new version and then when you commit yours which is old won't that then replace the new file with an altered older file?
I thought that if you did not update the SVN can see that you have an old file compared to anything new you have not downloaded yet which will either warn you the file has been changed and/or merge the two files together (if possible).
If you update before you commit isn't that basically conforming to the SVN that "yes I know stuff is new but I want to replace it with my new stuff" even if your "new stuff" is actually old stuff with some tweaks.
I was getting some of the same errors others stated before but now I am getting the following;
Update
Working copy 'C:\Program Files (x86)\2K Games\Firaxis Games\Sid Meier's
Civilization 4 Complete\Beyond the Sword\Mods\C2C Tortoise' locked.
'C:\Program Files (x86)\2K Games\Firaxis Games\Sid Meier's Civilization 4
Complete\Beyond the Sword\Mods\C2C Tortoise' is already locked.
Update
Working copy 'C:\Program Files (x86)\2K Games\Firaxis Games\Sid Meier's
Civilization 4 Complete\Beyond the Sword\Mods\C2C Tortoise' locked.
'C:\Program Files (x86)\2K Games\Firaxis Games\Sid Meier's Civilization 4
Complete\Beyond the Sword\Mods\C2C Tortoise' is already locked.
Sparth
C2C Team Member
- Joined
- Oct 6, 2013
- Messages
- 2,314
Create new, fresh directory and try to download entire SVN again. Should work. Or wait until Ill try to fix problem.
Stormwind
King
- Joined
- Dec 7, 2008
- Messages
- 697
TBH, it looks more like a SF/SVN problem. With multiple tries I can get more files before it errors out with 'Can't read file '/svn/p/caveman2cosmos/code/db/revs/7/7745': End of file found'. I got part of TBs updates so far.
Searching indicates that the file responsible for the 7745 commit got corrupted somehow and that it has nothing to do with any commits lately. A new download from the SVN also produces the same error and way earlier. So long as no one has a backup for that particular revision information file not much will work.
Worst case: entire svn needs to be rebuild.
Searching indicates that the file responsible for the 7745 commit got corrupted somehow and that it has nothing to do with any commits lately. A new download from the SVN also produces the same error and way earlier. So long as no one has a backup for that particular revision information file not much will work.
Worst case: entire svn needs to be rebuild.
I remembered that it is possible to verify the integrity of the repository using the svnadmin tool, but this takes a while.
Sadly we don't have backups otherwise we could at least go back to an older working backup.
strategyonly
C2C Supreme Commander
And this is a lie. Look at TB update, its after my
No its not a lie, i didnt say anything about a "commit" i said use, committing is not using . . .
But won't that overwrite a file if you have one that is the same? For instance lets say there is a file that you edited and I also edited the same file. I commit mine first thus replacing the old one with a new one. If you update first then you get the new version and then when you commit yours which is old won't that then replace the new file with an altered older file?
No yours should have had a "red" checkmark by it, and will not be overridden.
I thought that if you did not update the SVN can see that you have an old file compared to anything new you have not downloaded yet which will either warn you the file has been changed and/or merge the two files together (if possible).
All you need to do is go to SVN, right click on it and to a "compare to working copy."
If you update before you commit isn't that basically conforming to the SVN that "yes I know stuff is new but I want to replace it with my new stuff" even if your "new stuff" is actually old stuff with some tweaks.
Again IF you have the red checkmark it will not override it, until you do YOUR commit to change it. It might ask you to do a clean up ??
But even if something does go haywire, you should have your copy in the mods folder anyways, correct, and just re-do them from there, right??
All you need to do is re-start your pc and the locked part will disappear. But dont try to update until this mess it cleared up thx.
You can always do an "update to revision number" . . .but that doesnt solve the problem, SVN is corrupt now until fixed somehow??
I doubt that Hydros file is the problem (almost all the those Hydro's there are only tweaks of 1 file), see attached for 7745 commit . . . . I hope he was doing updates BEFORE commits . . .
EDIT: come to think of it if he didnt do an update 1st, then he might have overridden HIS old stuff with someone else's new stuff????
I meant a backup of the complete SVN repository itself.
There is a error in 7770 affecting the file 'code/db/revs/7/7745'.
Code:
[alberts2@shell-24007 caveman2cosmos]$ svnadmin verify code --revision 7770
svnadmin: E070014: Can't read file 'code/db/revs/7/7745': End of file foundStormwind
King
- Joined
- Dec 7, 2008
- Messages
- 697
Try this with revisions after or before and it will still give the same error I believe. I don't buy that its something that only happens with rev 7770.
I vertified 7745, 7746, 7769, 7771 or 7772 and there is no error only in 7770.
The 7770 file in 'code/db/revs/7/' is completely corrupt it has 7745 written in some lines but there should be 7770. I tried to fix it but
Stormwind
King
- Joined
- Dec 7, 2008
- Messages
- 697
I stand corrected. You could dump/backup everything up to and including 7769, delete the corrupted svn and restore the dump/backup. This has some useful information I think: http://zeroset.mnim.org/2012/06/03/svn-repository-corruption-svndbcurrent-end-of-file-found/
Exactly
@ALL
I have removed the revisions 7770, 7771 and 7772 this means we are back at 7769.
If you get a error like this one a new Checkout is neccesary.
Code:
No such revision 7772blackgutter
Chieftain
- Joined
- May 8, 2014
- Messages
- 27
What does commit before update mean? I just update the C2C SVN and move the main files to the mod folder. What does "commiting" involve?
strategyonly
C2C Supreme Commander
Holy tinkerbell, thank you, i hope this works now, and please please please from now on, do an update BEFORE you commit, thx.
Making sure it works ok, so here is a commit:
7770 tech sound for Guirella Warfare by thelastbeluga
EDIT: Seems to works again thx to alberts2
thats means after everyone does an UPDATE to their SVN
that means everything that was after 7769 needs to be "resubmitted".
Hydromancerx
C2C Modder
I have only encountered having to merge a few times and yes they do let you compare. Most of the time the parts edited in a file do not overlap. So they merge nicely. its only the very rare times that there is conflict. I think this is mostly due to how open/transparent we are on who is doing what and we rarely have to step on each others toes.
