Wie zu verwenden, HÄNGT in bitbake

Habe ich ein bitbake build-Umgebung mit mehreren Rezepten, die je in einer Kette.

Im moment habe ich zu tun: bitbake recipe1 && bitbake recipe2

Habe ich Hinzugefügt: DEPENDS = "recipe1" den meta-recipe2/recipe2.bb

bitbake-layers show-cross-depends zeigt diese Abhängigkeit.

Gibt es fore, die ich erwarten läuft bitbake recipe2 zu bauen recipe1 ersten, aber es funktioniert nicht.

Was muss ich tun, um die build-Abhängigkeiten listend in der variable HÄNGT?

  • Wie haben Sie bestätigt, dass es nicht funktioniert? Hinzufügen DEPENDS = "recipe1" im recipe2.bb funktionieren sollte (und immer getan hat). Versuchen Sie bitbake recipe1 recipe2 -c cleansstate && bitbake recipe2. Sie sollten jetzt sehen, dass recipe1 gebaut wird. Ich denke, dass Ihr in euren tests recipe1 bereits gebaut worden...
  • Das wäre schön, aber Ihre Annahmen sind leider falsch. Ich auf jeden Fall gereinigt recipe1, bevor Sie versuchen diese. Es ist erwähnenswert, dass diese Rezepte sind in verschiedenen Ebenen, so: meta-recipe1/recipe1.bb und meta-recipe2/recipe2.bb ich verstehe nicht, warum das irgendeinen Unterschied machen würde, wenn.
  • Bitte, wiederholen Sie sowieso mit der verketteten Befehl, den ich Ihnen gab. Diese arbeitet auf allen Versionen, die ich ausprobiert habe, das ist im Grunde alles, was da an laest 2010... Wenn es immer noch nicht funktioniert, zeigen uns Ihre Rezepte. Eine andere Sache zu tun ist, ist zu führen bitbake -e recipe2 | less und suchen für den endgültigen Wert von DEPENDS.
  • Ich habe getan, gut ich kann. Ich habe nicht ein cleanstate Aufgabe in meinen Rezepten, nur mit einem sauberen. Ich bin nicht in der Lage, Ihnen zu zeigen, meine Rezepte, also mit Ersatz Namen wie recipe1, recipe2.
  • Es sieht tatsächlich wie mache ich die richtige Sache, die war meistens, was ich gefragt wurde. Ich Schätze, dass, wenn ich bin nicht bereit zu teilen meiner Rezepte wird es schwer sein zu helfen. Ich habe nicht die Zeit, um zusammen eine dummy-Umgebung, um das problem zu demonstrieren, aber wir werden versuchen, so bald. Dies ist realistisch gesehen nur ein nice to have feature in unsere build-Umgebung.
  • Gut, Sie haben sollte eine cleansstate Aufgabe in Ihrem Rezept (automatisch Hinzugefügt). Sie konnte immer zeigen Sie uns das Rezept mit dem Namen geändert, auch wenn wir nicht bauen (obwohl es für mich ideal). Also, versuchen Sie bitte die verkettete Befehle oben. Und hinzufügen, welche version Ihr nutzt. Und haben Sie überprüft die endgültigen Wert von DEOENDS?

InformationsquelleAutor Oli Gray | 2017-01-18
  1. 5

    Hinzufügen recipe1 zu recipe2durch

    DEPENDS += "recipe1"

    sollte gut funktionieren für Sie. Die obige Zeile bedeutet, dass vor der do_configure Aufgabe recipe2 ausgeführt werden kann, die Aufgabe do_populate_sysroot fro mrecipe1 abgeschlossen haben. Diese Arbeit sollte für alle version von bitbake und OpenEmbedded.

    Kann man etwas erreichen ähnlich wie DEPENDS += "recipe1" durch

    do_configure[depends] += "recipe1:do_populate_sysroot"

    Falls nötig können Sie manuell festlegen, Ihre eigenen benutzerdefinierten hängt davon ab wie diese.

    • Es ist mein problem... mein recipe1 keinen do_populate_sysroot
    • Versuchen Sie bitbake recipe1 -c listtasks und zu überprüfen. Wenn es fehlt ein do_populate_sysroot müssen Sie es hinzufügen. Ansonsten, wie ist Ihre recipe2 soll etwas von recipe1?
    • Es ist eigentlich do_configure[depends] += "recipe1:do_populate_sysroot" aber das hat mich in die richtige Richtung, danke.
    • Ja, die benutzerdefinierten Abhängigkeiten hergestellt werden, indem man hängt, mein Fehler. Intern, deptask ist für HÄNGT... Obwohl, ich bin immer noch daran interessiert, wie das zweite Rezept verwendet die erste, der Ihre Installation nicht in das Rohr sysroot...
    • Es ist alles custom-Rezepte, geschrieben von meiner Kollegin. So ein kernel gebaut Ausgang kopiert wird, um ein kernel-Verzeichnis an der Wurzel von bitbake Umwelt Ebene in do_install. Das nächste Rezept benötigt diese zu bauen. so do_check[hängt] += "kernel:do_install" ist, was erforderlich war.
    • Sicher, wenn es für Sie arbeitet... Obwohl, am Ende, würde ich empfehlen, die Installation auf standard-Standorte, DEPLOYDIR etc.

    InformationsquelleAutor Anders
  2. 0

    Tatsache ist, dass

    DEPENDS += "recipe1"

    Funktioniert fast immer, aber nicht immer. Weil es bindet an do_configure, die möglicherweise nicht als das andere Bild, wie zum Beispiel ein initramfs image.

    So dass für diese Fälle besser zu binden, eine Aufgabe, die verwendet wird, mit

    do_rootfs[depends] = "my-initramfs-image:do_image"
    InformationsquelleAutor Angelo Dureghello
Schreibe einen Kommentar