Very nice! I hope that Ohcount would get improved to include more esoteric languages due to community efforts; I hope that the SCMStat part of Ohloh code would also get published (and you could get ... [More] Mercurial and Bazaar support from that). BTW. what do you use for code browser in Trac (in Ohloh Labs)? [Less]

It looks like RSS feed shown by Ohloh for Git project http://www.ohloh.net/projects/278/rss_articles are not refreshed: the latest news are from 1 month ago, while RSS feeds has latest from Wed, 9 ... [More] Jan 2008 02:28:40. This might be caused by the fact that this ffed provides items in chronological and not reverse chronological order... [Less]

That (providing space to enter name of "foreign" version control system, and link to repository) would be a very good idea. It would give you some stats which SCM start supporting first. Perhaps if ... [More] there was also place to give "unofficial" repositories... You could always get partial (only main branch / trunk) support for various SCMs using Tailor, e.g. by transforming foreign repositories into Git repositories internally... [Less]

There are other things on KDevelop Code Statistics besides 120% of C/C++; see Codebase History graph, with strong peak in number of lines of code... although this might be caused by changes in Subversion repository layout.

You can always switch to Git, which is distributed SCM, and allows for disconnected operations. You can import your history from Subversion using git-svn (and even interact with Subversion ... [More] repository). You can host generic git repositories on Savannah (if your code is GPL) and on repo.or.cz [Less]

(...) Historical trends in licensing would also be very interesting. For that you would need I think licenses timeline, similar to known timelines for Unices or timeline of Linux distributions ... [More] , where would be marked when given license was created, when given license was obsoleted, and which license is derivative / inspired by which. I could not find such timeline. [Less]

What does it mean when "People search" (http://www.ohloh.net/accounts/search) returns instead of multiple projects for some person, instead some person repeated n-times, sometimes once for each ... [More] project? Can I correct it not being this person? Example: Catalin Marinas contribute both to 'Stacked Git' (StGIT) and to Git, Cogito etc. [Less]

I found Ohloh through link to "The World's Oldest Source Code Repositories" blog post. Some time ago there was "PHP Eats Rails for Breakfast" article (by the way, why earlier those were articles, and ... [More] now those are blog posts?). I'd like to see another analysis, namely most popular declared license (number of projects), and most used licenses (per number of lines of code, as detected by Ohloh). Not only to see which license is most popular, but also what is the difference between those two metrics. [Less]

I wanted to compare Vim, GNU Emacs and XEmacs, and I have noticed that XEmacs has no code info: CVS download of CVS repository failed: :pserver:cvs:cvs@cvs.xemacs.org:/pack/xemacscvs Step 1 of 3: ... [More] Downloading source code history (Failed) From the history of the project issue persist from Aug 24 (first try at Jan 22). Is it some kind of unrecoverable error? [Less]

What I wanted to say was that you can do it now for (almost) free with Git, now. You can simply create repository which have all projects repositories as alternates, e.g. "git --bare init", put ... [More] absolute paths to project repositories in $GIT_DIR/objects/info/alternates, then for each repository do "git remote add ", then do "git remote update". As all objects are available via alternates mechanism, fetch (called by "git remote update") would only update refs (branches and tags info). Then you would have to track only this common repository, which would gather all the history, automatically collating it and removing duplicates. Edit: This of course only reduces the problem of multiple repositories to the problem of multiple branches. I have not tested this setup personally [Less]