Description of problem: When running "/usr/bin/python2 /usr/lib/linuxmint/mintlocale/mintlocale.py" under CentOS 7 the script crashes when it encounters an unexpected character from the "localedef --list-archive" command. The error message is: Traceback (most recent call last): File "/usr/lib/linuxmint/mintlocale/mintlocale.py", line 980, in <module> MintLocale(show_input_methods) File "/usr/lib/linuxmint/mintlocale/mintlocale.py", line 588, in __init__ self.build_lang_list() File "/usr/lib/linuxmint/mintlocale/mintlocale.py", line 811, in build_lang_list locales = locales.decode('utf-8') File "/usr/lib64/python2.7/encodings/utf_8.py", line 16, in decode return codecs.utf_8_decode(input, errors, True) UnicodeDecodeError: 'utf8' codec can't decode byte 0xe5 in position 1071: invalid continuation byte The character that triggers it is a 0xe5 in the name of the "bokmal" language (there are two versions of this line, one with the character and one without). Version-Release number of selected component (if applicable): mintlocale-1.4.4-1.el7.noarch and localedef from glibc-common-2.17-196.el7_4.2.x86_64 How reproducible: Steps to Reproduce: 1. Type "/usr/bin/python2 /usr/lib/linuxmint/mintlocale/mintlocale.py" Actual results: Command throws the error shown above. Expected results: Command should complete without error. Additional info:
This package has changed maintainer in the Fedora. Reassigning to the new maintainer of this component.
I show the current version of glibc-common to be glibc-common-2.17-307.el7.1.x86_64. Does the problem show up with this newer version?
Same symptoms with glibc-common-2.17-307.el7.1.x86_64 under CentOS 7.
I'm having a hard time finding the 'bokmal' language file you've referenced.... Where might it be located? Which RPM provides it?
As I recall (from 2.5 years ago!) mintlocale.py invokes "localedef --list-archive", which spits out a list that includes the following: ... bo_CN.utf8 bo_IN bo_IN.utf8 bokmal bokm<E5>l br_FR br_FR.iso88591 br_FR.iso885915@euro br_FR.utf8 ... Note the "bokmal" and "bokm<E5>l". The "<E5>" seems to be what mintlocale.py chokes on. The "localedef" command gets these from the file /usr/lib/locale/locale-archive, which is installed by the package glibc-common-2.17-307.el7.1.x86_64. The problem seems to be that mintlocale.py chokes when it encounters an unexpected character.
I seem unable to attach bugs to bodhi for the moment... https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-1c5c5687c1 Tracks a package that should fix the issue.
FEDORA-EPEL-2020-1c5c5687c1 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-1c5c5687c1
FEDORA-EPEL-2020-1c5c5687c1 has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-1c5c5687c1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2020-1c5c5687c1 has been pushed to the Fedora EPEL 7 stable repository. If problem still persists, please make note of it in this bug report.