Description of Problem: up2date failts with a traceback of a python-error whenever invoked. Version-Release number of selected component (if applicable): [ft@leia ft]$ rpm -q up2date python up2date-3.0.7-1 python-2.2.1-17 The systems is upgraded from 7.3 (which also was an upgrade) How Reproducible: Always. Steps to Reproduce: 1. start up2date 2. 3. Actual Results: Traceback (most recent call last): File "/usr/sbin/up2date", line 18, in ? from up2date_client import up2dateMessages File "/usr/share/rhn/up2date_client/up2dateMessages.py", line 12, in ? from rhpl.translate import _, N_ File "/usr/lib/python2.2/site-packages/rhpl/translate.py", line 197, in ? cat = i18n() File "/usr/lib/python2.2/site-packages/rhpl/translate.py", line 75, in __init__ self.setDomain(domain) File "/usr/lib/python2.2/site-packages/rhpl/translate.py", line 134, in setDomain self.iconv = iconv.open(self.codeset, encoding) ValueError: (22, 'Invalid argument') Expected Results: Additional Information: I commented out the following lines, starting from line 132 of /usr/lib/python2.2/site-packages/rhpl/translate.py: #if len(self.cats) == 0: # encoding = locale.nl_langinfo (locale.CODESET) # self.iconv = iconv.open(self.codeset, encoding) # return Perhaps not the most elegant of solutions, but it works. I guess the code deals with some locale settings (BTW: I use a Norwegian keyboard and English language, desktop is KDE) which isn't all the important for functionality.
Looks like a rhpl bug of some sort, but investigating...
What is the output of running `locale`?
[ft@leia ft]$ locale LANG=C LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" LC_PAPER="C" LC_NAME="C" LC_ADDRESS="C" LC_TELEPHONE="C" LC_MEASUREMENT="C" LC_IDENTIFICATION="C" LC_ALL=
It appears to be a general problem with python?: [root@leia interesting.groups]# printtool Traceback (most recent call last): File "/usr/sbin/printtool", line 7, in ? import printconf_gui File "/usr/share/printconf/util/printconf_gui.py", line 41, in ? from printconf_conf import * File "/usr/share/printconf/util/printconf_conf.py", line 131, in ? from rhpl.translate import _, N_ File "/usr/lib/python2.2/site-packages/rhpl/translate.py", line 197, in ? cat = i18n() File "/usr/lib/python2.2/site-packages/rhpl/translate.py", line 75, in __init__ self.setDomain(domain) File "/usr/lib/python2.2/site-packages/rhpl/translate.py", line 134, in setDomain self.iconv = iconv.open(self.codeset, encoding) ValueError: (22, 'Invalid argument')
Created attachment 82804 [details] My up2date traceback. I get this whenever I run up2date.
Check out the last response on bug# 77054
green: different bug. As edward.clark said, check bug# 77054
looks to be rhpl issue, reassigning there...
*** Bug 75248 has been marked as a duplicate of this bug. ***
I can't reproduce this, but I've added some code to catch exceptions and fall back gracefully.
*** Bug 81001 has been marked as a duplicate of this bug. ***
Created attachment 89169 [details] "locale" output regarding bug 81001 (duplicate of 76104) I submitted bug 81001 about the redhat-config-printer and redhat-config-soundcard scripts dying out. This was determined to be a duplicate of bug 76104. Since one of the attachments to this bug was the output of the "locale" command (which reported the locale as "C", I thought a bit more info from my system might be of use. This attachment shows my locale, reported as "en_US.UTF-8". By the way, this also occurs when the locale is merely "en_US" (without the ".UTF-8"). Again, the system is an 8.0 upgrade from 7.2. If you need access to my system to debug this, I can arrange it as the system is on a broadband connection with a NAT device to redirect SSH access (with X window tunneling) to the machine. Contact me via email directly to get a login and password.
I've done a bit of research. I'm not a python guy so take this with a grain of salt, but it appears that the /usr/lib/python2.2/locale.py module does NOT contain the nl_langinfo() method, so "encoding = locale.nl_langinfo (locale.CODESET)" in /usr/lib/python2.2/site-packages/rhpl (line 201) will fail. I suspect that this is the root of the problem. A quick "grep -r nl_langinfo *" from that directory shows that "lib-dynload/_localemodule.so" has it, but except for the call in the rhpl directory, there are no other references. Hope that helps.
Works now (RH9).