Serkan Kaba

Generally default uppercase/lowercase implementation in class libraries/frameworks respect active locale's behavior. Due to difference in handling of letter I & i [1] applications may fail when locale-aware case conversion is not desired such as parsers, generators etc. The general fix for this issue is to use an English locale in case conversion. I'll give a few example bug reports.

• A bug in java-gnome bindings generator I reported and its fix.
• A Turkish locale specific bug in JAXB .
• A bug I hit in Bazaar that hinders my bundle generation, merge process which only happens in branches with signed commits.
• A bug in Exaile media player

I guess, I can give more if I google, but I think the above examples are enough to show why applications fail with Turkish locale.

1: http://www.i18nguy.com/unicode/turkish-i18n.html

Addition: I traced Bazaar bug to be really a bug in Python itself, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489740 for how Pardus and Debian fixed Turkish locale issues. Thanks to Jesus Rivero for quick follow up after my request of applying these patches in Gentoo. Hopefully they'll soon be incorporated in portage.
Further Addition: Fixes are committed to portage by Ali Polatel. See bug #250075.

Here are 2 tools for generating repository statistics for source trees controlled with CVS and SVN. Both tools can generate stats for subtrees. Here's how to generate stats for a CVS checkout:

• cd to module root or a subdirectory which the stats will be generated for.
• Create the cvs log by executing

  cvs log > logfile.log

• Execute

  statcvs logfile.log . -o -output-dir /path/to/stats

  to generate stats.

and for SVN:

• cd to module root or a subdirectory which the stats will be generated for.
• Create the svn log by executing

  svn log -v --xml > logfile.log
  

• Execute

  statsvn logfile.log . -output-dir /path/to/stats

  to generate stats.

Now you can browse, upload, do whatever you want with generated stats. I generated stats for our java-config-2 project. The sample StatSVN output can be viewed at http://dev.gentoo.org/~serkan/statsvn-java-config-2/. Also Jeremy generated CVS stats for gentoo-x86/sys-apps which can be viewed at http://dev.gentoo.org/~darkside/stats/statcvs-sys-apps/.

Further Reading: You can read the following manuals for detailed information.

• StatCVS manual: http://statcvs.sourceforge.net/manual.html
• StatSVN manual: http://wiki.statsvn.org/User%20Manual.ashx

WARNING: Please do not run cvs log on cvs.gentoo.org. Use rsync to mirror the portage tree from AnonCVS provided by infra and run cvs log on the local mirror.

file-browser-applet in tree introduced support for Super-H hotkey for menu activation via gtkhotkey library in 0.5.8. The dependency was optional but automagic and the build system of the package is cmake. After examining Diego's documentation for general information and personally getting help from him, I researched for how to fix the issue for cmake. You can see the bug report and my initial patch for the package. After releasing 2 more versions following 0.5.8 a modified version of my patch is committed. The upstream patch still prints out an ugly not found error even if file-browser-applet is compiled with -gtkhotkey. But I bumped and added the upstream patch to portage.

What I learned from this is cmake has an interesting if-then-else syntax that you need to include the control variable near each keyword. What I need to do afterwards is to extend Diego's documentation with a paragraph about cmake.

Edit: I added prelimenary CMake section to Diego's documentation. Please extend it with different possibilities which CMake may cause automagic dependencies.