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]
So I was browsing through the list of projects and it came to my attention that there are no fewer than 4 projects on ohloh for the mac vienna rss reader. It appears that one of them is supposed to be
... [More]
the whole project and the others have been created with a title suggesting a single version.
I assume the proper form is the version that encompasses all versions. If for no other reason that it being easier to maintain.
As best I can tell it is because of the structure of the SVN repository that the multiple versions came into existence... so as to avoid inflating the line counts. The problem is that at least one of the older versions no longer had a valid URL attached and I can't say if other problems have evolved. Not to mention that it has a tendency to segment the stack count and it took me starting to write this post to even recognize the reason for the multiple versions.
I realize that this probably isn't a problem that can be fixed over night... but are there any plans for changes to the enlistment system that would allow for better handling of these situations?
[Less]
I have send a bug report to Gnus.
XEmacs switched to Mercurial recently for the development branch, so they are unlikely to make changes to their cvs setup. XEmacs will have to wait for Ohloh to
... [More]
gain Mercurial support.
I think it would be useful if it was possible to add a note under enlistment
describing such problems.
[Less]
I like it the way it is.
Tags are a more flexible mechanism than categories for sifting through things.
Stacks and Kudos seem to be a more positive way of lending your support than giving a thumbs
... [More]
down to something you don't like.
Deciding on which project best suits your needs is a very involved process consisting of identifying your needs and assessing several projects on many different levels to see if those needs will be met. There is no nominal way of doing that.
In your Drupal example, you think it's the strongest, but if I don't like php for whatever reason, that doesn't really even put it on my radar.
If you start thinking about how you settled on Drupal, you'll discover that there really is no single Oracle you can ask which project is best for me and expect a decent answer. We all need to do our research and experimentation to make sound decisions. Ohloh can be a part of that, but it (or any other tool) can't possibly be the single source for sound decision making.
[Less]
The enlistment update completed sucessfully yesterday.
Many thanks!
Spamspamspam.
Someone kill this?
Hi Calvin,
Sorry, this is a limitation in our Subversion importer.
Our log parser is pretty simple. It cannot follow branching operations or directory moves.
It looks like this project moved from
... [More]
/branches/ifolder_3_4 to /trunk on 2006-10-18. Since Ohloh can't follow that move, any history before this time is invisible to Ohloh.
One thing you can try is to add the /branches/ifolder_3_4 directory as a separate enlistment on Ohloh. This will have the negative effect of doubling the total lines of code, since Ohloh doesn't really know that these enlisments are related, and they will be treated as two totally separate pieces of code. However, this will get all of the commits from this branch into the report.
Sadly, it does appear that the /branches/ifolder_3_4 directory only goes back to 2005-12-15, when it was itself copied from /trunk! That move will also stump the Ohloh parser, so the history will only reach back that far.
A lot of projects are truncated by Ohloh this way, and I do hope we'll be able to get this fixed.
Robin
[Less]
Hi Robin,
thanks for your investigations. The explanation sounds very plausible for the the phenomena observed: our v3-2-test branch -- being the default branch of the repository -- was used as a
... [More]
fallback when incremental update lost track of the branch it was actually counting.
Let's hope that this subtle error is fixed for good now!
Cheers - Michael
[Less]
Hi
Our project CSPoker (http://www.ohloh.net/projects/6754) has quite a bit of code in Java FX Script that is not detected as such by Ohloh.
It might be interesting to support it.
Regards
Guy
I generally like the new design. One previous feature that is missing (at least I can't find it) is the active developers over the last year statistics. It seems to have been replaced by the more detailed contributor page, but I miss the one liner.
Hi Robin,
I've deleted the enlistments because my server wasn't able to follow. svn is actually configured as an Apache module. But I've recently a lot's of crash reports in my logs . I will
... [More]
reconfigure the server so that svnserve will manage the mirroring of this project (or find a way to boost Apache ;).
[Less]