Dear Open Hub Users,
We’re excited to announce that we will be moving the Open Hub Forum to
https://community.blackduck.com/s/black-duck-open-hub.
Beginning immediately, users can head over,
register,
get technical help and discuss issue pertinent to the Open Hub. Registered users can also subscribe to Open Hub announcements here.
On May 1, 2020, we will be freezing https://www.openhub.net/forums and users will not be able to create new discussions. If you have any questions and concerns, please email us at
[email protected]
I just noticed that Ohloh repulled the code from my Subversion respository (http://www.ohloh.net/projects/3306) and there is now a sudden jump in code size around July 2003 and the total code size is now about 50% larger than it was two weeks ago. Did you guys change the way lines of code are counted or is there something funny about my Subversion repository?
Hi Davis,
It looks like the change was caused by a change in the Subversion URL from 'svn://davis.sytes.net/dclib' to 'https://dclib.svn.sourceforge.net/svnroot/dclib'.
I tried to compare the logs, but the old URL appears to be offline.
The jump in lines of code seems to come from this commit.
Was this commit present in the old URL?
Yes, that was in the old repository. In fact, the new URL just points to a copy of the old repository.
I renamed a top level folder from lib to dlib way back and that is what that commit is from. So I added the dlib folder but I also removed an identical folder named lib. So shouldn't it all balance out?
Hi Davis,
This is starting to feel like it might be yet another case of the bug we fixed yesterday in our Subversion importer [the bug was that we fail to delete lines of code when a directory is deleted under certain complicated circumstances]. Funny how we went months without anyone noticing the problem, and then suddenly in the last week we've been seeing it everywhere.
The bug is now fixed, so I'll run a new report on this project, and see if that resolves the problem.
Cool. Looks like it is still doing it though?
it might be yet another case of the bug we fixed yesterday in our Subversion importer [the bug was that we fail to delete lines of code when a directory is deleted under certain complicated circumstances].
This is still an issue. For an example see this commit that removed a dir full of python files (and another make and cmake file):
https://www.ohloh.net/p/gemrb/commits/36901596
git says:
25 files changed, 7 insertions(+), 9966 deletions(-)
Hi lynxlynxlynx,
This is not the same bug; it's a new one that appeared during a big rewrite of our Subversion adapter recently. I'm currently trying out some fixes, and I'll schedule the project for a recount once it's complete.
Thanks,
Robin
P.S. Thanks for finding this and reporting it!
Hi lynxlynxlynx,
The latest update has completed, and I believe this bug is now fixed. Let me know if you notice anything else,
Robin