From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041002 Firefox/0.10.1 Description of problem: Version-Release number of selected component (if applicable): gnome-session-2.8.0-4; rawhide-20041014 How reproducible: Always 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 Additional info:
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 /usr/lib/python2.3/site-packages/rpmUtils/oldUtils.py 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)
*** 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.