[n10] GL_ARB_vertex_buffer_object not supported, compiz worked perfectly before upgrade (from 11.04)

[Sabin Iacob]

unity_support_test output:
8<-----------------------------------------------------------------
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) IGD
OpenGL version string: 1.4 Mesa 8.0.2

Not software rendered: yes
Not blacklisted: yes
GLX fbconfig: yes
GLX texture from pixmap: yes
GL npot or rect textures: yes
GL vertex program: yes
GL fragment program: yes
GL vertex buffer object: no
GL framebuffer object: yes
GL version is 1.4+: yes

Unity 3D supported: no
8<-----------------------------------------------------------------

Unity / Compiz were working perfectly before the upgrade.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: xserver-xorg-video-intel 2:2.17.0-1ubuntu4
ProcVersionSignature: Ubuntu 3.2.0-23.36-generic 3.2.14
Uname: Linux 3.2.0-23-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.0.1-0ubuntu5
Architecture: amd64
Date: Sat Apr 21 22:45:45 2012
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
ProcEnviron:
 LANGUAGE=en_US:en
 TERM=xterm
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: xserver-xorg-video-intel
UpgradeStatus: Upgraded to precise on 2012-04-21 (0 days ago)

[Sabin Iacob (iacobs)]

weird, now it works; the only things I did since yesterday were: switch to the nvidia card, use it for a while, then install bumblebee, switch to optimus (I only had the intel card active previously)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[gmicsko (gmicsko)]

Workaround
-----------------

Create symlink:

/usr/lib/dri -> /usr/lib/i386-linux-gnu/dri

/usr/lib/nux/unity_support_test -p
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset x86/MMX/SSE2
OpenGL version string: 2.1 Mesa 8.0.2

Not software rendered: yes
Not blacklisted: yes
GLX fbconfig: yes
GLX texture from pixmap: yes
GL npot or rect textures: yes
GL vertex program: yes
GL fragment program: yes
GL vertex buffer object: yes
GL framebuffer object: yes
GL version is 1.4+: yes

Unity 3D supported: yes

[Sabin Iacob (iacobs)]

So it may have been an update-alternatives failure (they keep changing
the name, before it was gl_conf, now it's a RSI-inducing
x86_64-linux-gnu_gl_conf), and switching to / from the nvidia stack
fixed the links.

What's weird is that it's been failing partially somehow (I _had_ OpenGL
support, just without one of the features needed for unity), and nothing
else was complaining / exploding (which should happen in case a .so file
isn't where it's supposed to be, right?). It looks like something the
post-install script can double-check.

On 04/26/2012 04:34 PM, gmicsko wrote:
> Workaround
> -----------------
>
> Create symlink:
>
> /usr/lib/dri -> /usr/lib/i386-linux-gnu/dri
>
> /usr/lib/nux/unity_support_test -p
> OpenGL vendor string: Tungsten Graphics, Inc
> OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset x86/MMX/SSE2
> OpenGL version string: 2.1 Mesa 8.0.2
>
> Not software rendered: yes
> Not blacklisted: yes
> GLX fbconfig: yes
> GLX texture from pixmap: yes
> GL npot or rect textures: yes
> GL vertex program: yes
> GL fragment program: yes
> GL vertex buffer object: yes
> GL framebuffer object: yes
> GL version is 1.4+: yes
>
> Unity 3D supported: yes
>

[Omer Akram (om26er)]

so not unity' fault.

[Robert Hooker (sarvatt)]

also not anything in ubuntu's fault.

[Daniel van Vugt (vanvugt)]

The requirement for GL_ARB_vertex_buffer_object is a Nux requirement, and therefore a requirement of Unity (unityshell plugin).

Compiz 0.9.8+ has the ability to use GL_ARB_vertex_buffer_object, but it does not make it a requirement like Nux/Unity does.