Lorsque j'essaie d'utiliser des sous-modules git et de taper la commande habituelle Sumouule git code> sur mon Intel Edison exécutant Yocto Linux et Git 2.0.1, je viens d'obtenir le message d'erreur suivant: $> uname -r
3.10.17-poky-edison+
$> git --version
git version 2.0.1
$> configure_edison --version
159
3 Réponses :
Oui, le git sur Edison pourrait être une version légère. Comme mentionné par MSW dans les commentaires, la meilleure option consiste à construire Git de source . Mais je crois que la prochaine version du paquet Yocto pourrait venir avec une nouvelle version de GIT. P>
La question est ancienne mais comme je suis tombée sur le même problème sur Edison Board, c'est ici ma solution de contournement, cela peut toujours intéresser certaines personnes.
La version Yocto que j'utilise pour Edison est celle-ci: https://github.com/ Edison-FW / Meta-Intel-Edison
Le problème se produit car la version GIT sur l'Office d'Edison manque certaines parties. Dans ce cas, les git-Summodules em> binaires sont manquants dans / usr / libexec / git-noyau em> p> donc une fois que vous avez construit l'image YocTo à la suite de la Explications Vous pouvez trouver sur le même lien ci-dessus (ou ici https: // edison-fw .github.io / Meta-Intel-Edison / ) et a flashé votre carte, vous devrez copier le fichier git-sous-modulation em> de votre PC hôte à votre carte d'Edison. P > sur votre hôte, une fois dans votre répertoire de construction ( chemin / à / edison / out / linux64 / build em>), tapez: p> Et vous obtiendrez différents emplacements pour le même fichier. Enlevez-en un de cela. P> Copiez-le sur le tableau d'Edison à /usr/libexec/git-core. Now Le git avec sous-module devrait espérer travailler ... P> mise à jour: NB:
La réponse du ferry est meilleure mais en quelque sorte, cela ne fonctionne pas de mon côté (Yocto Sumo). Package git-perltools code> fait partie du package code> git code>, donc pas besoin de l'ajouter à votre core-image em>, mais il n'est toujours pas installé. J'ai trouvé ce package git-perltools code> dépend de windowstils code> à installer, d'ajouter donc windutérolus code> à core-image em> pourrait être nécessaire pour la réponse de ferry au travail. P>
J'aurais préféré commenter la réponse du ferry, mais je n'ai pas les droits. P> p>
Il apparaît lorsque la construction avec Comment pouvez-vous savoir à l'avance? Checkout https://layers.openeMedded.org . Vous pouvez facilement trouver: http: //cgit.openeMbedded.org/openeudbedded-core/tree/meta/recipes-devtools/git/git.inc?h=thud , qui contient: p> OTOH YOCTO a une bonne fonctionnalité qui vous construit un environnement croisé sur votre hôte. Donc, vous pouvez configurer pour utiliser F.I. QT Creator va construire à l'aide de la SDK et de la télécommande de la cible de votre hôte. De cette façon, vous n'avez pas besoin de construire / installer votre boîte à outils sur l'Intel Edison. Plus sur ceci ici: https: // edison- fw.github.io/meta-intel-edison/3-building-the-sdk.html p> ferry TOTH (AKA httot @ github) P> P> git code> avec Yocto Le comportement est comme prévu. Malheureusement, le comportement prévu n'est pas ce que vous attendez. Sur Ubuntu, git-sous-module code> est inclus dans l'emballage git code>, sur yocto dans l'emballage git-perltools code>. Lorsque vous exécutez bitbake git code> Les paquets suivants sont construits (Thud): git-perltools code> contenant git-sous-module code>. p> git code>, mais aussi git-perltools code> à votre core-image code> vous obtiendrez ce que vous voulez + un peu plus. P>
Il est possible que la sous-module code> ésotérique CODE> ne soit pas intégrée à votre GIT par les emballages du Yocto Embedded Folk pour des raisons de conservation de l'espace. Vous pouvez toujours construire Git de la source < / a> sur votre plate-forme cible.
La sous-commande de sous-module est en effet présente dans la norme Sources GIT 2.0.1 .
Certaines dists comme Fedora ont
git-tous code> méta-package contenantsous-codule code>.