Gumstix Overo et Yocto Qt5

[Falcon1990]

Bonjour à tous,

Dans le but de pouvoir développer du soft Qt5 pour un systeme embarqué, je me suis intéressé à la plateforme Gumstix Overo et sont extension Tobi.
Overo:https://store.gumstix.com/overo-ironstorm-y-com.html
Tobi:https://store.gumstix.com/tobi.html

Le but est d'utiliser une machine virtuel Ubuntu avec QtCreator pour programmer puis de cross-compiler le soft pour la Gumstix Overo.
J'ai donc besoin d'un OS bootable sur une carte SD et des outils de cross-compilation.
Pour cela il m'a semblé assez naturel d'utiliser Yocto qui réunis tout les outils dont j'a' besoin.
Dans le but d’éviter des problèmes de compatibilité entre l'OS et la programmation, je compile le kernel moi même afin d'obtenir et les outils de cross-compilation et le kernel bootable sur carte SD (MLO, u-boot.img, rootfs --> .tar.bz2) .

Grâce à de multiple aide sur internet et par multiple je veux dire pas grand chose... Je suis parvenu à compiler un kernel Yocto.
Step by step: https://bitbucket.org/falcon1990/gum...ation_V2.0.txt
Compilation réussite:https://bitbucket.org/falcon1990/gum...uccedOvero.txt .
aide: https://www.gumstix.com/support/gett...-microsd-card/
aide: https://www.ics.com/blog/configuring...to-development
aide: http://www.jumpnowtek.com/gumstix-li...ith-Yocto.html

Cela dit, je doit compiler la toolchain pour avoir accès à Qt5 et donc d'après ce que j'ai lu faire cette commande:
~$ bitabke meta-toolchain-qt5

Le résultat est une erreur que je ne sais pas comment résoudre et donc la raison de mon post:
ERROR: https://bitbucket.org/falcon1990/gum...Error_V2.0.txt

J'aurais donc grandement besoin d'aide .

J'ai également posé la question sur stackoverflow:
https://stackoverflow.com/questions/...o-populate-sdk

Voila, je vous remercie pour votre attention.
-----

[lou_ibmix_xi]

Sans pouvoir être sûr de t'aider, il semblerai que le script n'arrive pas à installer la chaîne Qt5:

ERROR: meta-toolchain-qt5-1.0-r0 do_populate_sdk: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/bschneider/overo/build/tmp/work/cortexa8hf-neon-poky-linux-gnueabi/meta-toolchain-qt5/1.0-r0/temp/log.do_populate_sdk.26863
ERROR: Task (/home/bschneider/poky/meta-qt5/recipes-qt/meta/meta-toolchain-qt5.bb:do_populate_sdk) failed with exit code '1'

Poste ton fichier '/home/bschneider/overo/build/tmp/work/cortexa8hf-neon-poky-linux-gnueabi/meta-toolchain-qt5/1.0-r0/temp/log.do_populate_sdk.26863', il y a sûrement plus de détails.

[Falcon1990]

Salut lou_ibmix_xi et merci de t'a réponse.

Voici le liens bitbucket vers le logout demandé:
https://bitbucket.org/falcon1990/gum..._sdk_26863.txt

Je dirais que l'erreur vient du fait qu'il n'arrive pas à invoquer "dnf" mais je ne sais pas ce que c'est ni comment l'aider à l'invoquer... .

[lou_ibmix_xi]

Jusqu'à preuve du contraire, je suis d'accord avec toi... Je ne connais pas dnf, il n'est pas présent dans les dêpots ubuntu 18.04.

Ici on semblerai comprendre que c'est fourni avec shadowsocks-qt5, qu'il te faudrait installer, malheureusement dans cette même page il ne donne que des dépôts redhat, mais c'est bonne pioche si tu utilises cette famille, si tu es sur debian/ubuntu, regarde s'il n'existe pas un dépôt pour, ou bien installation "à la main", mais alors attention, suivant le jeux des dépendances/versions, tu risques de devoir installer à la main certaine dépendances.

[A voir en vidéo sur Futura]

[Falcon1990]

Je ne suis pas sur de bien comprendre.
Quand je regarde ce qu'il y'a sur ton liens, je remarque que pour l'installation de "shadowsocks-qt5" il faut utiliser la commande "dnf" comme suit:
~$ sudo dnf install shadowsocks-qt5
Cela ne veut-il donc pas dire qu'il faut avoir le "dnf" pour installer "shadowsockd-qt5" ?

Si je me trompe (ce qui est très probable ) je pense qu'il est possible d'installer "shadowsocks-qt5" comme décrit dans la partie "Other Distributions" --> "AppImage" de ton lien. Il faudrait donc télécharger la dernière image ici:
https://github.com/shadowsocks/shadowsocks-qt5/releases
De cette manière:
~$ git clone https://github.com/shadowsocks/shadowsocks-qt5/releases
Puis l'installer comme suit:
~$ sudo chmod a+x Shadowsocks-Qt5-x86_64.AppImage
~$ ./Shadowsocks-Qt5-x86_64.AppImage
Cela te semble-t-il correct ?

