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]
Yeah, thanks for the explanation! It seems to have finished the re-processing of the marf module and so far all looks good, even the duplicate I mentioned earlier is gone. Mustbe there was some race
... [More]
and non-atomic updates somehow creepped in in a network lag or something...
Thanks again!
-s
[Less]
I've removed https://infrae.com/svn/SilvaMetadata/trunk from the list of repositories.
This repository is broken in the sense that some of the hidden .svn folders were actually checked into the
... [More]
repository. This makes it impossible to checkout code revisions affected by this problem.
Eventually, the .svn directories were deleted from the repository. It's possible that we could import all historical data after this point, but this would require us to ignore all activity before this point, and attribute all of the resulting lines of code to a phantom author.
Here are excerpts from the Subversion log demonstrating the issue:
r11569 | hazmat | 2003-04-22 07:45:28 -0700 (Tue, 22 Apr 2003) | 2 lines
Changed paths:
A /SilvaMetadata/trunk/Extensions/.svn
Initial revision
r18635 | guido | 2006-02-13 06:41:58 -0800 (Mon, 13 Feb 2006) | 2 lines
Changed paths:
D /SilvaMetadata/trunk/Extensions/.svn
Trying to remove nasty remnants of some old SVN/CVS conversion.
[Less]
Done. Thanks for discovering this!
I've accepted the certificate. You should be able to add your repository now.
Thanks,
Robin
Is this a first occurence of spam on ohloh forums or just someone went to a wrong site in seek for help?
As Jason wrote earlier we intend to release our project as open source. With that said we are a business and we need to be thoughtful about how we do that in the coming months. We would love to be
... [More]
stacked by our users and to have folks using our project in interesting ways.
It's a good idea to make the forum searchable. Frankly, we never realized that there would be enough posts to require search for our forums :-)
The intent of the clause that is quoted from our terms of use is to ensure that we have the ability to post what users write on this forum or what they post on the project pages with no restrictions. This works the other way as well. I point out to you that there are no restrictions on how you might use content posted anywhere on this site.
I hope this is helpful.
[Less]
Hi chomie,
Yes, this sort of thing is right up our alley, and as time and technology allows we would love to put something like this in.
If you start getting down to the nitty gritty of figuring out
... [More]
code coverage, yes, that's a very hard problem. Simply identifying test code is a tricky problem.
Ohloh never actually tries to build or execute any of the code -- I can't imagine how much trouble that would cause us. I believe (correct me if i'm wrong -- I might look really stupid here) that tools like clover actually execute the tests and trap method calls to determine the coverage. Our system so far simply parses source code to do its work.
One simple thing we might be able to do is to simply allow project admins to specify some regular expressions against filenames to label chunks of code as testing code. Although this doesn't correllate tests to their target functions and doesn't measure coverage, it might be good enough for some projects, and at least it lets you see who's been editing the test code and who hasn't. Of course this doesn't work for projects which mix test code inline with the code it tests.
Thanks,
Robin
[Less]
Thank you for the hint. Actually it worked entering guest as username and an empty password.
Hi Deadpan,
I don't think this is related to having multiple repositories, which should not be a problem at all.
My initial hunch is that our line counter is failing to determine which language your
... [More]
code is written in, which would mean that we fail to count any lines. From a casual glance, it looks like this might be because your source files do not have any extensions, which is a key clue that our source code counter relies upon.
These are just guesses, though. The actual problem will take some detailed investigation that I can't do when I'm offsite. I'll look into it when I return to the offices after the holiday.
Thanks,
Robin
[Less]
It looks like there was actually one failed job when importing the hundreds of Eclipse modules. I resubmitted the job, and hopefully it will succeed and the report will be available today. If not, it
... [More]
will probably require some investigation.
Thanks,
Robin
[Less]