| Summary: | Building an image for qemu* machines always builds X11 | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Paul Eggleton <bluelightning> |
| Component: | core | Assignee: | Paul Eggleton <bluelightning> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | jessica.zhang, meta.mr.watcher, meta.watcher |
| Version: | unspecified | ||
| Target Milestone: | 1.3 | ||
| Hardware: | Other | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
Paul Eggleton
2011-10-21 08:53:31 UTC
I have a fix for the oprofileui-server X11 dependency; however it requires a patch to oprofileui itself (specifically its configure script). I've submitted that "upstream" and will wait until it gets merged, and will then submit the corresponding metadata patch. The other half of this problem is due to anjuta-remote-run requiring dbus. Since we no longer support anjuta should this just be removed? The oprofileui upstream fix has been merged, but the proposed fix for the metadata received some negative feedback. After discussion with a few people I'm going to rework qemu-config into a task which is a little more generic and tidy that does not always install distcc; this will mean splitting out its components into separate recipes. Paul, thought saw some patches from you regarding these? are they finalized yet? if so, please update the bug accordingly. thx I produced a new set of patches for this but they are not yet finished. Paul, is this bug fixed by now? please update the status if there's change So it's worth noting at this point that the underlying problem of not being able to build for a qemu machine has since been fixed by Xiaofeng Yan in commit 8de191d64aa7fa3a6c3e3fde2acca5949f36c95e. We still build a bunch of things that demand x11 for qemu machines when x11 *is* in DISTRO_FEATURES though, even if we're building a minimal images. I'm convinced we can still improve here. Moving to 1.3. Noted here because it hasn't been already - the workaround for this is to force POKYQEMUDEPS to "" (you may need to use an override such as forcevariable). This issue is specific to Poky and does not affect OE-Core. New RFC patch sent to the OE-Core list: http://lists.linuxtogo.org/pipermail/openembedded-core/2012-August/028236.html This has finally been fixed and merged to poky master in the following revisions: f6ae5d8b04f126e4de89b9d98b1bc115bc543869 80908c9f83660c10e39bd5ffb48bb6e417d14006 125650776991e40168dcab1dca372cc3ebe1d490 c2e68c6fb9be169f274453412565cb6376770b2b 54b8e84356b513b0fa6e5bcdfed75000ff8e0575 c8d739488574e422751f8d0f6052cdc0ef1429de cbd1d867524dd86bb1b6922b5694e960db263e06 Note, despite earlier comments, before these changes it was still the case that the system would start to build components such as GTK+ on a system without x11 in DISTRO_FEATURES, that is now fixed. |