Alors, il se dit que les deux ont leur intérêt. Par exemple, Yocto est plus indiqué pour faire une gamme de produits ou pour pouvoir réutiliser les layers d'un projet sur l'autre. OK, probablement, mais avant de passer à un nouveau projet, il faudrait terminer le premier ! Plus sérieusement, je commence à sérieusement douter : ça fait des dizaines d'années qu'on me parle de ré-utilisabilité, mais j'en ai jamais vraiment vu ...
J'en suis à je crois mon 3e projet en 3 ans qui utilise Yocto et qui réutilise des couches. J'ai utilisé aussi buildroot et OpenWrt par le passé. Le gain sur buildroot ici est redoutable.
Exemple typique, je travaille sur un écosystème de produits qui a 4 cartes différentes basées sur deux modules différents, seulement les composants additionnels et quelques logiciels changent. Ils utilisent le même Yocto et le gain est puissant.
Les paquets qui diffèrent entre les plateformes sont de l'ordre de la vingtaine (globalement le noyau, le chargeur de démarrage et quelques paquets spécifiques à la fonction du produit) à mettre en comparaison les quelques centaines nécessaires pour produire le système complet pour chacun. La compilation du système complet et l'espace disque nécessaire pour l'ensemble est donc bien plus faible que ce que buildroot fournirait en équivalent. Sans compter que buildroot demanderait plus d'efforts de maintenance probablement dans ce contexte.
Il faut vraiment voir Yocto comme un système pour créer une (ou plusieurs) distribution, c'est puissant, très flexible mais aussi très complexe. Buildroot c'est plutôt dédié à faire un firmware, donc dédié à une cible unique. C'est plus simple mais peu adapté dans certains cas comme le mien actuellement (mais sur d'anciens projets que j'ai fait, buildroot était tout indiqué).
La courbe d'apprentissage est par conséquent assez raide et la doc officielle est selon moi taillée pour quelqu'un qui connaît et comprend le fonctionnement de Yocto, pas vraiment pour quelqu'un qui débute.
[^] # Re: Vraiment utilisé ? find et grep only ? Buildroot n'est-il pas mieux ?
Posté par Renault (site web personnel) . En réponse à la dépêche Yocto Zeus. Évalué à 5.
J'en suis à je crois mon 3e projet en 3 ans qui utilise Yocto et qui réutilise des couches. J'ai utilisé aussi buildroot et OpenWrt par le passé. Le gain sur buildroot ici est redoutable.
Exemple typique, je travaille sur un écosystème de produits qui a 4 cartes différentes basées sur deux modules différents, seulement les composants additionnels et quelques logiciels changent. Ils utilisent le même Yocto et le gain est puissant.
Les paquets qui diffèrent entre les plateformes sont de l'ordre de la vingtaine (globalement le noyau, le chargeur de démarrage et quelques paquets spécifiques à la fonction du produit) à mettre en comparaison les quelques centaines nécessaires pour produire le système complet pour chacun. La compilation du système complet et l'espace disque nécessaire pour l'ensemble est donc bien plus faible que ce que buildroot fournirait en équivalent. Sans compter que buildroot demanderait plus d'efforts de maintenance probablement dans ce contexte.
Il faut vraiment voir Yocto comme un système pour créer une (ou plusieurs) distribution, c'est puissant, très flexible mais aussi très complexe. Buildroot c'est plutôt dédié à faire un firmware, donc dédié à une cible unique. C'est plus simple mais peu adapté dans certains cas comme le mien actuellement (mais sur d'anciens projets que j'ai fait, buildroot était tout indiqué).
La courbe d'apprentissage est par conséquent assez raide et la doc officielle est selon moi taillée pour quelqu'un qui connaît et comprend le fonctionnement de Yocto, pas vraiment pour quelqu'un qui débute.