Glom cannot get locale path on Mac OS X

[m.rick@…]

I reported this bug on the official Glom bugzilla list

Glom translations cannot get locale path on Mac OS X
​https://bugzilla.gnome.org/show_bug.cgi?id=770403

Do you know if the MacPorts version can be patched to resolve it or does it belongs to the official development?
It is a Mac OS X specific bug.

[ryandesign (Ryan Carsten Schmidt)]

What version of macOS do you use?

What commands do I need to type, or what do I need to do, to observe the problem on my system?

[m.rick@…]

I use El Capitan 10.11.6 set in French.

In order to observe the described problem, first launch Glom. No need to set up a specific language.
Then create a testing database and in the Developer menu, enable the Developer mode. Then still in the Developer menu, click over Translations and then Identify Source.

In the Mac OS terminal you'll get an error message:

Glib::ustring Glom::IsoCodes::get_locale_name(const Glib::ustring &): Could not open (or read) glibc locales directory: /usr/share/i18n/locales/Error: Error opening directory '/usr/share/i18n/locales/': No such file or directory

[m.rick@…]

I checked an old Mac, the locale system path is /usr/share/locale from at least Mac OS X 10.6

[dbevans (David B. Evans)]

Note also that MacPorts ports install i18m files in /opt/local/share/locale

[mascguy (Christopher Nielsen)]

There's a good chance this has already been fixed.

But the original bug was auto-closed when the repo moved to GitLab, so we'll need to review at: ​https://gitlab.gnome.org/GNOME/glom

[catap (Kirill A. Korinsky)]

Christopher, I've just tested glom to run as LC_ALL=fr_FR glom and it changes locale.

I guess this one can be closed.

[mascguy (Christopher Nielsen)]

Replying to catap:

Christopher, I've just tested glom to run as LC_ALL=fr_FR glom and it changes locale.

I guess this one can be closed.

Great, thanks for verifying!