Comment 39 for bug 992047

Inkscape 0.48+devel r12161 + fix-locale-path-v2.patch AFAICT works as expected: locale files are now installed into '$prefix/share/locale' again, as it used to be before revision 12150.

Tested so far on OS X 10.7 Lion with these dependency versions:
autoconf 2.69, automake 1.12.2/1.13.1, gettext 0.18.1.1, intltool 0.50.2

Tests on Mac OS X 10.5.8 will follow, with these dependency versions:
autoconf 2.68.2, automake 1.11.1, gettext 1.18.1.1, intltool 0.40.6

I'm a bit worried though that the patch could interfere on other platforms (or e.g. fail with older intltool versions), and am wondering how it works with other projects:
If I check the files installed by dependencies in my local MacPorts tree(s), I currently only find gdl3, gtksourceview3 and libpeas which installed the locale files into MacPorts' "$prefix/lib/locale" (these are local ports, not from upstream MacPorts repo) - all other ports install into MacPorts' "$prefix/share/locale". Either MacPorts does some internal magic (?) during the destroot phase (unlikely), or most projects handle this slightly different than Inkscape trunk >= r12150 (i.e. they didn't make the switch from Glib's gettext to upstream gettext yet, or have a custom fix, or use different macros)?