Red Hat Bugzilla – Bug 716572
gnome-shell-3.0.2.-3.fc15.x86_64 built with rpath, breaks on nvidia rpmfusion drivers
Last modified: 2011-07-04 19:58:56 EDT
Description of problem:
gnome-shell 3.0.2-3.fc15.x86_64 was built with RPATH set, which causes gnome shell to ignore /etc/ld.so.conf.d when looking for libGL.
This causes a Clutter-CRITICAL message in .xsession-errors, followed by
Unable to initialize clutter unable to find suitable fbconfig for the GLX context
Version-Release number of selected component (if applicable):
As above, with the binary nvidia driver module (akmod-nvidia) from rpmfusion installed.
Steps to Reproduce:
1. Attempt to login via gdm. Find the gnome-shell missing.
Gnome shell does not start, the above clutter error is in .xsession-errors
A clean login.
I was able to work around the problem by doing
chrpath -d /usr/bin/gnome-shell
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:
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.
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.
(In reply to comment #16)
> gnome-shell-3.0.2-4.fc15 has been submitted as an update for Fedora 15.
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-22.214.171.124-32.fc15.x86_64-275.09.07-1.fc15.1.x86_64 from RPMfusion
(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 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?
Fresh new user doesn't works also.
Creating new bug:
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.