Bug 135735
Summary: | Gnome splash screen persists for about 3 minutes before disappearing | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dave Malcolm <dmalcolm> |
Component: | up2date | Assignee: | Bret McMillan <bretm> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | alexl, alikins, barryn, djr, ehoover, folke.lemaitre, fred.new2911, joachim.backes, katzj, llamaofdeath, louisgtwo, michal, rstrode, talbotscott, thierryn, tim.liim, wtogami, zcerza |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-11-05 16:18:56 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 130887, 131589 |
Description
Dave Malcolm
2004-10-14 19:13:46 UTC
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? 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. |