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 : Project doubled

Thanks dolmen! the duplicate (3822) was removed.

Views
Author
Posted
1028
over 17 years ago

Technical Issue Help : Step 1 of 3: Downloading source code history (Failed)

Isn't it a problem with your network connectivity, Robin? I have no problem to update the SVN every time I want from here. But I'm in France, so not far from the server. Maybe you should try to ... [More] connect at a time when we, in France, are sleeping: from 23:00 to 5:00 UTC. [Less]

Views
Author
Posted
962
over 17 years ago

Ohloh General Discussion : Docstrings

Hmm. Since the redesign pygments just contains out of 12 Lines of code Oo: http://ohloh.net/projects/3301 I guess that's not intention

Views
Author
Posted
1644
over 17 years ago

Feedback Forum : dissecting drmpd and programming languages

Hi mokhov, Sorry it's taken so long to reply, but you raised a lot of good questions and I felt you deserved a thoughtful response. Internally, we actually do split languages into two broad ... [More] categories: markup and procedural. Currently, we consider XML, HTML, and CSS as markup languages, and everything else is procedural. We currently only recognize about two dozen languages, so this list may grow. We originally did this because we wanted to identify the primary language of a project, and we discovered that a lot of projects where coming back with HTML or XML as their primary langauge, which was clearly wrong in most cases. Typically, this happened when a project included a lot of web content or documentation. Now we ignore markup when determining the primary language [with some limits: a project that's 99% XML and 1% shell script will still come back as an XML project]. Ironically, the primary language doesn't even get exposed on the current website. However, we can envision a day where you might do a search for projects written only in a particular language. A surprising number of Ohloh users don't like the fact that our reports reveal a lot of HTML or XML in their projects. I'm not sure where this resistance comes from, but it feels like the users would like us to report markup line counts separately from real languages somehow. Personally, I think that in the future we're going to de-emphasize absolute line counts as a metric in favor of frequency of checkins and relative complexity of those checkins. I'm a bit puzzled about what to do in the case of a single developer who writes both a lot of HTML and a lot of C++. Is it more correct to label this person as a C++ developer or an HTML author? With equal output in each langauge, I'm sensing from you that we should call this person a C++ developer. If this person had written no C++ at all, then HTML author is the correct label. Where, then, is the boundary between the two? How much C++ can a person write before we discredit the HTML? I think that the right answer is that we shouldn't try to pick just one label for this industrious person. If we want to give a one-line summary of this person's talents, I think we have to list both the C++ and the HTML, and the fact that one language is procedural and another is markup doesn't even enter the picture. This is a pretty interesting topic for me, so I'd love to hear any more thoughts you have. Over the next few months we're probably going to be developing some deeper analyses for individual developers, so this is a good time to brainstorm. Thanks, Robin [Less]

Views
Author
Posted
1090
over 17 years ago

Ohloh General Discussion : Something wrong with 2007 rollover?

Hi bradh, As it turns out, this was not a 2007 rollover problem. Unfortunately, we had a database crash over the holiday and we lost a few projects. I've scheduled a fresh, new report for Qt which ... [More] should be ready in a day or two. Until then, I've rolled back to a prior report which we generated before the database problems. Thanks, Robin [Less]

Views
Author
Posted
1485
over 17 years ago

Technical Issue Help : Request for full download after cleanup

I recently cleaned up the repository of http://ohloh.net/projects/740 using svndumpfilter. It contained a lot of support material for building the documentation, which resulted in a mostly-Java ... [More] project to have 69% XML. To my understanding an incremental update of the stats will not realize that the XML files are gone (as they were not removed using svn remove), so the stats will remain with 69% XML. Please change the next scheduled download to get the full repository instead of just the changes in order to rebuild the stats from scratch. Thanks! [Less]

Views
Author
Posted
806
over 17 years ago

Technical Issue Help : Can't enlist project (SSL cert issue)

Done. Thanks for coming to Ohloh! Robin

Views
Author
Posted
4471
over 17 years ago

General Discussion : Maybe CIA and ohloh can cooperate?

Hi, I thought there is some similarity/overlap between CIA and Ohloh, so maybe they can cooperate somehow through XML-RPC, cross-validate, cross-compare their certain stats? -s

Views
Author
Posted
515
over 17 years ago

Ohloh General Discussion : RFE: Aggregate multiple accounts

Hi maxslug, Yes, we've been thinking about doing something like this for a while now, almost from the very beginning of Ohloh. It's really just a matter of development resources and design time. This ... [More] is definitely a direction we are going in, so if you have any cool ideas for how this could look please share them! Robin [Less]

Views
Author
Posted
1506
over 17 years ago

Technical Issue Help : Can't Enlist R project (SSL problem?)

Yes, it was an issue with the SSL certificate. Much to our frustration, Subversion can't be instructed to blindly accept a new certificate -- somone has to be there at the console to type in a ... [More] response to Subversion's question. Until Subversion puts in a workaround for this or until we cobble together a custom build of Subversion, we need to manually set these up. I've accepted the certificate on our server farm and the source code is downloading now. Thanks, Robin [Less]

Views
Author
Posted
1056
over 17 years ago