Sortie du projet OpenBricks: un framework pour Linux embarqué.

Day 1

L'équipe OpenBricks est fière d'annoncer le Day 1 du projet OpenBricks: Embedded Linux Framework. Nouvellement créé par des membres de la distribution multimédia GeeXboX, le projet OpenBricks est un framework orienté entreprise, permettant la création rapide de distributions GNU/Linux spécifiques et personnalisées pour divers appareils, cartes et autres gadgets embarqués. Il propose un kit de développement complet adapté aux systèmes embarqués, permettant le prototypage rapide (ou plus si affinité) de systèmes pour diverses architectures matérielles telles que l'x86, l'ARM, le PowerPC ou encore le MIPS.
Même s'il a une orientation « entreprise », le projet OpenBricks se veut complètement libre (OpenSource) et à but non-financier (mais les dons, aides et autres formes de sponsors sont les bienvenus et profitent au développement du projet bien entendu). Son but premier est de permettre la mise à disposition d'une distribution GNU/Linux cohérente, capable de fonctionner sur autant d'architectures, systèmes et périphériques que possible. Autant que faire se peut, le projet repose sur des technologies, protocoles et autres composants OpenSource standardisés afin de permettre la plus grande réutilisation de code déjà existant.

Le projet peut se voir comme une base logicielle sur laquelle vous pouvez ajouter les briques de votre choix afin de construire la distribution Linux spécifique à vos besoins, qu'il s'agisse de construire un lecteur multimédia (Set-Top-Box), une tablette tactile, un serveur de fichiers NAS, un routeur ou quoi que ce soit d'autre. « Porter » sa carte sous Linux et y ajouter vos propres programmes devient alors d'une très grande simplicité et il devient ainsi possible en quelques heures seulement de créer sa propre configuration de distribution.

Le projet se veut comme une extension / réorientation du projet GeeXboX. Fort de huit ans de développement, les auteurs se sont rendus compte que les outils qu'ils avaient créés pouvaient tout à fait être étendus pour créer bien plus de choses que « juste » une distribution multimédia. OpenBricks s'apparente donc à d'autres solutions analogues (telles que OpenEmbedded, Buildroot, OpenWRT...) mais n'est pas nouveau à proprement parler (laissons donc de côté les questions évidentes telles que « pourquoi vouloir réinventer ce qui existe déjà »). Son historique est semblable à celui des autres outils précités, l'implémentation et la philosophie derrière chacun des projets sont cependant très différentes.

OpenBricks est basé sur un ensemble de scripts en shell et un certain nombre de macros permettent d'abstraire un grand nombre de « soucis » bien souvent rencontrés en matière de compilation croisée. Il est globalement très facile de rajouter de nouveaux paquetages (le projet en propose actuellement plus de 400), de définir des dépendances, de la compilation par fonctionnalité (à la Gentoo dirons-nous ...) ou de surcharger des règles déjà existantes. Point suffisamment rare pour être signalé, le projet est fourni avec une documentation complète en version HTML et PDF quant à son utilisation et à sa modification.

OpenBricks gère aujourd'hui de nombreuses architectures et pour chacune, un certain nombre de variantes. La prise en charge de nombreux SoC ARM est de la partie, telles que les ARM9, ARM11 ou encore Cortex-A8 (TI OMAP3) ou Cortex-A9 (TI OMAP4 et nVidia Tegra250). Avec le support ou les sponsors d'industriels à venir (ou pas), davantage de systèmes seront évidemment supportés au fur et à mesure du temps à venir.

Le projet est également une base pour créer sa distribution. En tout logique, le projet GeeXboX continuera d'utiliser cette base, ne devenant alors qu'une configuration (« flavour ») multimédia (comprendre par là que seul un sous-ensemble de paquetages à caractère multimédia sera sélectionné). Il est tout à fait envisageable (soyons francs, souhaité) que d'autres distributions se basent dessus (à caractère réseau ou autre) afin d'enrichir la base et factoriser les efforts.

D'aucuns se demanderont alors peut-être, pourquoi vouloir créer un projet de plus ? Par rapport à ses compétiteurs directs, comme dit précédemment, il s'agit de différence de philosophie. Différents industriels ont tenté de les réutiliser, modifier et personnaliser. Les difficultés et lourdeurs rencontrées ont souvent été remontées.

Pourquoi vouloir créer ce projet alors qu'Android et bientôt MeeGo ravagent tout sur leur passage ? Question légitime, mais parce que justement, tout le monde n'est pas indifférent à cette approche « bulldozer ». Il existe encore de nombreux secteurs et domaines d'applications où les besoins restent spécifiques et où Google n'est pas la solution. Le côté libre de ces distributions n'est pas non plus négligeable et l'on est souvent amené à prendre les choses telles qu'on veut bien nous les fournir sans trop laisser de choix. OpenBricks permet donc une approche plus ouverte. Les composants propriétaires sont bien évidemment disponibles et pris en charge, mais libre à chacun de les utiliser ou non.

La liste des architectures, cartes gérées et autres fonctionnalités disponibles est d'ores et déjà conséquente, mais peut encore s'agrandir. L'aide et le sponsoring de différents fabricants de semi-conducteurs (en terme de carte d'évaluation par exemple) ont été, sont et seront toujours précieux. Toutes ces informations étant, bien entendu, disponibles sur la page principale (en anglais uniquement) du projet.

Plus versatile que GeeXboX, le projet OpenBricks n'en reste qu'une continuité, d'où un changement de nom nécessaire. Plus que jamais, le projet requiert l'aide de tous et toute contribution se veut la bienvenue, qu'il s'agisse de code, d'intégration, de documentation ou autres.
Aller plus loin

Page du projet
(97 clics)

Listes des fonctionnalités
(39 clics)

Les Sources
(20 clics)

Documentation
(18 clics)

Sortie du projet OpenBricks: un framework pour Linux embarqué.

Aller plus loin

# différences ?

[^] # Re: différences ?

[^] # Re: différences ?

# au pluriel, avec un s

[^] # Re: au pluriel, avec un s

[^] # Re: au pluriel, avec un s

[^] # Re: au pluriel, avec un s

[^] # Re: au pluriel, avec un s

[^] # Re: au pluriel, avec un s

# Le nom ?

# turn key linux

# ...