New comment by newbluemoon on void-packages repository

https://github.com/void-linux/void-packages/issues/27491#issuecomment-751640784

Comment:
I did have a look at geeqie and assume most of the listed packages above share the same issue.
It seems the problems lies in `/usr/share/aclocal/glib-gettext.m4`, line 275:
```
	  AC_TRY_LINK(, [extern int _nl_msg_cat_cntr;
			 return _nl_msg_cat_cntr],
	    [CATOBJEXT=.gmo 
             DATADIRNAME=share],
	    [case $host in
	    *-*-solaris*)
	    dnl On Solaris, if bind_textdomain_codeset is in libc,
	    dnl GNU format message catalog is always supported,
            dnl since both are added to the libc all together.
	    dnl Hence, we'd like to go with DATADIRNAME=share and
	    dnl and CATOBJEXT=.gmo in this case.
            AC_CHECK_FUNC(bind_textdomain_codeset,
	      [CATOBJEXT=.gmo 
               DATADIRNAME=share],
	      [CATOBJEXT=.mo
               DATADIRNAME=lib])
	    ;;
	    *-*-openbsd*)
	    CATOBJEXT=.mo
            DATADIRNAME=share
	    ;;
	    *)
	    CATOBJEXT=.mo
            DATADIRNAME=lib
	    ;;
	    esac])
```

Musl doesn’t have `_nl_msg_cat_cntr`, the test fails, and so `CATOBJEXT` is set to `.mo`.

Then in line 451:
```
if test "x$CATOBJEXT" = "x.mo" ; then
  localedir=`eval echo "${libdir}/locale"`
else
  localedir=`eval echo "${datadir}/locale"`
fi
```

So the translations are put into `libdir`.
Even adding `--localedir=/usr/share/locale` to `configure_args` didn’t change this.

The easiest way to solve this might be to patch `glib-gettext.m4` and just change `${libdir}/locale` to `${datadir}/locale` in line 452.
However, no idea if there might me side effects. ;)