Red Hat Bugzilla – Bug 1054435
Clutter-CRITICAL **: Unable to initialize Clutter: The OpenGL version could not be determined Window manager error: Unable to initialize Clutter.
Last modified: 2016-07-19 14:51:14 EDT
Created attachment 851256 [details]
GNOME software list installed
Description of problem:
Recently, I have installed AMD Catalyst 13.235 on Fedora 20 x86_64 with GNOME fully upgraded. However, GDM, gnome-session, cheese or another application requires Clutter does not work. This is the output message when I try to launch:
$ gnome-shell --replace
(gnome-shell:6935): GLib-CRITICAL **: g_strsplit: assertion 'string != NULL' failed
(gnome-shell:6935): Clutter-CRITICAL **: Unable to initialize Clutter: The OpenGL version could not be determined
Window manager error: Unable to initialize Clutter.
However, I run awesome games requires OpenGL, or Stellarium for example that's need OpenGL. This is my fglrxinfo:
display: :0 screen: 0
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: AMD Radeon HD 7520G
OpenGL version string: 4.3.12618 Compatibility Profile Context 13.251
Now, I'm written over openbox session because I cannot start GDM :'(
Futhermore, when I used radeon driver, I could launch any GNOME software application. But, I don't interested uses free driver, because I cannot suspend my system without that. (kernel bug (?))
I'm added more info about GNOME software I've installed. All it's fully upgraded.
I've searched into net about more information of this possible bug.
Add into /etc/environment or creates file into /etc/profile.d/clutter.sh including: export CLUTTER_VBLANK=none. But does not work.
Yes, I tried to follow instruction there.
Dylan Smith [reporter] 2013-11-18 01:17:48 UTC
OK, I have GNOME Shell and Totem working with Catalyst 13.11 beta 6 finally,
In cogl spec file, %build section
# --enable-kms-egl-platform \
# --enable-wayland-egl-platform \
# --enable-wayland-egl-server \
In clutter spec file, %build section
# --enable-egl-backend \
# --enable-evdev-input \
# --enable-wayland-backend \
# --enable-wayland-compositor \
In gnome-shell spec file,
%prep section, commented:
# %patch10 [details] -p1 -b .fix-wayland-build
%install section, commented:
Totem spec file did not need any modification, just rebuilding again is enough.
Source rpm files are:
After made it. I can join into GNOME session but I cannot see mouse cursor, and desktop. Only see GNOME startup (setting language and more), and switch names of folders because I changed English into Spanish from GNOME's startup.
But all desktops was black screen. I had to swtich tty and turn off X.org server (init 3).
I've tried to launch totem, or cheese, or another GNOME application depends of it and says same bug about OpenGL to clutter. :S
AMD's has got a libEGL, you can download from here: It's SDK includes libraries for all arch (x86 and x86_64). I don't know how to use that library (install...). Maybe can works fine with it.
Created attachment 857312 [details]
AMD OpenGL ES SDK
Library libEGL.so it's included for x86 and x86_64 archs.
I can't say for sure that this is your bug, but you should give this a try.
add this to your .xinitrc file:
TThe dlsym search for glGetString returns a stub from another library
which returns 0 instead of gl data. The program does not handle
this error and segvs.
This massive kludge adds the gl library to everything run under the
session as the first library. The search finds the good stuff, but
at the price of goofy shared libraries in your executables.
I have not refined this yet, and there may be other side-effect
fixes/bugs since the program needs is not finding the correct
external set (insecurity risk).
good luck with your search for fixes.
your post was helpful thanks.
I can confirm that the solution in comment 4 does work
Do I only need the workaround in comment 4 to get it working or do I also need to recompile gnome? Or do I need to install libEGL.so from AMD?
There is no need to do anything else if the problem you are experiencing is this one. This is a pretty massive kludge. The cogl library needs to be fixed before this will no longer be needed. It loads the first libgl version it finds and this forces the first version to be the desired one.
Please bump this to F21 at least, if not rawhide.
(In reply to William P. Morrow from comment #7)
> There is no need to do anything else if the problem you are experiencing is
> this one. This is a pretty massive kludge. The cogl library needs to be
> fixed before this will no longer be needed. It loads the first libgl
> version it finds and this forces the first version to be the desired one.
This kludge should be done as part of the AMD drivers, we don't support binary drivers in Fedora and I doubt upstream cogl has any urge to support them either (which is where this should actually be reported)
All true, but...
The reason this is a problem is that the library search for dl is global, and not restricted to the interesting library versions.
That is a security bug.
It is loading someone elses objs, not the intended version.
That should be fixed in general.
Hopefully we'll get some traction now that this is reported against rawhide. Thanks for that.
Just to be clear, are you asking us to report upstream? If you've already done it, then okay. But if you would rather someone else do it, just say the word.
No, I have not pushed for any changes, and I would like to have a fix.
My opinion is that the library search should find the correct version of
the actual glGetString for libGL, not a weak link from somewhere else.
If you have any sway in getting this examined, then please make a request.
This mod has been reported for over a year, and a fix reported for months,
and no actual changes have occurred to date.
This problem affects popular products. Its hard to understand why
it is so hard to get attention.
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.
More information and reason for this action is here:
I wonder if this is still an issue. I finally got upgraded to F23 and removed the COGL environment settings I found here and had been using since F20. I don't see a problem with totem, specifically, but I don't use GNOME, either, so that may not be a sufficient test.
I have found some problems in F23 that I wonder may be related. I'm getting COGL warnings and errors. Cheese doesn't show preview, for example.
(cheese:30289): Cogl-WARNING **: Shader compilation failed:
Vertex shader failed to compile with the following errors:
ERROR: error(#271) Explicit version number 120 not supported by GL3 forward compatible context
ERROR: error(#273) 1 compilation errors. No code generated
Is this related?
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
Thank you for reporting this bug and we are sorry it could not be fixed.