Forums : Posts

Hi jermar, These jobs got stuck on a server that ran out of disk space :-). It's getting cleaned up now and the report should update soon. Robin

There should be the possibility to set some files imported from a repository not to be used for the statistics. In my case the project UniversalIndentGUI uses PerlTidy with slight modifications. So I ... [More] added PerlTidy to my repository, but it would be wrong to count all its codelines as written by me. [Less]

same problem for linux 2.6: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Step 2 of 3: Importing source code into database (Failed)

Needs something like PO language for translators (using gettext) Projects like dejavu or terpinus are font projects. There will be no code or must must find a way to count fontforge's sfd files or terpinus' bdf files

Hi Hagen, It probably does you no good at all to know what the Ohloh commit number is :-). It's probably stupid for us to even have it on the page (although it does help us in debugging sometimes). ... [More] Storing the native source control revision numbers in the database is a good idea, and I'm not exactly sure how we got this far without it. With CVS, a timestamp is the best we can do, since CVS doesn't really have a concept of an atomic commit. With Git, we do keep the original SHA1 of the commit in the database. With Subversion it's a little bit messy. We do have the original revision numbers (we need them when we pull incremental code updates), but they are not actually stored in the database -- they are stored on disk with the actual source code. This makes it difficult to show them on the website. It might not be too difficult to get these numbers into the database. In the coming months there's going to be a lot of upheaval in our source control adapters, as we move to organize and open up the code. This might be something we can clean up then. [Less]

As always when adding a new extension, I'm a bit nervous that the extension will match some things that are not Ada. But glancing through the Ohloh database, it looks like about 100 repositories ... [More] include *.ads files, and the ones I manually inspected all looked like valid Ada. I plan to roll out an update to Ohcount today, and I'll add *.ads files to the mix. It will take us a while to get through all the projects that will need recounting -- if you have a particular favorite you want at the front of the queue, let me know. Robin [Less]

Hello, I'm starting to use Ohloh more and more, and there is one thing that I would really love to have! A more detailed analysis of the activity rate for any given project. the same with for its ... [More] contributors, if they are joining, if they are diminishing..etc.. would also be nice. For instance, CIA.vc presents us with information about how many commits a given project had in the present day, week, month, since creation, and also a time interval average. I don't like the way it presents this information, because of its reduced usefulness. But it would be great to be able to plot graphs with commit activity and commit rate, similar to the one that exists for lines of code on the repository. That my friends, would be AMAZING.. great for measuring/sizing up a project. ps.: supporting Mercurial repos is also a must! Kind regards, keep up the good work! [Less]

i will like too much the feature: sort by in the search view. thanks for you work

Greetings, I didn't claim it was an answer for everyone, I just thought it would help some. It turns out it does work, although there was some weirdness. I had to go in and disable the ... [More] 'best_analysis_id', and then I saw that it hadn't finished integrating the new info, and once the new best_analysis_id was generated, it had the correct info. I believe you could create multiple enlistments, pointing to the relevant directories in your project. It's a whitelisting approach instead of a blacklisting approach, which might help more projects. Again, no claims it'll work for everyone, or your case in particular. I fully agree, it'd be really nice if we could configure what is seen by ohloh. -- Morgan [Less]

Hi Robin, thanks for your fast action :) Unfortunately the number of commits has only increased by two. It's currently at 1228 commits, I'd expect at least 1400. Am I too impatient? I'm writing ... [More] mainly because the Enlistments page says: Ohloh update completed about 3 hours ago. Regards, -octo [Less]