Dear ohloh staff!
Months ago Neomat ( https://www.ohloh.net/accounts/Neomat ) claimed ownership for our project ( https://www.ohloh.net/p/ArcEmu). Back then he was part of our staff, but he hasn't been for months. We changed SVN and since he is the only one who could change the SVN repo data on the ohloh page, it's been stuck for months.
We tried to reach him by multiple means without success. We even tried to contact him through oloh with the 'add new manager' form, but that remains unsuccessful as well.
It would mean a great deal for us if you could reassign the ownership.
If you wish you can verify my claims through our website http://www.arcemu.org
All and any assistance is greatly appreciated.
Thanks in advance.
I have approved you as a manager for this project.
You now have the privilege to add and remove other managers from this project.
Let me know if you need anything else,
The next problem would be that it fails to enlist the new repo.
It errors out on downloading the source code history, for some reason.
I waited 24hours before reporting this issues as you guys requested on the enlistment page.
Thanks for all and any assistance, in advance :)
We are getting an error when trying to check out revision 1761:
svn checkout -r 1761 'svn://arcemu.info/svn/trunk@1761' arcemu --ignore-externals --no-auth-cache # .... many files are added .... A arcemu/extras/arcemu-windows-libraries/DLL Files/libmySQL.dll svn: In directory 'arcemu/extras' svn: 'arcemu/extras/.svn/tmp/text-base/mpqe_cpp.svn-base' has unsupported special file type ''
Our importer requires that we be able to check out every revision in the repository. Can you reproduce this error on your end? Any clues how we can work around this?
I cannot reproduce the problem.
I tried on both Windows XP sp3 with subversion console and tortoise svn, and on Debian GNU/Linux Etch and all I got was a 0 byte file, with the property of svn:special with value '*'. I did not have to make any changes, it let me do this by default.
It seems that the guy who commited that revision, accidentally commited a symlink instead of a directory.
(Altough he deleted it in the next revision, then added the directory itself)
If you can please either try to enable this property ( you should be able to since I could check it out on both Windows and Linux) or try to have it ignore it.
If everything else fails then I will try to manually edit it in the SVN filesystem and then reenlist it.
Thanks in advance
I've found a topic with the very same issue from 3 months ago:
It seems that this issue is caused by an outdated SVN software.
Ok I removed the svn:special property from that revision (actually I removed the entire transaction from both 1761 and 1762) so now it should work.
If you can please reschedule it for checkout. Tks.