Bug 264995 – www-client/arora-0.6 looks for translations in the wrong place

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Davide Pesavento (RETIRED) 2009-04-05 17:57:24 UTC]

And as a result, the application is untranslated.

The compiled language file seems to be correctly installed:
$ qlist arora | grep "\.qm"
/usr/share/arora/locale/it_IT.qm

but arora searches it under ${D}:

$ strace -e trace=stat,lstat arora 2>&1 | grep locale
stat("/var/tmp/portage/www-client/arora-0.6/image//usr/share/arora/locale", 0x1492ca8) = -1 ENOENT (No such file or directory)
lstat("/var/tmp/portage/www-client/arora-0.6/image//usr/share/arora/locale", 0x7fff6ad69ba0) = -1 ENOENT (No such file or directory)
stat(".qm/locale", 0x1492ca8)           = -1 ENOENT (No such file or directory)
lstat(".qm/locale", 0x7fff6ad69b60)     = -1 ENOENT (No such file or directory)

This is the relevant portion of the code:
QString directory = BrowserApplication::dataDirectory() + QLatin1String("/locale");

The dataDirectory() method returns the value of PKGDATADIR on Unix platforms.
PKGDATADIR is defined in "${S}/src/src.pri" as follows:

unix {
    DATADIR = $$PREFIX/share
    PKGDATADIR = $$DATADIR/arora
    DEFINES += DATADIR=\\\"$$DATADIR\\\" PKGDATADIR=\\\"$$PKGDATADIR\\\"
}

Thus this is caused by the ebuild calling eqmake4 with PREFIX="${D}/usr".

[Comment 1 Davide Pesavento (RETIRED) 2009-04-05 20:00:57 UTC]

Created attachment 187406 [details, diff]
Patch against arora-0.6

[Comment 2 Ben de Groot (RETIRED) 2009-04-05 21:03:09 UTC]

Fixed in 0.6-r1. Thanks for the patch!