Forums : Technical Issue Help
Dear Open Hub Users,
We’re excited to announce that we will be moving the Open Hub Forum to
https://community.synopsys.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]
Subversion codebase not picked up.
Your profile of the empact project (https://www.openhub.net/p/empact) says the following:
No recognizable code
Open Hub computes statistics on FOSS projects by examining source code and commit history in source code management systems. This project has code locations but that location contains no recognizable source code for Open Hub to analyze.
However, the codebase is hosted correctly on sourceforge. Your crawler used to pick it up some time ago. But now, they seem to have a regression in your subversion crawler module. Here's the source of the project on sourceforge.
https://svn.code.sf.net/p/empact/code/
I am trying to troubleshoot this. I haven't got any response for months now.
Why is your crawl failing for the following codebase:
https://svn.code.sf.net/p/empact/code
But not for the following codebase:
http://svn.code.sf.net/p/ceres-os/code/trunk/
They are both hosted by sourceforge and they are both actively being developed. Also, empact used to work for a very long time on openhub, but now I've tried several time to fix this but it does not work.
I posted this issue two years ago under the title 'Project not updating'. It has still not been addressed. I suspect the issue you have is that you have a bug. I think your crawler is looking ro the subfolder trunk as a best practices in SVN. If that is the case, then could you allow the explicit specification of the root of the folder without the check? (I am guessing this is the problem, because other projects I work on, that OpenHub tracks also have a similar issue)
Note: Empact is a much older project and we did not follow the best-practice then to have subfolders. Deleting it from sourceforge is no longer an option. We would lose the development history.
Basically you need to merge backwards
- apply a diff between the current and previous version to the current version (so you end up with a working copy looking like the old version) and then commit again. So for example to go from revision 150 (current) back to revision 140:
svn update
svn merge -r 150:140 .
svn commit -m Rolled back to r140
