Hi Max, I'm sorry we didn't catch your first request. We had some corrupted data associated with this username. I've flushed the bad data and done a clean update, and the search is now working properly. Thanks, Robin

Hi Andreas, This problem was caused by some stale data in the people search index. I've forced an update for the affected projects, so everything renders properly now. Thanks for raising the issue; ... [More] I'll investigate to see if I can isolate the root cause. Thanks, Robin [Less]

We're currently working on a a new importer for Bazaar built around the XML logging plugin, which should resolve our problem here (as well as fix a few other problems we've had with Bazaar). It will ... [More] take us a few weeks to get this implemented and pushed into production. [Less]

Hi mateopa, I think I was able to retrieve Subversion revision 79 from our servers. I've emailed you a tarball. Let me know if you do not receive it. Thanks, Robin

Hi Bastie, Ohcount is being misled by Emacs mode header lines in some of the source files. Many source files begin with this line: /* --mode:java; c-basic-offset:2; indent-tabs-mode:nil -- */ ... [More] Ohcount sees the 'java' mode and respects that. When the developer tells us which language to use, we respect that over our own detection result. If these mode header lines are changed to 'csharp' (not sure whether this will work with your Emacs), or if the mode headers lines are changed to a language that Ohcount does not recognize, or if the mode header lines are removed completely, then Ohcount will correctly treat these files as C#. Thanks, Robin [Less]

@Felix - For git and the like, do not use a leading '/'. The leading '/' is necessary for Subversion only. @jssr67 - Yes, the examples don't include a leading '/', and that's simply an oversight on ... [More] my part. For every source control system except Subversion, the examples are correct. Subversion puts a leading '/' on filenames in its log, so that is how they are stored in the Ohloh DB. I'm sorry to have caused all the confusion. I'm hoping that it will be an easy fix to make Ohloh to do the right thing whether or not the initial '/' is present. Otherwise, we may indeed have to provide alternate instructions for Subversion. [Less]

Hi Stephen, We've already spoken through email, but I thought I'd recap the issue here in the forum so that everyone can follow the progress. The problem with the webformsmvp Mercurial repository ... [More] appears to be this filename: /WebFormsMvp/WebFormsMvp/IView`T.cs We need to update our adapter to correctly handle the backtick character. I'll open a ticket for this if it has not been done already. The fix is straightforward, but it will take a week or so at least before the change can be deployed. For the Subversion repository, there is unfortunately a problem in the repository itself that Ohloh cannot work around. In revision 4107, someone accidentally checked in the hidden .svn folder. This makes it now impossible to check out this revision. This mistake is unfortunately common -- I believe later builds of Subversion actively watch for and prevent this. Ohloh can't process this repository unless an admin uses special tools to scrub the .svn folder from the repository history. Such an operation is not for the novice. If you delete the Subversion repository from the project, at least the Mercurial portion of the project can proceed. Cheers, Robin [Less]

Hi Iustin, I scheduled a clean clone of this repository, which should clear up the problem.

Hi Konstantin, It looks like this repository was rebased or had its commit history changed somehow. When this happens, our system is unable to perform an incremental update to the report. I've ... [More] started a clean clone of the repository, which should clear up the issue. Thanks, Robin [Less]

Hi Jakub, It looks like we had some problems on one of our servers. I've rescheduled the job, and it appears to be running OK now. I'll keep an eye on it. Thanks, Robin