Please backport commit to enable building without irrelevant drm libs on some arches
Bug #927424 reported by
Robert Hooker
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
plymouth (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Precise |
Fix Released
|
High
|
Maarten Lankhorst |
Bug Description
Starting in libdrm 2.4.31 which will hopefully be pulled into precise, libdrm-intel1 will only build on x86/x64 arches. We are needless building/shipping irrelevant libdrm-intel1 on arches such an armel/armhf/powerpc that can never use it in libdrm to work around this bug but the fix has been commited upstream a year ago to plymouth
http://
Backporting this plus passing --disable-
Changed in plymouth (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → Medium |
tags: |
added: verification-done removed: verification-needed |
To post a comment you must log in.
This bug was fixed in the package plymouth - 0.8.4-0ubuntu1
---------------
plymouth (0.8.4-0ubuntu1) quantal; urgency=low
* New upstream release. arith-workaroun d.patch, Don-t-watch- for-keyboard- input-if- no-keyboard. patch, bridge. patch, upstream-*.patch symbols. patches/ initramfsless- boot.patch: clean up our failure path when libdrm_ intel on !x86, to avoid an unnecessary
- drop patches originating from or merged upstream: debug-fixes.patch,
gcc45-
main-
upstart-
- debian/rules: pass --with-log-viewer to explicitly request its
inclusion.
- update libplymouth2.
* debian/
/dev/pts isn't available yet:
- don't free a buffer that we might use again later
- once we've created the session object, keep it around, instead of
freeing it again and leaving a dangling reference to it in the loop
exit handler list.
it's not clear if this was working before, but it definitely hits an
assert now. LP: #981314.
* Build with --disable-
dependency. LP: #927424.
-- Steve Langasek <email address hidden> Sat, 05 May 2012 01:19:02 +0000