compiz 1:0.9.7.8-0ubuntu1.3 FTBFS in precise-proposed on armel, armhf

Bug Description

The SRU of compiz to precise fails to build on armel and armhf, because fix_1012956.patch reintroduces non-GLES2 usage. debian/patches/compiz-package-gles2.patch needs to be updated to match.

[Test case]
1. Build compiz on ARM

[Regression potential]
Affects only FTBFS on ARM.

tentative patch for this issue, not build-tested.

Hi Steve. I tested building on my Ubuntu armhf device and it built and installed fine using your debdiff on top of 1.3. The other bugs fixed by 1.3 were marked as verification-done thanks to Miklos.

Hello Steve, or anyone else affected,

Accepted compiz into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/compiz/1:0.9.7.8-0ubuntu1.4 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

ARM build was successful: https://launchpad.net/ubuntu/+source/compiz/1:0.9.7.8-0ubuntu1.4/+build/3713187

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

This bug was fixed in the package compiz - 1:0.9.7.8-0ubuntu1.4

---------------
compiz (1:0.9.7.8-0ubuntu1.4) precise-proposed; urgency=low

[ Steve Langasek ]
* debian/patches/compiz-package-gles2.patch: refresh to account for
fix_1012956.patch, which introduces non-GLES2 objects that need to be
patched back out for ARM. LP: #1032902.

compiz (1:0.9.7.8-0ubuntu1.3) precise-proposed; urgency=low

[ Łukasz 'sil2100' Zemczak ]
* Cherry-pick upstream patches:
- CMake Error at FindCompiz.cmake:84 (include): include could not find load
file: CompizDefaults (LP: #993608)
- compiz (decor) - Warn: failed to bind pixmap to texture (LP: #929989)
- gtk-window-decorator crashed with SIGFPE in
_decor_blend_horz_border_picture() (LP: #963794)
- [callgrind] compiz spends ~25% of its time constructing/destructing
strings in PrivateScreen::handleActionEvent (LP: #1005569)
- gtk-window-decorator crashed with SIGSEGV in meta_get_decoration_geometry
(LP: #1007754)
- composite refresh rate falls back to 50Hz, which is wrong in most cases
(LP: #1009338)
- [callgrind] compiz spends ~7% of its time inserting into and destructing
the events list in PrivateScreen::processEvents() (LP: #1006335)
- It is possible for a dock shadow to be painted even if the dock window
isn't painted (LP: #1012956)

[ Timo Jyrinki ]
* Cherry-pick upstream patches:
- gtk-window-decorator crashes with BadWindow (invalid Window parameter),
from XGetWindowProperty() from get_frame_type() (LP: #1019337)
- Fix gtk-window-decorator crash in meta_get_button_position
(LP: #1015593)
- Fix crash LP: #1019337 properly this time. The original fix did not
handle the case where (win != NULL && xid != None && !valid_window(xid))
so would still exit with an X error. Now we trap and handle such errors
gracefully, instead of hitting the default handler which kills
gtk-window-decorator.
-- Timo Jyrinki <email address hidden> 2012年8月07日 12:32:27 +0300