Question 2 : quel environnement de build utilisez vous ? Bon ok question idiote :) disons plutot "est ce un projet from scratch ou bien en collaboration avec par exemple BuildRoot ? )
A l'origine le projet a été écrit "from scratch" et pour le plaisir de faire les choses par soi-même par les deux fondateurs du projet GeeXboX (dont l'auteur de la news). Puis le toolchain a été amélioré par beaucoup d'autres contributeurs. Jusqu'à OpenBricks il n'y avait aucune promotion de nos outils. Bien que parfois il y avait quelqu'un qui passait sur notre devel-list pour proposer des patchs parce qu'il utilisait le toolchain à d'autres fin que pour le multimédia par exemple. Un intérêt pour certaines personnes de passer par un toolchain GeeXboX modifié que par un buildroot, etc,... était donc bien réel.
Personnellement j'ai utilisé le toolchain GeeXboX pour équiper un robot dans un labo. Néanmoins, faisant partie du team c'est "normal" que je ne sois pas passé par un autre outil.
Un des gros avantages de GeeXboX c'est à mon avis sa simplicité. Sans documentation c'est facile à comprendre comment ça fonctionne. Puis un deuxième point que je considère très important par rapport aux autres solutions c'est qu'il est orienté shell script. Je trouve indigeste les toolchains orientés Makefiles (comme buildroot) ou Bitbake (comme OE). Mais c'est une question de goût je suppose.
[^] # Re: au pluriel, avec un s
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Sortie du projet OpenBricks: un framework pour Linux embarqué.. Évalué à 4.
Question 2 : quel environnement de build utilisez vous ? Bon ok question idiote :) disons plutot "est ce un projet from scratch ou bien en collaboration avec par exemple BuildRoot ? )
A l'origine le projet a été écrit "from scratch" et pour le plaisir de faire les choses par soi-même par les deux fondateurs du projet GeeXboX (dont l'auteur de la news). Puis le toolchain a été amélioré par beaucoup d'autres contributeurs. Jusqu'à OpenBricks il n'y avait aucune promotion de nos outils. Bien que parfois il y avait quelqu'un qui passait sur notre devel-list pour proposer des patchs parce qu'il utilisait le toolchain à d'autres fin que pour le multimédia par exemple. Un intérêt pour certaines personnes de passer par un toolchain GeeXboX modifié que par un buildroot, etc,... était donc bien réel.
Personnellement j'ai utilisé le toolchain GeeXboX pour équiper un robot dans un labo. Néanmoins, faisant partie du team c'est "normal" que je ne sois pas passé par un autre outil.
Un des gros avantages de GeeXboX c'est à mon avis sa simplicité. Sans documentation c'est facile à comprendre comment ça fonctionne. Puis un deuxième point que je considère très important par rapport aux autres solutions c'est qu'il est orienté shell script. Je trouve indigeste les toolchains orientés Makefiles (comme buildroot) ou Bitbake (comme OE). Mais c'est une question de goût je suppose.