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]
Hi Jonan,
Extreme Tux Racer is now making progress again. There was a bug in our Subversion importer which is now fixed. The report should update sometime today.
LimeWire is still moving, but
... [More]
slowly. The server at limewire.org isn't particularly fast, so it's taking us quite a while to download it.
Robin
[Less]
@pdontthink:
Don't be distracted by download vs. import. We download from SourceForge using svnsync, which succeeds in this case. This gives us a local mirror of the repository. At that point, import
... [More]
begins, and use use svn log to get the list of commits out of the repository and into our database. The import fails because the log is broken.
@Micheal:
I'm afraid I don't have any direct experience using cvs2svn, so I'm probably not much help, but if there's some way I can cooperate in helping you out let me know. We've found several repositories that are broken in this way. It might be user error; it might be a problem in cvs2svn; I can't say. Let me know if I can help.
Robin
[Less]
Dear Ohloh staff, I think that during the classification of the languages used in a project, the XML recognition should be improved to identify at least the build system, that is an important skill
... [More]
for a developer (I'm thinking to Ant, Maven, Ivy support) but also make and the autotools should be considered.
Thanks
Bye
[Less]
I think could be appreciated to have detailed metrics on submitted projects, like code quality, usability and so on.
Hi klattimer,
When Ohloh creates the factoid about Few source code comments, it compares only the portion of your code written in the main language.
For instance, for wine-doors, Ohloh decided that
... [More]
the main language is Python. So in this case Ohloh looks only at the portion of the code actually written in Python, and looks at its comment ratio. This is then compared to the Python code on all other projects on Ohloh. In this case, it doesn't matter how many comments exist in the XML portion.
[Less]
Looks like the update completed and your aliases were applied.
I think you understand it correctly.
Ohloh does not internally understand branches. To Ohloh, a trunk and a separate branch really look like two complete repositories with different names.
So yes
... [More]
, if you put the trunk and the branch in your Ohloh report, you'll get double line counts.
But if you put only the trunk in your Ohloh report, the project will look quiet, and Ohloh will not see your branch commits.
I think it's pretty much up to you whether you prefer to have accurate line counts, or accurate commit counts.
This is fundamental limitation in Ohloh that I hope we can eventually change -- but it's probably going to be a while before we have the manpower to tackle this problem.
[Less]
Yes, the simplest thing is to just post here in the forums. Otherwise, you might wait several weeks for it to be rescheduled.
It would be nice to have some sort of project award system going! Allow me to explain my idea.
It would be a system where projects can get awards for example for:
their innovation
their
... [More]
co-operation (good team work? hard to determine though)
their usability (easy to use/not)
what they have done for the open-source community
Etcetera
perhaps, these awards would need better names, but you get the idea.
You could give awards in a few ways:
Allow users to vote
Have 'staff' give awards, basing awards on their personal opinions
Have 'staff' give awards, basing upon facts
or whatever anyone can think of
Of course, such awards would look like some sort of badge or shield and would be placed on the project's information page.
Is this a reasonable idea? Tell me what you think!
[Less]
Hi Jürg,
That's great!
I've applied the patch to the Ohloh main line and will deploy the change soon. I found about 8 repostories on Ohloh that contain *.vala files. I'll get them started, but will
... [More]
take a while for us to re-analyze these projects.
The languages page will show Vala soon, but it won't have accurate statistics until our nightly batch job updates all the languages.
Thanks!
Robin
[Less]