Ho problemi a capire le ricette bitbake. (Ho un po 'scritto male che ho bisogno di modificare, di solito leggo e capisco l'intero meccanismo ma purtroppo ho un programma serrato). Potete per favore aiutarmi a capire la differenza tra RDEPENDS e DEPENDS. Leggo il riferimento e so che rappresentano la dipendenza runtime e creano rispettivamente la dipendenza, ma qual è l'effetto su di essa in una ricetta bitbake? Per quanto ho capito, se un pacchetto A dipende da un altro B, B deve essere compilato e pronto per abilitare A per costruire. Bitbake non è correlato al runtime, è solo lì per costruire e distribuire i pacchetti. Quindi qual è la differenza?dipendenza runtime vs build dipendenza
risposta
Come dici tu, bitbake si occupa di costruzione e la distribuzione le pacchetti, ed ha la necessità di distribuire tutti i pacchetti che sono necessari per soddisfare runtime dipendenze sul sistema di destinazione.
Se la vostra ricetta dice che l'obiettivo TDEPENDS
su un bersaglio P, che racconta bitbake che deve costruire P prima T, perché T non può essere costruito senza P.
Se la vostra ricetta dice che TRDEPENDS
su P, che racconta bitbake che deve distribuire P al sistema di destinazione se dispiega T, perché T non può essere utilizzato senza P.
Ad esempio, non si può costruire tar
senza il compilatore C, ma non è necessario il compilatore C per usare tar
. È possibile distribuire senza distribuire il compilatore C. Quindi questo è un DEPEND
.
D'altra parte, non è possibile utilizzare tar
senza la libreria di runtime C. Se viene distribuito tar
, è necessario distribuire anche la libreria di runtime C. Quindi questo è un RDEPEND
.
I tecnici bitake sono:
Se T
DEPENDS
su P poi T 'do_configure
compito s è fatto dipendere su P' sdo_populate_sysroot
compito.Se T
RDEPENDS
su P poi 'do_build
ia compito s fatta dipendere P' T sdo_package_write
compito.
- 1. angularjs - iniezione dipendenza runtime?
- 2. Iniezione dipendenza runtime con Spring
- 3. Zend Di vs contenitori di dipendenza dipendenza ServiceManager
- 4. Contesto di primavera come dipendenza di runtime
- 5. OSGI Bundle vs vaso dipendenza
- 6. Utilizzare correttamente dipendenza dipendenza
- 7. Dipendenza CocoaPods solo su build debug/release
- 8. angularjs 1.5 dipendenza dipendenza componente
- 9. Unità di dipendenza dipendenza iniezione
- 10. dipendenza Gradle Android e dipendenza circolare
- 11. gradle include la dipendenza da runtime transitivo come dipendenza di compilazione
- 12. Dipendenza gradienteGestione
- 13. Dipendenza circolare C++ - namespace vs struct
- 14. Crea rapidamente proprietà di dipendenza in VS
- 15. Maven tipo di dipendenza EJB vs vaso
- 16. Gradle personalizzato Plugin: gradleApi() vs dipendenza esplicita
- 17. SCons: cicli di dipendenza?
- 18. grafico dipendenza dipendenza per una classe java
- 19. Telerik Reporting ObjectDataSource con dipendenza dipendenza
- 20. Symfony 2: dipendenza dipendenza e tratti
- 21. Limitare una dipendenza transitiva all'ambito runtime in Maven
- 22. Pacchetto NuGet con dipendenza da Visual C++ 2013 Runtime
- 23. Dichiarare la dipendenza Maven solo come runtime di prova
- 24. Dipendenza "fornita" in Gradle
- 25. Dipendenza pacchetto
- 26. ListPreference dipendenza
- 27. ActionBarSherlock esperto di dipendenza
- 28. Gestione della configurazione mancante in dipendenza in build Gradle
- 29. TeamCity 7.0 Dipendenza e versioni
- 30. problema di dipendenza log4net
Grazie signore! Ora è chiaro per me. Informazioni sugli aspetti tecnici che hai menzionato: esiste un ordine definito di come una ricetta chiama tali compiti? Quelle attività (do_configure, do_build etc) fanno parte dello standard di bitbake? – lulijeta
Sì, esiste un ordine definito che è, naturalmente, l'ordine corretto - sebbene sia possibile per voi sovrascrivere o estendere qualsiasi comportamento predefinito se lo si desidera, o per definire compiti propri e inserirli tra quelli predefiniti. Vedi [Dal mondo di Bitbake Hello a un'immagine] (http://hambedded.org/blog/2012/11/24/from-bitbake-hello-world-to-an-image/) –
Ottima risposta –