Bug 806180

Summary:	sushi doesn't start in nautilus.
Product:	[Fedora] Fedora	Reporter:	sangu <sangu.fedora>
Component:	sushi	Assignee:	Elad Alfassa <elad>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	17	CC:	atigro, elad
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-10-10 04:01:27 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:

Description sangu 2012-03-23 06:05:01 UTC

Description of problem:
sushi doesn't start in nautilus.
or
$ sushi

(sushi-start:4664): Clutter-CRITICAL **: Unable to initialize Clutter: Unable to find suitable fbconfig for the GLX context: Failed to find any compatible fbconfigs


Version-Release number of selected component (if applicable):
0.3.92-2.fc17.x86_64


How reproducible:
always

Steps to Reproduce:
1. launch nautilus
2. move a media file (like a jpg file)
3. click space key
  
Actual results:


Expected results:


Additional info:
nautilus-3.3.92-1.fc17.x86_64
clutter-1.9.16-1.fc17.x86_64
cogl-1.10.0-1.fc17.x86_64

Comment 1 sangu 2012-03-30 05:35:46 UTC

This issue still happens in sushi 0.4.0

Comment 2 sangu 2012-04-19 01:11:08 UTC

This bug still happens in sushi-0.4.1-1.fc17.x86_64.

Maybe, sushi seem to find  wrong GL lib.

$ ldd /usr/libexec/sushi-start |grep GL
    libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007f4664b62000) <-- wrorng

Because this linux system is using nvidia closed source driver. 
# ldconfig -v
/usr/lib64/nvidia:
[...]
        libGL.so.1 -> libGL.so.290.10

In another gl program.
$ ldd /usr/bin/glxgears | grep GL
    libGLEW.so.1.6 => /lib64/libGLEW.so.1.6 (0x00007fa98451a000)
    libGLU.so.1 => /lib64/libGLU.so.1 (0x00007fa9842ac000)
    libGL.so.1 => /usr/lib64/nvidia/libGL.so.1 (0x00007fa983f95000) <--- Rright

Comment 3 sangu 2012-05-01 01:45:07 UTC

After recent updating packages in test repo, this issue is fixed.

$ ldd /usr/libexec/sushi-start |grep GL
	libGL.so.1 => /usr/lib64/nvidia/libGL.so.1 (0x00007f0689006000)