Forums : Posts

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]

Technical Issue Help : some CVS commits are not picked up

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]

Views
Author
Posted
989
over 17 years ago

General Discussion : Broken Repository

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]

Views
Author
Posted
461
over 17 years ago

Technical Issue Help : Delete request: 3871

Done. Thanks for discovering this!

Views
Author
Posted
852
over 17 years ago

Technical Issue Help : Help with ImageMagick

I've accepted the certificate. You should be able to add your repository now. Thanks, Robin

Views
Author
Posted
919
over 17 years ago

Technical Issue Help : Non Profit credit cards

Is this a first occurence of spam on ohloh forums or just someone went to a wrong site in seek for help?

Views
Author
Posted
839
over 17 years ago

Ohloh General Discussion : can't find the ... ohloh project :-)

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]

Views
Author
Posted
2053
over 17 years ago

Feedback Forum : Request for a killer feature

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]

Views
Author
Posted
931
over 17 years ago

Technical Issue Help : Can't enlist a java.net SVN repository

Thank you for the hint. Actually it worked entering guest as username and an empty password.

Views
Author
Posted
1163
over 17 years ago

Technical Issue Help : Not detecting any lines of code?

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]

Views
Author
Posted
964
over 17 years ago

Technical Issue Help : enlisting from CVS

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]

Views
Author
Posted
3188
over 17 years ago