GNOME Bugzilla – Bug 699482
--localedir is not honored when --prefix is set
Last modified: 2014-01-13 07:52:05 UTC
If I run configure in this way: ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-silent-rules --disable-dependency-tracking --disable-schemas-compile --bindir=/usr/games/bin --libdir=/usr/games/lib64 --sysconfdir=/etc/games --localstatedir=/var/games --prefix=/usr/games --localedir=/usr/share/locale I get locales installed wrongly, setting localedir to any value: /usr/games/share/locale/es/LC_MESSAGES/five-or-more.mo
Neither --localstatedir=/var/games is respected, files are finally installed at: /var/games/games/
This looks to affect to all games :(
Any news on this?
Sorry for the delay. (In reply to comment #0) > I get locales installed wrongly, setting localedir to any value: > /usr/games/share/locale/es/LC_MESSAGES/five-or-more.mo A fix was committed to intltool shortly after you opened this bug, but unfortunately it has not yet been released: http://bazaar.launchpad.net/~intltool/intltool/trunk/revision/742 (In reply to comment #1) > Neither --localstatedir=/var/games is respected, files are finally installed > at: > /var/games/games/ The scores are installed to $(localstatedir)/games, so you can use --localstatedir=/var. I think that's probably correct: wouldn't /var/games correspond better to a hypothetical $(pkglocalstatedir)? (This doesn't matter much, because we're going to move the scores to the user's home directory.)
OK, we are applying the patch downstream for some months in itltool, the problem is that upstream hasn't released a fixed tarball yet and, then, most upstreams are still creating tarballs with that bug due they don't having a fixed intltool :( I tried to contact intltool upstream for this but without success Anyway, thanks a lot for taking care and your suggestion :)