wxDisplay unexpectedly disabled
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
wxwidgets2.8 (Ubuntu) |
Fix Released
|
High
|
Steve Langasek | ||
Natty |
Fix Released
|
High
|
Unassigned | ||
Oneiric |
Fix Released
|
High
|
Steve Langasek |
Bug Description
SRU justification: an unnoticed misbuild of wxwidgets2.8 in natty against multiarch libraries results in classes missing from wxWidgets, resulting in an ABI break.
Risk: since fixing this bug means re-enabling code that was disabled prior to the natty release, it may expose further bugs. However, it's extremely unlikely that this will be worse than having a completely broken library API.
wxWidgets' configure has `wxDisplay` class enabled by default (`--enable-
My investigation showed that it is because wxDisplay depends on `libXinerama`, but the library files are located in a directory (on 64-bit Natty it is `./lib/
tags: | added: multiarch |
Changed in wxwidgets2.8 (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → High |
assignee: | nobody → Steve Langasek (vorlon) |
Changed in wxwidgets2.8 (Ubuntu Natty): | |
status: | New → Triaged |
importance: | Undecided → High |
description: | updated |
tags: |
added: verification-done removed: verification-needed |
This bug was fixed in the package wxwidgets2.8 - 2.8.11.0-0ubuntu10
--------------- 0-0ubuntu10) oneiric; urgency=low
wxwidgets2.8 (2.8.11.
* debian/ patches/ multiarch_ paths.patch: look in the multiarch path
when detecting libraries. Closes LP: #828999.
-- Steve Langasek <email address hidden> Fri, 19 Aug 2011 08:45:53 +0000