Also zur Aufklärung: Die Layer vom
Experimental Repo sollte man fürs Bauen nicht mit den Layern von
hier mischen. Also
entweder das oder
das. Die andere Versionsnummer steht da auch eigentlich nicht umsonst. Mit 3.2.4 werden weitere und geänderte Layer mit eingebunden, die zwar gleiche Namen haben können wie mit 3.2, aber geändert sind. Die Layer sind auch zum Teil nicht wirklich fertig. Überführt wird das erst, wenn das halbwegs stabil ist und es Sinn macht, auf die nächste Yocto-Version zu migrieren. Die beiden können zusammen funktionieren, aber das ist recht unwahrscheinlich, es sei denn man weiß, was man da machen muss, ohne mit den Initskripten zu bauen.
Dann noch was zur Holzhammermethode, einfach ein Recipe rauszunehmen. Das halte ich für zu kurz gedacht. Dafür gibts für den Nutzer die Konfiguration, mit der man Recipes stilllegen kann. Wenn ein Recipe allerdings nicht durch baut, ist das nicht zwingend ein Grund es rauszunehmen. Interessanter wäre es, zu wissen, warum. Und da kommen brauchbare Fehlerberichte ins Spiel. Dazu gehört z.B ein Log. Alles andere wäre eigentlich zu umständlich. Falls eine Lösung parat wäre, dann bitte einen Patch für das passende Layer-Repo posten. Ein Request bei GitHub wäre auch ok, wenn die Lösung gut ist, aber bitte keine Pakete oder Binaries.
Die Logs liegen normalerweise immer im Workdir des jeweiligen Recipes. Für gpm z.B.:
Code: Alles auswählen
$HOME/poky-3.2.4/build/bre2ze4k/tmp/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/gpm/1.99.7+gite82d1a653ca94aa4ed12441424da6ce780b1e530-r2/temp/<HIER LIEGEN DIE LOGS>
Damit kann man jede Menge nachvollziehen.
Alternativ kann man auch beim Bauen selbst für ein Target mehr als üblich nur die Tasks anzeigen lassen und evtl. das Terminal log posten, aber das kann schon mal die Ausgabekapazität vom Terminal sprengen.