If you enable nls support in mail-client/squirrelmail all locales will be installed into the appropiate directory. A Reproducible: Always Actual Results: After that you can select the right locale in the configure script but it wont work under some circumstances. If you select a language ( in my case de_DE and charset utf8) you must have installed this locale. But then you can select a language, but it wont change. Expected Results: The ebuild should look for the installed charsets and modify the file mentioned below to enable language support. Many systems are using utf8 and will have this problem. Even a warning or note at the end of the build process would be helpful. You have to edit functions/i18n.php (according to this http://www.squirrelmail.org/wiki/SupportedCharsets) to enable the right charset. After changing these settings inside the code foreign charsets/languages will work.
Sorry, no. Upstream should fix their configuration script and their code in general. Checking for locales supported on a particular system 1/ is pointless, you can install/removed locales pretty much on the fly, using locale-gen 2/ wouldn't work for people using binary packages anyway.
I see the point, but some kind of warning or info would be nice...