Cela dit, j'ai reçu des réponses également sur "stackoverflow" et je me demandais si tu pouvais y jetter un oeuil afin de me dire si cela te semble pas trop stupide...
lien stackoverflow: https://stackoverflow.com/questions/...o-populate-sdk
Sur le liens donné par "Khem":
https://github.com/meta-qt5/meta-qt5...7c5f3c7f831319
Il y'a un second liens qui fait référence à une autre question posée sur "stackoverflow" qui ressemble assez à mon probleme...:
https://stackoverflow.com/questions/...03464#49003464
On y parle d'un problème avec "do_populate_sdk" et du fameux "ERROR: Could not invoke dnf."

La réponse de "Khem" me propose d'appliquer le patch (celui dont il fait référence dans sont liens github) sur "meta-qt5" ce que je n'ai absolument aucune idée de comment faire...
Mais en regardant le second liens "stackoverflow" la réponse la mieux coté dit simplement qu'il est possible d'utiliser les "package" "ipk" au lieu de "rpm". Je ne sais pas ce que cela change mais en regardant dans mon "local.conf" je remarque que j'utilise effectivement les "package" "rpm" (lignes 201):
https://bitbucket.org/falcon1990/gum...f_OveroQt5.txt
Donc en changeant "PACKAGE_CLASSES ?= "package_rpm"" en "PACKAGE_CLASSES ?= "package_ipk"" cela devrait fonctioner ?...
Je ne suis pas vraiment rassuré de le faire étant donnée les autres variables utilisant "rpm" (lignes 203, 204, 205)....

Dernière remarque, il y'a une autre personne qui a répondu et qui me fait dire qu'appliquer le patch devrait être une bonne idée.
Cette personne "Oleksandr Kravchuk", me donne juste un liens sur la résolution d'un problème de permission si je ne me trompe pas et qui je dirait, applique également un patch (diff --git a/recipes-qt/qt5/nativesdk-qtbase_git.bb....) :
http://lists.openembedded.org/piperm...il/117915.html
Ce qui est intéressant c'est le que c'est le même nom du patch proposé par "Khem" (dit moi si je trompe).

Que penses-tu de tout ça et que me conseil-tu de faire ?

Merci pour ta précieuse aide.

[lou_ibmix_xi]

Je ne t'ai pas beaucoup aidé mais je viens de comprendre qu'en fait, "dnf" est le nouveau gestionnaire de paquets RPM, le successeur de yum.
J'imagine que tu fais tourner un contenaire sur un linux red-hat ou fedora ? Mais il te faudra probablement un fedora un peu récent

Donc en changeant "PACKAGE_CLASSES ?= "package_rpm"" en "PACKAGE_CLASSES ?= "package_ipk"" cela devrait fonctioner ?...
Je ne suis pas vraiment rassuré de le faire étant donnée les autres variables utilisant "rpm" (lignes 203, 204, 205)....

Tu risques pas grand chose à essayer

http://lists.openembedded.org/piperm...il/117915.html

Si tu comprends ce que fait le patch, tu risques pas grand chose à essayer, après c'est une question de confiance avec là où tu le trouve.
Ceci dit le patch ne semble pas faire quelque chose de malicieux...

Que penses-tu de tout ça et que me conseil-tu de faire ?

Merci pour ta précieuse aide.

Je pense que ce n'est pas bien méchant si c'est effectivement juste un problème de gestionnaire de paquetage, si possible mettre à jour fedora (ou se mettre en conformité avec la version officiellement supportée). Je ne pourrais pas t'en dire plus, ça ressemble à la construction d'un environnement "contenairisé", mais je n'y connais rien.

[Falcon1990]

Alors,
j'ai essayer d'appliquer le "patch" mais comme je n'avais aucune idée de comment faire j'ai remplacer mon fichier "nativesdk-qtbase_git.bb" par celui proposer par "Khem":
https://github.com/meta-qt5/meta-qt5...-qtbase_git.bb
Mais bon tous ça pour que finalement cela me fasse une erreur de compatibilité lors ce que j'ai voulu recompiler la toolchain...

J'ai donc tenté le changement de la variable "PACKAGE_CLASSES ?= "package_rpm"" par "PACKAGE_CLASSES ?= "package_ipk"" et ajouté un peut de poudre de merilinpinpin et PAF ça à fonctionné......

Voila voila... j'ai d'autre problème maintenant qui mériteront peut être une autre discutions.
Sur ce, merci encore à toi lou_ibmix_xi et à bientôt.