From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041002
Description of problem:
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install nightly rawhide-20041014; select "Personal Desktop"
2. login as a test user
3. watch splash screen
Actual Results: Gets to the Red Hat Network Manager Icon, then
persists for about 3 minutes before going away of its own accord
Expected Results: Should either disappear when all work is done, or
give some kind of visual indication that work is still being done
Seems to be an issue with yum. it tries to import a module (i18n.py)
that isn't in the python search path, when rhn-applet tries to use it.
a problem with yum?
Can you show me what code in yum you're talking about?
I only spent a few minutes investigating, but
tries to import i18n.py which is in /usr/share/yum-cli, which isn't in
the python search path.
who is using that code?
The only place I can think of it being used is from yum-arch.
Please tell me it's not being called from rhn-applet
rhn-applet is importing rpmutils (which is owned by yum) which is
importing oldutils (which is owned by yum) which is trying (and
failing) to import i18n (which is owned by yum)
CCing rhn-applet owner in case the problem is actually there.
*** Bug 135788 has been marked as a duplicate of this bug. ***
Ah, is it possible that this is related to new rhlp then (see
*** Bug 135780 has been marked as a duplicate of this bug. ***
okay, fixed it in oldUtils in yum cvs.
*** Bug 135805 has been marked as a duplicate of this bug. ***
*** Bug 135826 has been marked as a duplicate of this bug. ***
*** Bug 134630 has been marked as a duplicate of this bug. ***
*** Bug 135812 has been marked as a duplicate of this bug. ***
This still isn't going to work I don't think.
The problem is that up2date includes a module "rpmUtils" but 'import
rpmUtils' is getting the yum rpmUtils... and since they're different,
I expect other things to break as well :/
up2date needs to sys.path.insert(0, '/wherever/the/hell/rpmUtils/is')
then we don't have to play this game.
I'm still seeing this error with rhn-applet-2.1.15-2. Their has been
no yum updates in rawhide since this occurred.
Experiencing the same thing here. Except after downgrading the kernel
from .624 back to .610, at least the splash screen is now back to
normal. Although, since the rhn-applet is not starting, that may as
well be why and just coincidence, and this just goes with what is
being discussed at the moment.
*** Bug 136008 has been marked as a duplicate of this bug. ***
*** Bug 136136 has been marked as a duplicate of this bug. ***
wow, thats lovely.
rhn-applet-2.1.16 and up2date-4.3.44 should try to get
rpmUtils from its path first instead of site-packages
Still seeing this with the latest packages from rawhide.
So does anyone know how to fix it?
up2date was replaced by pirut and put (package pirut) as of FC5. Only FC5 and
FC6 are currently fully supported; FC3 and FC4 are supported for security fixes
only. If this bug occurs in FC3 or FC4 and is a security bug, please change the
product to Fedora Extras and the version to match. If you can verify that the
bug exists in RHEL as well, please change the product and version appropriately.
The codebase for pirut and pup is quite different, but if a similar bug exists
in pirut and pup in FC5 or FC6, please change the product to pirut and the
version appropriately and update the bug report.
We apologize that the bug was not fixed before now. The status will be changed
to NEEDINFO, and if the bug is not updated with evidence that it is a security
bug or a bug that affects RHEL, it will be closed.
Closing per previous message.