Bug 1124387
| Summary: | virt-manager traceback when wrong LC_CTYPE is set. | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Robin Hack <rhack> |
| Component: | virt-manager | Assignee: | Giuseppe Scrivano <gscrivan> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.6 | CC: | codong, dyuan, gscrivan, juzhou, lcui, mzhan, rbalakri, tzheng |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | virt-manager-0.9.0-28.el6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-10-14 06:26:56 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
that happens only if you pass --debug, right? Any GTK+ application that I've tested raises this Gtk-WARNING, so it is expected behavior. What is the value of LC_CTYPE set by the MacOS X terminal? (In reply to Giuseppe Scrivano from comment #2) > that happens only if you pass --debug, right? Any GTK+ application that > I've tested raises this Gtk-WARNING, so it is expected behavior. > > What is the value of LC_CTYPE set by the MacOS X terminal? Hi. It's UTF-8. I see this when I'm connected to rhel server via ssh: declare -x LC_CTYPE="UTF-8" (In reply to Giuseppe Scrivano from comment #2) > that happens only if you pass --debug, right? No. I just ran virt-manager on commmand line. > Any GTK+ application that > I've tested raises this Gtk-WARNING, so it is expected behavior. I know. This message is fine. I expected something like this. Not traceback at all :). ah, I've tested it with the upstream version and it works as expected (only the GTK+ warning message and no traceback).
The fix seems to be here:
commit 9c23dfa992851ef5b9e9b9da84a0d22e5b4c34c5
Author: Cole Robinson <crobinso>
Date: Sun Jan 29 16:03:45 2012 -0500
cli: Skip gettext setup if setting locale fails
Can happen if user provides a busted locale
and it is trivial enough that we can consider it for the next 6.x release.
> and it is trivial enough that we can consider it for the next 6.x release.
When the patch exists and is trivial and we (QA) have time to test it why we (DEVEL+QA) are not able push this to rhel 6.6? I'm just asking.
ok, moved back to 6.6 and backport here: http://post-office.corp.redhat.com/archives/rhvirt-patches/2014-July/msg01391.html I can reproduce this issue with:
virt-manager-0.9.0-26.el6.x86_64
1.
1) # export LC_CTYPE="X"
2) # virt-manager
Traceback (most recent call last):
File "/usr/share/virt-manager/virt-manager.py", line 400, in <module>
main()
File "/usr/share/virt-manager/virt-manager.py", line 253, in main
cli.setup_i18n(gettext_app, gettext_dir)
File "/usr/share/virt-manager/virtManager/cli.py", line 90, in setup_i18n
locale.setlocale(locale.LC_ALL, '')
File "/usr/lib64/python2.6/locale.py", line 513, in setlocale
return _setlocale(category, locale)
locale.Error: unsupported locale setting
2.
1) # export LC_CTYPE="UTF-8"
2) # virt-manager
Traceback (most recent call last):
File "/usr/share/virt-manager/virt-manager.py", line 400, in <module>
main()
File "/usr/share/virt-manager/virt-manager.py", line 253, in main
cli.setup_i18n(gettext_app, gettext_dir)
File "/usr/share/virt-manager/virtManager/cli.py", line 90, in setup_i18n
locale.setlocale(locale.LC_ALL, '')
File "/usr/lib64/python2.6/locale.py", line 513, in setlocale
return _setlocale(category, locale)
locale.Error: unsupported locale setting
I can reproduce this bug with: virt-manager-0.9.0-26.el6.x86_64 Tested with: virt-manager-0.9.0-28.el6.x86_64 Steps: # export LC_CTYPE="X" # echo $LC_CTYPE X # virt-manager (virt-manager:22734): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. # export LC_CTYPE="UTF-8" # echo $LC_CTYPE UTF-8 # virt-manager (virt-manager:22762): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Refer to the above comments,no traceback and friendly info shows,so move the bug to VERIFIED. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-1447.html |
Description of problem: Version-Release number of selected component (if applicable): virt-manager-0.9.0-26.el6.x86_64 How reproducible: always Steps to Reproduce: 1) # export LC_CTYPE="X" 2) # virt-manager Actual results: Traceback (most recent call last): File "/usr/share/virt-manager/virt-manager.py", line 400, in <module> main() File "/usr/share/virt-manager/virt-manager.py", line 253, in main cli.setup_i18n(gettext_app, gettext_dir) File "/usr/share/virt-manager/virtManager/cli.py", line 90, in setup_i18n locale.setlocale(locale.LC_ALL, '') File "/usr/lib64/python2.6/locale.py", line 513, in setlocale return _setlocale(category, locale) locale.Error: unsupported locale setting Expected results: No traceback and something nice like on my fedora 20. (process:11607): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Additional info: I found this because I was connected from MacOS X