#50386: Glib error gives Invalid byte sequence in conversion input --------------------------+----------------------------------- Reporter: m.rick@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: glib,dbus,glibmm,glom Port: glibmm,glom | --------------------------+----------------------------------- Comment (by m.rick@…): If I start Glom with {{{ LC_NUMERIC=$LANG;LC_ALL=$LANG;LANGUAGE=${LANG:0:5}:${LANG:0:2};/opt/local/bin/glom }}} I have no change and I still get this error message: {{{ (process:2179): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. sys:1: PyGIWarning: Gda was imported without specifying a version first. Use gi.require_version('Gda', '5.0') before import to ensure that the right version gets loaded. Glib::ustring Glom::Conversions::format_date(const tm &): exception from std::locale("")): collate_byname<char>::collate_byname failed to construct for Glib::ustring Glom::Conversions::format_date(const tm &): This can happen if the locale is not properly installed or configured. ERROR: sanity_check_date_text_representation_uses_4_digit_year(): Sanity check failed: Glom does not seem to use 4 digits to display years in a date's text representation, in this locale. Defaulting to dd/mm/yyyy though this might be incorrect for your locale. This needs attention from a translator. Please file a bug - see http://www.glom.org Unexpected date text: }}} And it always launches in English, I can't get spaces for thousands separators and I can't get comas but dots for decimal numbers. I think it's related to GKT3 as well, because I get the same translation problem with Gnumeric for example with the parts belonging to the software in English and no support for locale numbers, but some parts strangely appearing in French. These won't happen with GTK2 apps and Gnumeric used to work well under GTK2. Hopping it'll be fixed someday cos' Glom is a very good piece of software and is not shown off as it should be. It's perfect to be used with Gnumeric and PostgreSQL to manage datas easily. -- Ticket URL: <https://trac.macports.org/ticket/50386#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X