Tout à fait d'accord sur les précisions de terminologie. D'ailleurs dans l'atelier j'indique que le terme consacré est Yocto Project, et que c'est par commodité (voire par abus) qu'on le raccourcit en Yocto.
Effectivement Yocto est le projet, qui offre des outils divers, mais également un très gros effort de documentation. Par contre dans les échanges force est de constater que c'est Yocto qui est utilisé et non Poky. Mes clients viennent me voir pour du support Yocto, et non du support Poky. Du coup c'est rapidement que le vocable impropre se banalise.
Concernant le fait de savoir si Poky est utilisé pour des tests ou un projet final, je pense que la distinction est plus fine. Ce qui fait le contenu logiciel du projet final, c'est la recette image qui est buildée puis installée. Donc ce n'est pas Poky qui est l'ensemble des possibles, mais l'image bâtie à partir des choix de Poky en terme de réglages, versionning etc...; et de la sélection des composants embarqués dans l'image.
Donc on a le choix entre choisir l'une des images de référence proposées par Poky, qui ne seront pas utilisables telles quelles effectivement (sauf à fin de test), ou bien créer sa propre recette d'image en sélectionnant les paquets ou groupes de paquets adaptés, et bien souvent en les customisant au passage.
A noter que dans tout les cas il manquera dans les recettes l'applicatif (ou les applicatifs) métier. Pour ma part j'encourage vivement à considérer l'applicatif métier comme le reste et à créer une ou des recettes pour lui, afin de le packager dès le build de l'image.
[^] # Re: Terminologie
Posté par Cch . En réponse à la dépêche Atelier « Concevoir un système embarqué Linux avec Yocto » en octobre 2015. Évalué à 2.
Tout à fait d'accord sur les précisions de terminologie. D'ailleurs dans l'atelier j'indique que le terme consacré est Yocto Project, et que c'est par commodité (voire par abus) qu'on le raccourcit en Yocto.
Effectivement Yocto est le projet, qui offre des outils divers, mais également un très gros effort de documentation. Par contre dans les échanges force est de constater que c'est Yocto qui est utilisé et non Poky. Mes clients viennent me voir pour du support Yocto, et non du support Poky. Du coup c'est rapidement que le vocable impropre se banalise.
Concernant le fait de savoir si Poky est utilisé pour des tests ou un projet final, je pense que la distinction est plus fine. Ce qui fait le contenu logiciel du projet final, c'est la recette image qui est buildée puis installée. Donc ce n'est pas Poky qui est l'ensemble des possibles, mais l'image bâtie à partir des choix de Poky en terme de réglages, versionning etc...; et de la sélection des composants embarqués dans l'image.
Donc on a le choix entre choisir l'une des images de référence proposées par Poky, qui ne seront pas utilisables telles quelles effectivement (sauf à fin de test), ou bien créer sa propre recette d'image en sélectionnant les paquets ou groupes de paquets adaptés, et bien souvent en les customisant au passage.
A noter que dans tout les cas il manquera dans les recettes l'applicatif (ou les applicatifs) métier. Pour ma part j'encourage vivement à considérer l'applicatif métier comme le reste et à créer une ou des recettes pour lui, afin de le packager dès le build de l'image.