Je ne vois pas le rapport.
C'est comme si tu disais que le problème serait résolu par autotools, Yocto n'est qu'un environnement pour concevoir une distribution (et qui est
globalement orientée pour les systèmes embarqués).
Non, Yocto n'est pas l'équivalent des autotools !!!
cmake, qmake oui, Yocto, c'est l'equivalent de scratchbox ou de buildroot.
Exemple simple; y'a 2 mois, je me suis dis, sur Jolla ce qu'il me manque c'est un vrai lecteur video; pour le moment, j'utilise VLC pour android dessus, car le player natif est, ben, franchement, inutilisable...
Je me suis dis, ça doit être assez simple, VLC (sur la branche master) fonctionne pour Wayland, il existe une interface Qt, bref, tout ce qu'a Jolla...
Je me suis donc lancer dans la création d'un package VLC pour Mer Project.
Et me voici dans Scratchbox...... ..... .... .... 3 jours plus tard, aucune avancé, je rame, il manque des bouts de tout les coté, packager quelque chose est compliqué.... le tester, presque autant....
Sous Yocto, ben, je trouve un layer avec VLC (et oui ça existe déjà), je me met dans mon environement et lance 'bitbake vlc', et un moment plus tard, j'ai déjà le rpm/deb/ipk (au choix)... En plus, ça passe tout un tas de sanity check pour moi !!!!
Si la recette n'existe pas, elle est facile a écrire.
La recette actuel fait 106 ligne, et encore, uniquement parsqu'elle est "complete" niveau PACKAGECONFIG, c'est a dire qu'elle permet d'activé ou non n'importe quel option du configure selon le resultat souhaité.
De plus, c'est très facile a partagé sur un layer sur GitHub, et facile a intégrer au projet de départ.... bref, c'est "simple" de contribuer quand on connait Yocto, de plus Yocto, c'est de plus en plus utilisé dans l'industrie.
A l'inverse, Scratchbox n'est utilisé que pour Mer et ses dérivés; c'est inutilisable, et surtout, ça ne sert a rien de se former la dessus, puisque a part Mer/Jolla, on ne le retrouve null part ailleurs.
On peut avoir un système libre sur téléphone qui fonctionne aussi bien que ceux sur PC. Pour cela il ne faut pas changer la manière de faire la
partie applicative, mais de changer la base du système. Pour que tu puisses utiliser une Fedora ou Debian adaptés pour téléphone (avec les
applications qui vont bien), c'est surtout le noyau et le chargeur de démarrage qu'il faut changer pour incorporer de quoi exploiter les composants
de la carte. Après en espace utilisateur tu peux faire ce que tu veux (du Android, du Plasma Mobile, du truc machin) et cela fonctionnera sans avoir
besoin d'uniformiser la plateforme logicielle (ce qui ne peut fonctionner de part la nature du LL).
Non, pas vraiment, en embarqué, tu a besoin de configurer certain paquet différemment; par exemple, si tu utilise NetworkManager pour gérer ton réseau (pourquoi pas), tu ne souhaite pas forcement activer et "tirer les dépendances" de polkit; et pour ça tu dois donc appeler le configure sans lui demander polkit, et recompiler, ce que permet facilement Yocto; sous debian, tu dois repackager le package, voir les dépendance qui l'utilise...
Yocto est fait pour ça justement. Et c'est "simple" a utiliser une fois dedans (même si c'est assez technique pour y rentrer dedans, c'est presque plus simple que d'apprendre a packager un paquet debian).
[^] # Re: Le problème commun de toute ces essais
Posté par Fabien PRORIOL . En réponse au journal Les mobiles libres ont du plomb dans l’aile et les systèmes d’exploitation ne vont pas mieux. Évalué à 4.
Non, Yocto n'est pas l'équivalent des autotools !!!
cmake, qmake oui, Yocto, c'est l'equivalent de scratchbox ou de buildroot.
Exemple simple; y'a 2 mois, je me suis dis, sur Jolla ce qu'il me manque c'est un vrai lecteur video; pour le moment, j'utilise VLC pour android dessus, car le player natif est, ben, franchement, inutilisable...
Je me suis dis, ça doit être assez simple, VLC (sur la branche master) fonctionne pour Wayland, il existe une interface Qt, bref, tout ce qu'a Jolla...
Je me suis donc lancer dans la création d'un package VLC pour Mer Project.
Et me voici dans Scratchbox...... ..... .... .... 3 jours plus tard, aucune avancé, je rame, il manque des bouts de tout les coté, packager quelque chose est compliqué.... le tester, presque autant....
Sous Yocto, ben, je trouve un layer avec VLC (et oui ça existe déjà), je me met dans mon environement et lance 'bitbake vlc', et un moment plus tard, j'ai déjà le rpm/deb/ipk (au choix)... En plus, ça passe tout un tas de sanity check pour moi !!!!
Si la recette n'existe pas, elle est facile a écrire.
La recette actuel fait 106 ligne, et encore, uniquement parsqu'elle est "complete" niveau PACKAGECONFIG, c'est a dire qu'elle permet d'activé ou non n'importe quel option du configure selon le resultat souhaité.
De plus, c'est très facile a partagé sur un layer sur GitHub, et facile a intégrer au projet de départ.... bref, c'est "simple" de contribuer quand on connait Yocto, de plus Yocto, c'est de plus en plus utilisé dans l'industrie.
A l'inverse, Scratchbox n'est utilisé que pour Mer et ses dérivés; c'est inutilisable, et surtout, ça ne sert a rien de se former la dessus, puisque a part Mer/Jolla, on ne le retrouve null part ailleurs.
Non, pas vraiment, en embarqué, tu a besoin de configurer certain paquet différemment; par exemple, si tu utilise NetworkManager pour gérer ton réseau (pourquoi pas), tu ne souhaite pas forcement activer et "tirer les dépendances" de polkit; et pour ça tu dois donc appeler le configure sans lui demander polkit, et recompiler, ce que permet facilement Yocto; sous debian, tu dois repackager le package, voir les dépendance qui l'utilise...
Yocto est fait pour ça justement. Et c'est "simple" a utiliser une fois dedans (même si c'est assez technique pour y rentrer dedans, c'est presque plus simple que d'apprendre a packager un paquet debian).