TEXTDOMAINDIR needs to be set to the language packs locale directory to load translations

[David Planella]

Looking at the friendly-recovery translation, I've noticed the following:

$ grep -Rn TEXTDOMAINDIR *
recovery-mode/l10n.sh:42:export TEXTDOMAINDIR=/usr/share/locale

So it seems that the l10n.sh script is looking for translations in /usr/share/locale. Instead, it should be looking at translations in /usr/share/locale-langpack, which is where the .mo files for packages handled by language packs are installed. E.g.

$ locate friendly-recovery.mo
/usr/share/locale-langpack/ca/LC_MESSAGES/friendly-recovery.mo
/usr/share/locale-langpack/ca@valencia/LC_MESSAGES/friendly-recovery.mo
/usr/share/locale-langpack/de/LC_MESSAGES/friendly-recovery.mo
/usr/share/locale-langpack/en_AU/LC_MESSAGES/friendly-recovery.mo
/usr/share/locale-langpack/en_CA/LC_MESSAGES/friendly-recovery.mo
/usr/share/locale-langpack/en_GB/LC_MESSAGES/friendly-recovery.mo
/usr/share/locale-langpack/pt/LC_MESSAGES/friendly-recovery.mo
/usr/share/locale-langpack/pt_BR/LC_MESSAGES/friendly-recovery.mo
/usr/share/locale-langpack/zh_CN/LC_MESSAGES/friendly-recovery.mo

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: friendly-recovery 0.2.25
ProcVersionSignature: Ubuntu 3.2.0-18.29-generic 3.2.9
Uname: Linux 3.2.0-18-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 1.95-0ubuntu1
Architecture: amd64
Date: Fri Mar 30 09:37:41 2012
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha amd64 (20110319)
PackageArchitecture: all
SourcePackage: friendly-recovery
UpgradeStatus: No upgrade log present (probably fresh install)

[Gabor Kelemen (kelemeng)]

Does this actually mean a problem?
Many Ubuntu-specific packages do this (package management in python by mvo :)), and they work, probably because of this:
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/eglibc/precise/view/head:/debian/patches/ubuntu/local-altlocaledir.diff

[David Planella (dpm)]

Ah, good catch, silly me! It's actually not an issue, and exactly because of what you're pointing at. Marking as Invalid, thanks!