Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem: When LANG is set to es_ES ellipsis can't be encoded in python3, it throws "UnicodeEncodeError: 'charmap' codec can't encode character '\u2026' in position X: character maps to <undefined>".
Version-Release number of selected component (if applicable): glibc-langpack-es-2.28-127.el8.x86_64 I also reproduced the issue on the latest fedora version glibc-langpack-es-2.32-3.fc33.x86_64.
Steps to Reproduce:
1. Install the glibc-langpack-es.
2. # export LANG=es_ES@euro
3. # cat > /tmp/test.py <<EOF
#!/usr/bin/python3
import sys
sys.stdout.write("Test…")
EOF
4. # python3 /tmp/test.py
Actual results:
root@ryan-rhel8 ~ # python3 /tmp/test.py
Traceback (most recent call last):
File "/tmp/test.py", line 3, in <module>
sys.stdout.write("Test\u2026")
File "/usr/lib64/python3.6/encodings/iso8859_15.py", line 19, in encode
return codecs.charmap_encode(input,self.errors,encoding_table)[0]
UnicodeEncodeError: 'charmap' codec can't encode character '\u2026' in position 4: character maps to <undefined>
Expected results:
root@ryan-rhel8 ~ # python3 /tmp/test.py
Test…
Additional info: Not sure if this belongs in glibc or python3, but the issue doesn't occur when setting to en_US. Also I reproduced this on the latest packages on fedora 33.
The es_ES@euro locale is a ISO-8859-15 based locale and as such has no representation for the Unicode U+2026 Horizontal Ellipsis.
If you want to be able to use a Unicode U+2026 Horzontal Ellipsis then I suggest using the es_ES.UTF-8 locale which includes the euro symbol and all the other Unicode characters (up to Unicode 11.0) supported with UTF-8.
I'm marking this as CLOSED / NOTABUG.
If you have any more questions please don't hesitate to reopen the issue.
If sosreport requires a UTF-8 locale then it should set the locale to C.UTF-8 (always provided UTF-8 locale), but that is a distinct issue in the design of sosreport.
Description of problem: When LANG is set to es_ES ellipsis can't be encoded in python3, it throws "UnicodeEncodeError: 'charmap' codec can't encode character '\u2026' in position X: character maps to <undefined>". Version-Release number of selected component (if applicable): glibc-langpack-es-2.28-127.el8.x86_64 I also reproduced the issue on the latest fedora version glibc-langpack-es-2.32-3.fc33.x86_64. Steps to Reproduce: 1. Install the glibc-langpack-es. 2. # export LANG=es_ES@euro 3. # cat > /tmp/test.py <<EOF #!/usr/bin/python3 import sys sys.stdout.write("Test…") EOF 4. # python3 /tmp/test.py Actual results: root@ryan-rhel8 ~ # python3 /tmp/test.py Traceback (most recent call last): File "/tmp/test.py", line 3, in <module> sys.stdout.write("Test\u2026") File "/usr/lib64/python3.6/encodings/iso8859_15.py", line 19, in encode return codecs.charmap_encode(input,self.errors,encoding_table)[0] UnicodeEncodeError: 'charmap' codec can't encode character '\u2026' in position 4: character maps to <undefined> Expected results: root@ryan-rhel8 ~ # python3 /tmp/test.py Test… Additional info: Not sure if this belongs in glibc or python3, but the issue doesn't occur when setting to en_US. Also I reproduced this on the latest packages on fedora 33.