2012/5/6 John Ralls <jralls@ceridwen.us>

On May 6, 2012, at 1:12 AM, Benny Malengier wrote:



2012/5/5 Tim Lyons <guy.linton@gmail.com>
./configure (or possibly aclocal.m4) seems to be setting $DATADIRNAME to lib instead of share, and hence the constructed po/Makefile has itlocaledir set correspondingly.
This results in my system doing:
installing hu.gmo as /usr/local/lib/locale/hu/LC_MESSAGES/gramps.mo
instead of:
installing hu.gmo as /usr/local/share/locale/hu/LC_MESSAGES/gramps.mo  etc.

I have no idea why $DATADIRNAME is set to 'lib', nor why src/TransUtils.py does not seem to look in "lib/locale", when it seems possible for make to put the files there.

DOES ANYONE KNOW WHY ./configure DOES THIS?

We don't have experts on make and configure anymore. This is the reason we want to switch to distutils for the release next year.

The packagers apparently are able to do things correctly.

Actually, I'm pretty fluent with autotools. I didn't know nobody else here is.

The short answer is that you need -lintl included in $LIBS when you call configure.

But I wonder why Gramps needs to be setting up AM_GLIB_GNU_GETTEXT in configure. ISTM that all of the localization is being handled by Python, so setting up NLS in C would be superfluous. I'll play around with it a bit later and report back.

Don't know if usefull, but in the end, the C library determines a lot of the translation. We see that with the glade files, which need in windows correct setting of C libs to be translated. Might be related, might be not.

As said, apart from you then (and Josip or other packagers), I don't think you will obtain answers.
 
Benny

Regards,
John Ralls