Bug 716572
Summary: | gnome-shell-3.0.2.-3.fc15.x86_64 built with rpath, breaks on nvidia rpmfusion drivers | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jonathan Abbey <jonabbey> | ||||
Component: | gnome-shell | Assignee: | Owen Taylor <otaylor> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 15 | CC: | awilliam, belegdol, chrisudeussen, edosurina, eric.tanguy, gbauman, goodyca48, gtmkramer, kevin, kraymond, mail, maxamillion, mike, mike.walton33, otaylor, robatino, samkraju, sangu.fedora, tim, walters | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | gnome-shell-3.0.2-4.fc15 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 716669 (view as bug list) | Environment: | |||||
Last Closed: | 2011-06-25 19:56:35 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: | |||||||
Attachments: |
|
Description
Jonathan Abbey
2011-06-25 00:48:41 UTC
My initial entry lacks some clarity. Without taking the RPATH out of the /usr/bin/gnome-shell, ld.so ignores the ld.so.conf.d directory, and so doesn't properly find the binary nvidia GL driver which is clutter compatible. Due to the RPATH set (/usr/lib64:/usr/lib64/gnome-shell:/usr/lib64/gnome-bluetooth), gnome-shell doesn't properly find the nvidia GL library, and is thus unable to initialize clutter due to the inadequacies of the Mesa GL library in /usr/lib64. I've set the severity and priority to medium but I think they should be higher. Everybody using the nvidia binairy driver and gnome-shell seems to be bitten by this (including me). I managed to get thinks working again by downgrading a few packages. Upon reading http://fedoraproject.org/wiki/Packaging:Guidelines#Beware_of_Rpath more closely, it appears the problem is not that any RPATH is set on gnome-shell, but rather that /usr/lib64 is part of the RPATH. You can see the RPATH encoded into the gnome-shell binary by running chrpath -l /usr/bin/gnome-shell I had to do a 'yum install chrpath' before this worked, of course. This also means that the problem can be fixed / worked around by the end user by running chrpath -r /usr/lib64/gnome-shell:/usr/lib64/gnome-bluetooth /usr/bin/gnome-shell as root, to take the system standard /usr/lib64 out of gnome-shell's RPATH. This can't be done while gnome-shell is running, however. the chrpath work around was not working for me, I had also to yum downgrade xulrunner gnome-python2-extras gnome-python2-gtkmozembed gnome-shell firefox xulrunner-devel as explained there: http://www.fedoraforum.org/forum/showthread.php?p=1488976 Does this scratch build fix the issue for people? ie, yum update to the latest everything, then update this gnome-shell version: http://koji.fedoraproject.org/koji/taskinfo?taskID=3160496 Oops. Missed an rpath there. Don't try that one. Will do another here in a few. ...and that one doesn't work either. ;( Back to the drawing board. ok. I had to be selective which rpath's to remove. Try: http://koji.fedoraproject.org/koji/taskinfo?taskID=3160601 Yep, installing gnome-shell-3.0.2-4.fc15.x86_64.rpm from koji fixed the problem for me (i.e. I get the normal desktop after I login). Thank you very much. The last effort by Kevin Fenzi did the trick. (My desktop is also back to normal) http://koji.fedoraproject.org/koji/taskinfo?taskID=3160632 should be the final fixed one that works on 32bit and 64bit. I'll look at pushing an update to testing with this fix in a bit here with more feedback. The latest works very well for me on a 64bit machine. gnome-shell-3.0.2-4.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/gnome-shell-3.0.2-4.fc15 (In reply to comment #16) > gnome-shell-3.0.2-4.fc15 has been submitted as an update for Fedora 15. > https://admin.fedoraproject.org/updates/gnome-shell-3.0.2-4.fc15 After starting Gnome Shell cannot seeing/using main upper Activity bar. Did you see this same behavior with previous gnome-shell versions? Also, are you using the nvidia binary only video drivers? (In reply to comment #18) > Did you see this same behavior with previous gnome-shell versions? Yes, with 3.0.2-3 > Also, are you using the nvidia binary only video drivers? Yes, NVIDIA bin driver from RPMFusion. ok, so this is not a new regression in -4. If you 'yum downgrade gnome-shell' back to the orig release does it work? Did it ever work on that machine? if so, when? (In reply to comment #17) > (In reply to comment #16) > > gnome-shell-3.0.2-4.fc15 has been submitted as an update for Fedora 15. > > https://admin.fedoraproject.org/updates/gnome-shell-3.0.2-4.fc15 > > After starting Gnome Shell cannot seeing/using main upper Activity bar. How did you start Gnome Shell? I found that if I started gnome-shell from a console tty (alt-F2, etc.) rather than from a terminal window started in the X session, the upper activity bar did not function properly and gnome-shell reported errors at start up not related to the rpath issue. Are you able to get a clean login after rebooting? Alternatively, can you do ctrl-backspace in your X session to get back to the login screen, followed by a successful login and gnome-shell session? That should have been ctrl-alt-backspace, of course. It seems that gnome-shell doesn't function quite right if it is started outside of the X session by using DISPLAY=, etc. I'm not sure that's a bug. Installing gnome-shell-3.0.2-4.fc15.x86_64 fixed it for me - running with kmod-nvidia-2.6.38.8-32.fc15.x86_64-275.09.07-1.fc15.1.x86_64 from RPMfusion Thanks Kevin! (In reply to comment #20) > ok, so this is not a new regression in -4. > > If you 'yum downgrade gnome-shell' back to the orig release does it work? > Did it ever work on that machine? if so, when? Yes, worked fine with version 3.0.2-1 . But now, after downgrade to version 3.0.2-1 upper activity bar not seeing and Gnome3 session freezing. gnome-shell-3.0.2-4.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report. I just recieved the -4 update from stable. I have a Geforce Go 7300 (G72M) using the rpmfusion kmod-nvidia. While I can now see gnome-shell on login (the top bar appears), it does not respond to the mouse or keyboard events. The mouse moves around just fine but the shell is frozen solid - the clock doesn't even move. When I revert back to nouveau with -4, the shell now freezes immediately after login. I get a screen with wallpaper and a moving mouse, no more. -3 and earlier worked with nouveau to some extent, but were slow. At this time I am using GNOME 3 in fallback mode with kmod-nvidia. Created attachment 509957 [details]
xsession-errors file
xsession-errors file from starting Gnome Shell 3.0.2.-3
*** Bug 716669 has been marked as a duplicate of this bug. *** Gabe: If you make a new user and login as them does it work? If not, can you file a new bug on this? edo: yes, thats the failure mode of -3 with the nvidia binary only driver. Thats what the -4 update should have fixed. Can you update to -4 and try making a new user and see if it works there? If not, can you file a new bug on this? Thanks. Fresh new user doesn't works also. Creating new bug: https://bugzilla.redhat.com/show_bug.cgi?id=717994 Just to note - I did a local build of gnome-shell 3.1.3 and it doesn't require this any more (in fact, the chrpath commands are now too long and cause the build to fail). so they should be dropped for 3.1.3 in rawhide, I think. |