[FFe] Add support for OpenGL|ES

Bug #1043589 reported by Daniel van Vugt
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
High
Compiz Linaro Team
compiz (Ubuntu)
Fix Released
High
Unassigned

Bug Description

== Feature ==
Rework compiz plugins to support OpenGL|ES, which is a limited subset of regular OpenGL. This is required so that we can support ARM platforms from the main source tree in future, without patches.

== Issues causing the need for exception ==
It wasn't completed on time to make feature freeze. Although, realistically, it was completed earlier than we expected just recently.

Tags: gles

Related branches

Changed in compiz:
milestone: none → 0.9.8.0
Changed in compiz (Ubuntu):
status: New → Triaged
importance: Undecided → High
Revision history for this message
Iain Lane (laney) wrote :

Hey,

Can you provide some more details of the testing you've done on this branch? Is there any chance of regressions on non-gles arches from this work or is it isolated? How much further work do you imagine is required before this is considered complete?

Cheers.

Revision history for this message
Sebastien Bacher (seb128) wrote :

I'm not sure if Daniel is still around today and that really needs to land if we want an armel desktop in beta1...

Some infos:

- this version was tested through the developpement by the compiz team (Daniel and Sam mostly) on various hardware

- issues found were collected on https://bugs.launchpad.net/compiz/+bugs?field.tag=gles and https://bugs.launchpad.net/unity/+bugs?field.tag=gles

not that those bugs don't all concern the default installation, quite some track things missing in optional compiz options

- the version is being tested with the new unity in a ppa for some day by different people, a few bugs were found but no stopper so far

- the version was tested on armel and it was confirmed it makes unity-3d run again there

Revision history for this message
Sebastien Bacher (seb128) wrote :

oh, GLES is only enabled on arm* but there are chances to the compiz codepath for the non GLES cases as well so it's not a no-op for compiz on other architectures either...

Revision history for this message
Iain Lane (laney) wrote :

OK, approved. Please could somebody make sure that the important bugs are tracked and milestoned for the distro (add distro task and milestone for b2).

Changed in compiz (Ubuntu):
milestone: none → ubuntu-12.10-beta-1
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks Iain

> Please could somebody make sure that the important bugs are tracked and milestoned for the distro

done!

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

This bug was fixed in the package compiz - 1:0.9.8.0-0ubuntu1

---------------
compiz (1:0.9.8.0-0ubuntu1) quantal-proposed; urgency=low

  * debian/control, debian/rules:
    - enable gles on armel and armhf
    - use dh-translations rather than custom code

  [ Sam Spilsbury ]
  * Enable OpenGL ES building
    - Refresh debian/patches/workaround_broken_drivers.patch
    - Remove non-ported plugins from compiz-plugins
    - Add FindOpenGLES2.cmake to compiz-dev

  [ Timo Jyrinki ]
  * New upstream release.
    - Code to make compiz work on GLES. This includes several changes
      to the compiz API. (LP: #201342) (LP: #901097) (LP: #1004251)
      (LP: #1037710)
    - Draft first 0.9.8.0 NEWS and bump VERSION
  * debian/patches/compiz-package-gles2.patch:
    - Remove, obsoleted by the upstream GLES work
  * Disable plugins that don't work on pure GLES on armhf/armel:
    - bench, firepaint, mblur, showmouse, splash, showrepaint, td, widget
 -- Sebastien Bacher <email address hidden> Fri, 31 Aug 2012 22:59:50 +0200

Changed in compiz (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.