Émission Libre à vous ! du 19 novembre 2024

Titre : Émission Libre à vous ! diffusée sur Radio Cause Commune le mardi 19 novembre 2024

Intervenant·es : Florence Chabanois - Marta Rybczynska - Michael Opdenacker - Gee - Frédéric Couchet - Elise à la régie

Lieu : Radio Cause Commune

Date : 19 novembre 2024

Durée : 1 h 30 min

Podcast PROVISOIRE

Page de présentation de l'émission

Licence de la transcription : Verbatim

Illustration : Déjà prévue.

NB : Transcription réalisée par nos soins, fidèle aux propos des intervenant·es mais rendant le discours fluide.
Les positions exprimées sont celles des personnes qui interviennent et ne rejoignent pas nécessairement celles de l'April, qui ne sera en aucun cas tenue responsable de leurs propos.

Transcription

Voix off : Libre à vous !, l’émission pour comprendre et agir avec l’April, l’association de promotion et de défense du logiciel libre.

Frédéric Couchet : Bonjour à toutes. Bonjour à tous dans Libre à vous !. C’est le moment que vous avez choisi pour vous offrir une heure trente d’informations et d’échanges sur les libertés informatiques et également de la musique libre.
Informatique embarquée logiciels libres, c’est le programme de l’émission du jour. Avec également au programme, en début d’émission, la chronique de Gee intitulée « L’April a 28 ans » et, en fin d’émission, la chronique de Florence Chabanois sur le thème « On ne rigole plus et on se lève ».

Soyez les bienvenus pour cette nouvelle édition de Libre à vous !, l’émission qui vous raconte les libertés informatiques, proposée par l’April, l’association de promotion et de défense du logiciel libre.

Je suis Frédéric Couchet, le délégué général de l’April.

Le site web de l’émission est libreavous.org.

Nous sommes mardi 19 novembre 2024, nous diffusons en direct, mais vous écoutez peut-être une rediffusion ou un podcast.

À la réalisation de l’émission aujourd’hui, Bookynette. Salut Booky.

Bookynette : Salut Fred.

Frédéric Couchet : Nous vous souhaitons une excellente écoute.

[Jingle]

Chronique « Les humeurs de Gee » – « L’April a 28 ans »

Frédéric Couchet : Nous allons commencer par la chronique « Les humeurs de Gee ». Gee, auteur du blog-BD Grise Bouille, vous expose son humeur du jour : des frasques des GAFAM aux modes numériques, en passant par les dernières lubies anti-Internet de notre classe politique, il partage ce qui l’énerve, l’interroge, le surprend ou l’enthousiasme, toujours avec humour. L’occasion peut-être, derrière les boutades, de faire un peu d’éducation populaire au numérique. Le thème de la chronique du jour : « L’April a 28 ans ». Bonjour Gee.

Gee : Salut Fred

Frédéric Couchet : Merci Gee. En plus, c’est extraordinaire, parce que Magali et toi vous êtes présents au studio et on me dit, dans l’oreillette, que la rédaction du Lama déchaîné veut intervenir. On va donc ouvrir l’antenne une cinquantaine de secondes à la rédaction du Lama déchaîné.

Message de la rédaction du Lama déchaîné

[Virgule sonore]

Gee : Ici, en direct de la rédaction du Lama déchaîné, nous vous parlons d’une actualité brûlante.

Bookynette : La campagne de soutien financier de l’April ?

Gee : Oui. Pour bien finir l’année, l’association a besoin de pas moins de 20 000 euros. Alors, pour vous convaincre d’adhérer ou de faire un don, elle nous a embauchés, bénévolement, pour publier un hebdomadaire chaque mercredi.

Bookynette : Mais c’est demain le prochain numéro, alors ?

Gee : Eh oui ! Et il y en aura jusqu’à la fin de l’automne. Ça parle des actions de l’April, de ses membres, mais pas que !

Bookynette : Il paraît qu’il y a même des mots croisés et des anecdotes rigolotes.

Gee : Oui, la plume a également été proposée à d’autres associations ou à des personnes non-membres.

Bookynette : Rendez-vous sur April.org/campagne. Le lien sera sur la page de présentation de l’émission.

Gee : On compte sur vous pour soutenir le travail essentiel de l’April.

[Virgule sonore]

Frédéric Couchet : C’était donc à l’antenne Magali et Gee qui sont aussi en direct là.
En tout cas, merci Gee. Je rappelle que ton site web c’est grisebouille.net sur lequel on peut te soutenir, on peut aussi te passer des commandes de dessins parce que tu es dessinateur. Pour avoir fait appel à toi pour un besoin personnel, je confirme que tu as beaucoup de talent et que tu es très réactif.

Gee : Merci beaucoup.

Frédéric Couchet : Nous allons faire une pause musicale.

[Virgule musicale]

Frédéric Couchet : Après la pause musicale, nous parlerons d’informatique embarquée, donc nous allons pas mal parler du noyau Linux, et de logiciels libres.
En attendant, nous allons écouter À toi de jouer par KPTN, en duo avec le groupe 7Fridays. On se retrouve dans trois minutes vingt. Belle journée à l’écoute de Cause Commune, la voix des possibles.

Pause musicale : À toi de jouer par KPTN, en duo avec le groupe 7Fridays.

Frédéric Couchet : Nous venons d’écouter À toi de jouer par KPTN, en duo avec le groupe 7Fridays, disponible sous licence Creative Commons Partage dans les mêmes conditions, CC By SA. Le site de KPTN, c’est kptn.org

[Jingle]

Frédéric Couchet : On va passer au sujet suivant.

[Virgule musicale]

Informatique embarquée et logiciels libres avec Marta Rybczynska et Michael Opdenacker

Frédéric Couchet : Nous allons poursuivre par notre sujet principal qui va porter sur l'informatique embarquée et les logiciels libres, avec nos invités Marta Rybczynska et Michael Opdenacker.
N'hésitez pas à participer à votre conversation au 09 72 55 51 46 ou sur le salon web dédié à l'émission, sur le site causecommune.fm, bouton « chat ».

C'est un sujet un peu particulier, assez technique, mais qui ne va pas être rendu trop technique par nos intervenante et intervenant. Déjà, nous allons commencer par une présentation, la question classique de présentation personnelle rapide, pour que les gens vous connaissent un petit peu mieux. On va commencer par Marta.

Marta Rybczynska : Bonjour tout le monde. Je m'appelle Marta Rybczynska et mon travail à un impact sur les milliards de devices que vous utilisez tous les jours. Comment suis-je arrivée là ? J’ai un double master en informatique et sécurité réseaux, ensuite j'ai fait une thèse en sécurité aussi. À l'époque, vers 2005, c'était assez difficile de se faire financer un travail sur la sécurité dans le Libre, j'ai donc fait un détour dans une société de semi-conducteurs et ça m'aide, aujourd'hui, parce que je comprends d'où viennent les bugs matériels.
Après ce passage, j'ai décidé de me lancer à mon compte. J'ai d'abord créé Syslinbitet, puis Ygreky pour travailler sur l’embarqué et surtout sur la sécurité du Libre. Aujourd'hui, je peux dire que je suis sur la sécurité du Libre 100 % de mon temps.

Frédéric Couchet : D'accord. Merci Marta. Michael.

Michael Opdenacker : Bonjour à tous et à toutes. Moi, je suis Michael Opdenacker. Je suis consultant et formateur en informatique libre embarquée. J'ai commencé à peu près il y a 20 ans dans le Libre, vraiment en tant que contributeur actif. J'avais créé une première société qui s'appelait Bootlin, que j'ai fait connaître dans le monde entier par des contributions à des projets libres comme le noyau Linux, mais aussi par des supports de formation qui sont partagés de façon intégrale sous licence libre, ce qui nous a fait connaître très vite. Plus nous étions ouverts, plus nous partagions du code et de l'expérience, plus nous étions visibles et plus nous avions de clients pour financer nos activités et boucler la boucle.
Depuis, j'ai passé la main à deux collaborateurs et je suis repassé indépendant dans le cadre d'une société qui s'appelle Root Commit, pour ne faire plus que du conseil et de la formation.
Je suis aussi un libriste et adhérente de l'April, d'assez longue date, peut-être pas autant que les gens dans cette salle, bien sûr. J'ai même eu notre prophète Richard Stallman à la maison quelques jours, peut-être que vous l'avez aussi vécu, et c'est une expérience, croyez-moi !

Frédéric Couchet : On va pas qualifier l'expérience d'avoir Richard à la maison, pour l'avoir aussi vécue. Je ne suis pas sûr qu'aujourd'hui ce soit encore le prophète de beaucoup de gens. Ceci est une autre histoire suite aux évolutions récentes de la FSF, la Fondation pour le logiciel libre, et de Richard Stallman.
En tout cas, merci pour cette présentation.
On va donc parler d'informatique embarquée et de logiciels libres. On peut peut-être déjà commencer par définir ce que sont les systèmes embarqués, parce qu'il est possible que les gens qui nous écoutent ne connaissent pas du tout ce domaine. Est-ce que vous pourriez nous expliquer un petit peu ce qu’est l'informatique embarquée ? Qui veut commencer ? Michael, vas-y.

Michael Opdenacker : Pour moi, l'informatique embarquée, c'est l'informatique qui n'est pas embarquée dans un ordinateur normal. C'est donc l'informatique qui tourne sur tout autre chose qu'un PC ou un serveur. Ça tourne sur une petite carte électronique, plus ou moins grosse, qui a une fonction bien particulière, ça peut être une machine à laver, ça peut être un parcmètre, ça peut une couveuse. Peut-être que Marta a envie de citer d'autres exemples.

Marta Rybczynska : On a de l’embarqué tout autour de nous : un frigo, une radio, un microphone, un téléphone portable, ce sont tous des équipements embarqués qu’on utilise tous les jours, sans même parler des machines de vente des billets de métro. C'est partout.

Frédéric Couchet : D’accord. Donc, ce que tu appelais tout à l’heure device, c'est en fait un équipement, c'est un matériel qui embarque une partie logicielle et la partie logicielle, c'est, quelque part, le système embarqué. Contrairement à l'informatique que la plupart des gens connaissent, avec un ordinateur portable ou un ordinateur de bureau avec lequel on interagit, là, dans le système embarqué, on interagit avec le matériel et aussi un petit peu avec le logiciel. C’est donc présent partout aujourd’hui.
Depuis combien d'années, à peu près, l’embarqué se développe-t-il ? C'est récent ? Vous avez une idée ?

Marta Rybczynska : C'est aussi vieux que l'informatique elle-même, si on part de l’histoire des logiciels libres : quand Richard Stallman a commencé, c'était avec un logiciel d'imprimante. C'était donc déjà embarqué.

Frédéric Couchet : D'accord, OK.
Avant de rentrer dans la partie logiciels libres au niveau de l'embarqué, ça veut dire qu'il y a principalement des grands acteurs, des grandes structures, des grands industriels dans l'embarqué. C'est plutôt un monde de grandes structures, parce que, tout à l'heure, quand on va parler de vos structures, on va se rendre compte que ce n'est pas du tout ce même niveau. Donc, ce sont principalement quoi ? Des acteurs industriels dans la téléphonie, dans l'automobile, qui interviennent.

Michael Opdenacker : Oui et non. Je dirais qu'il y a effectivement des grands systèmes, des gens qui font des puces sur lesquelles on va faire tourner du logiciel embarqué, comme Arm, etc., des gens qui peuvent être assez connus dans le monde du téléphone, par exemple, mais il y a aussi des tout petits intégrateurs, des petites PME, qui vont faire des produits, par exemple un appareil particulier qui va faire faire le distributeur de billets de métro, pas forcément très gros, et qui sont spécialisés dans un produit particulier. C’est ce qui est un peu spécial dans l'embarqué, c'est qu’on a vraiment un logiciel sur mesure, avec juste les composants dont on a besoin. Donc on n'a pas toute une Debian, par exemple, une distribution GNU/Linux, on n'a pas besoin de toute cette complexité, parce qu'on fait une seule chose et on la fait bien.

Frédéric Couchet : D'accord. Rappelle quand même ce qu’est une distribution GNU/Linux.

Michael Opdenacker : C’est quelque chose qu'on peut installer sur son PC, qui va fonctionner comme un Windows. C'est un ensemble de logiciels qui vont faire tourner l'ordinateur et apporter toutes les fonctionnalités qu'on attend : pouvoir se connecter à Internet, pouvoir afficher une vidéo, et faire tourner les programmes de son choix.

Frédéric Couchet : D'accord. Donc, ça permet de répondre à tous les besoins, en tout cas au maximum de besoins des personnes. Là où finalement, si je comprends bien, le logiciel embarqué répond à une fonctionnalité précise. C'est ça, Marta ?

Marta Rybczynska : C’est ça. On a une fonctionnalité principale dans l’équipement, par exemple la gestion d'un écran et d’un clavier là où quelqu'un va acheter les billets et on ne permet pas d'utiliser les autres fonctions que, peut-être, cet équipement pourrait faire.
La particularité que je vois de l’embarqué en Europe, c’est qu’on a énormément de structures de cinq, dix, 20 personnes qui font ce type d'équipement et ce sont les logiciels libres qui ont permis ces développements.
Quand j'ai commencé ma carrière, mon premier travail c'était dans une petite société et là on écrivait tout nous-mêmes. Ça allait dans les années 2000, mais aujourd'hui, écrire tous les logiciels qui gèrent les réseaux, qui gèrent le Bluetooth, qui gèrent toutes les puces électroniques qu'on utilise, ce n’est tout simplement pas possible, il faudrait une équipe d’une centaine de personnes et, pour la petite structure de dix de personnes, ce n’est pas possible. Donc les développements de nouveaux produits qu’on voit, viennent du fait que ces petites structures sont capables de prendre tous les composants libres qui existent, de les assembler, d’écrire éventuellement une toute petite explication sur ce que fait la fonction pour ce type d'équipement.

Frédéric Couchet : D’accord. Avant de rentrer dans le détail de la partie logiciels libres, est-ce que ça veut dire que, dans le monde de l'embarqué, il n'y a pas de logiciels privateurs, c’est-à-dire non libres, du tout ?

Michael Opdenacker : Ah si, parce que les applications développées par le créateur de la machine sont propriétaires. Elles n’ont aucune obligation, d'ailleurs, d'être libres. Donc souvent ces parties-là, ces briques métiers spécifiques à chaque matériel, sont propriétaires, privatrices. Par contre, ces gens-là peuvent collaborer sur l'infrastructure, sur toutes les briques communes qu’ils utilisent. D’ailleurs, c'est assez intéressant de voir ces sociétés qui collaborent ouvertement, qui partagent les efforts d'ingénierie pour améliorer les couches d'infrastructure qu’ils utilisent. Par exemple plein d'entreprises, souvent concurrentes, travaillent ensemble pour améliorer le noyau Linux, le cerveau du système.

Frédéric Couchet : Donc, si je comprends bien, en fait toutes ces structures, qu'elles soient petites ou grandes, voient avant tout un aspect pragmatique de la partie logiciel libre. C'est-à-dire qu'elles ont une base logicielle qui est le noyau Linux – peut-être détaillerez-vous après ce que fait ce fameux noyau –, un logiciel libre sur lequel ces structures peuvent rajouter une sorte d'interface qui peut être libre mais qui est souvent plutôt une interface privatrice ou propriétaire, c'est ça ?

Marta Rybczynska : Tout à fait.

Frédéric Couchet : On va parler du noyau Linux et d'autres outils, est-ce que vous pourriez expliquer ce que fait un noyau de système d'exploitation, notamment le noyau Linux. Quel est son rôle ?

Marta Rybczynska : Le noyau permet d'utiliser les matériels. Aujourd'hui, les équipements qu'on a, les puces électroniques sont assez complexe et on a besoin de beaucoup de logiciels juste pour utiliser leurs fonctions. Au lieu d’écrire à chaque fois ces logiciels compliqués, on a une couche qui s'appelle un système d'exploitation qui nous fait l'interface. Assez souvent, pour tous les types de matériels similaires, ça offre la même interface aux développeurs de couches métiers et ça simplifie le développement de notre application derrière.

Frédéric Couchet : D'accord. Noyau Linux, tout à l'heure Gee, dans sa chronique, a évoqué la version 2.0 en 1996 ; la première version publique, c'est 1991, c'est ça ?

Michael Opdenacker : Tout à fait.

Frédéric Couchet : Est-ce que vous savez à partir de quel moment des industriels ou des structures ont commencé à s'intéresser à ce noyau pour, justement, s'en servir de base commune pour l'embarqué ? Est-ce arrivé tout de suite ?

Michael Opdenacker : Plutôt à la fin des années 90, si je ne me trompe pas, quand on a commencé à avoir des appareils connectés comme des caméras ou des appareils réseau qui n'étaient plus sur des PC, en quelque sorte, contrairement aux premiers serveurs sur Internet. À ce moment-là, on a fait marcher Linux sur d'autres plateformes, d'autres processeurs. Au lieu d’avoir le même microprocesseur que dans votre PC, vous avez un type de processeur qui ressemble plus à ce qu'on trouve dans les téléphones, par exemple.

Frédéric Couchet : C'est un matériel particulier, en fait. On comprend bien que le choix du noyau Linux est un choix de mutualisation, sans doute de coût d'ingénierie. Est-ce aussi un choix de performance ? N'y avait-il pas d'autres moyens qui pouvaient être utilisés ?

Marta Rybczynska : C'était possible. Je ne sais pas exactement comment ça s'est passé. Pour moi, la révolution dans le monde de l’embarqué, du point de vue de l'utilisation de Linux, ça a été Android. Android utilise le noyau Linux et c'était le moment où Linux a commencé à être utilisé dans les milliards de téléphones. Il y a donc eu un effort financier assez important pour améliorer, corriger des choses, ajouter de nouvelles fonctionnalités. À partir de là, c'était un choix logique, pour toutes les autres sociétés, d’utiliser ce noyau qui a le support de toutes les puces qu’on pouvait vouloir mettre dans son équipement.

Frédéric Couchet : Ce qui est intéressant, visiblement, c'est que ces structures-là contribuent directement à un système libre, pour des raisons pragmatiques de business. Leurs contributions peuvent être réutilisées par d'autres structures, mais aussi par des développeurs ou développeuse indépendantes. C'est ça ?

Michael Opdenacker : Exactement. Je voudrais en profiter pour faire une comparaison avec Windows : avec Linux, on a un noyau et avec les Windows, on a des pépins !

Frédéric Couchet : Joli !

Michael Opdenacker : C'est pour cela qu'on a choisi un noyau.

Frédéric Couchet : Tout à l’heure, tu parlais de distribution GNU/Linux, là, on parle du noyau Linux. Dans une distribution GNU/Linux, il y a le noyau Linux, il y a les outils, il y a plein de choses autour. Pour l'embarqué, le principal logiciel qu'on utilise, c'est Linux. Est-ce qu’il y a des logiciels spécialisés ? Est-ce qu'on pourrait mettre, par exemple, une distribution comme Debian dans de l'embarqué ou est-ce qu'on doit développer spécifiquement quelque chose ? Michael Opdenacker : Curieusement, effectivement, on utilise dans l'embarqué un projet qui s'appelle BusyBox. C'est un projet qui vient d'un ancien mainteneur de la distribution Debian qui s'appelait Bruce Perens. C'était une époque où il fallait une trentaine de disquettes pour installer une Debian. Il arrivait, parfois, que le disque dur soit planté. Ce qu’il voulait, dans ces cas-là, c’était pouvoir redémarrer sur une seule disquette son ordinateur avec tous les outils qui suffiraient – un petit éditeur de texte, des petites commandes pour le réseau –, pour réparer son disque dur et refaire marcher sa machine sans avoir à tout réinstaller. On a donc un petit projet, qu'on utilise pratiquement dans la quasi-totalité des systèmes embarqués, qui s'appelle BusyBox, et pour ceux qui connaissent, on retrouve des équivalents très simples, très légers, de commandes que vous trouvez sur une distribution GNU/Linux, les petites commandes qu’on tape. Il existe des versions beaucoup plus légères qui sont déployées pratiquement partout. Donc, quand vous avez un petit périphérique embarqué, un matériel embarqué, vous arrivez à vous connecter à distance dessus, vous pouvez retrouver votre éditeur, vous pouvez retrouver vos commandes si vous êtes informaticien, c'est très rigolo.

Frédéric Couchet : Je souris parce que sur le salon web, quelqu'un me demande comment ça s'écrit. C’est BusyBox, développé principalement au début par Bruce Perens. C'est donc le premier outil. Est-ce qu'il y en a d'autres ? On parlait tout à l’heure des distributions grand public ou pour serveurs, en général GNU/Linux, est-ce qu’il y a, entre guillemets, des distributions ou des outils « spécialisés » pour construire un système embarqué à base de Linux au-delà de BusyBox. Marta.

Marta Rybczynska : Tout à fait. BusyBox est un outil qu’on met dans son système. Dans l’embarqué, on fait face à un gros problème : le processeur qu'on utilise a beaucoup moins de ressources qu'un processeur de PC. Le plus souvent, on a moins d'espace disque, donc on a besoin d'avoir une distribution beaucoup plus petite qu’une Debian, Fedora ou Red Hat standard. Pour ces raisons-là, on utilise des outils pour construire une distribution sur mesure. Et là, deux solutions sont les plus utilisées : Buildroot et Yocto Project. Certaines personnes essaient de tout faire depuis le début, mais, avec le nombre de logiciels aujourd’hui, même si on a une petite plateforme embarquée, faire tous ces assemblages à la main, ça devient assez compliqué. Donc, majoritairement, on utilise un de ces deux systèmes pour choisir exactement que ce qu'on veut mettre dans son système avec ce dont on a besoin.

Michael Opdenacker : Au passage, c'est marrant pour ceux qui seraient nostalgiques des débats entre éditeur de texte Vim et Emacs. Dans l'embarqué, on a Buildroot ou Yocto et chacun a son camp, fait partie de son camp.

Frédéric Couchet : Pour être clair, ces deux outils sont des outils libres. Que font-ils exactement par rapport à BusyBox et quelle est la différence entre les deux, à part, peut-être, des différences d'équipe, je ne sais pas ? Que font-ils exactement par rapport à BusyBox ?

Michael Opdenacker : Ce sont des outils que vous lancez. Vous définissez une configuration, vous dites un peu ce que vous voulez mettre dans votre système, il y a différentes façons de le décrire, et, après, vous lancez l'outil et l'outil va compiler, va récupérer les sources, le code source de chacun des logiciels, par exemple du noyau Linux, de BusyBox et les autres sur Internet. Il se connecte, il les compile, compiler, ça veut dire transformer le code source en code machine. Après, ça vous crée une image que vous pouvez mettre sur une carte SD, par exemple, et vous démarrez votre machine avec ça. C’est prêt à l'emploi.

Frédéric Couchet : D'accord. Quelle est la différence entre les deux, à part que ce sont deux projets concurrents ? Est-ce qu’il y a vraiment des différences fonctionnelles par rapport aux besoins, par rapport au type de système embarqué qu'on veut ? Marta.

Marta Rybczynska : La différence est surtout dans la manière de décrire la façon dont on va construire son système. Les mêmes logiciels peuvent être inclus dans les deux. La différence, c'est la manière de configurer et la manière dont la personne qui développe le système va choisir ce qu'elle veut. Et là, on rentre dans les préférences comme entre Vim et Emacs.

Frédéric Couchet : D'accord. On parle de développeurs et développeuses. En termes de connaissances techniques, au-delà de connaître ces outils, faut-il connaître des langages de programmation ? Faut-il s'y connaître vraiment en types de processeurs ? Quelles sont les compétences pour entrer dans ce domaine ?

Michael Opdenacker : Je pense que ce qu'on voit beaucoup, quand on crée un système libre embarqué, c'est surtout du langage C pour écrire des applications de base et après un peu de ce qu'on appelle shell, c'est encore un langage de programmation pour lier les programmes entre eux. Python aussi, de plus en plus, qui est un autre langage de script très populaire sur Internet.

Frédéric Couchet : Qui se développe beaucoup. Il n’y a pas très longtemps a eu lieu la conférence Python à Strasbourg, la PyCon. J'espère que des vidéos de présentation.
Donc, entre guillemets, « n'importe quelle personne qui travaille dans l'informatique » peut finalement se mettre sur ce domaine. Dans mon imaginaire, pour être clair, je pensais qu'il fallait coder ce qu'on appelle bas niveau, c'est-à-dire vraiment tout maîtriser, passer beaucoup de temps à tout écrire pour faire de l'embarqué. Donc, quelque part, qu’il fallait des compétences un peu au-dessus de la normale. En fait, finalement, ce n'est pas le cas.

Marta Rybczynska : Non. On peut rentrer dans l’embarqué par la voie Linux et les systèmes de construction des distributions. Il y a un sous-métier, les embarqués avec les systèmes temps réel. Ce sont des noyaux qui sont encore plus petits pour les processeurs qui ont encore moins de ressources. On utilise ça par exemple dans les montres connectées et là, le plus souvent, il faut rentrer beaucoup plus dans le matériel, parce que sur ces systèmes, les contraintes sont si fortes qu’il faut choisir manuellement quelles fonctionnalités, pas les logiciels mais les fonctionnalités qu’on veut inclure ou non. Et, assez souvent, il faut écrire aussi les petits modules qui vont gérer le matériel. Donc, là, il faut rentrer un peu plus dans les détails.

Michael Opdenacker : Par contre, pour quelqu'un qui a l'habitude, qui connaît bien Linux, en particulier ce qu'on appelle son interface texte en ligne de commande, où on tape des commandes sur un terminal, c'est franchement facile de faire ses premières armes avec l'embarqué. On démarre sur un noyau qu'on a compilé, on a un shell qui se lance, on peut commencer à taper les commandes, démarrer ce qu'on veut. Donc, franchement, si vous connaissez déjà Linux, si vous avez une certaine habitude, une familiarité avec ce logiciel, avec ce système, n'hésitez pas à vous lancer dans l'embarqué, c'est très facile. Vous pouvez, par exemple, prendre des petites cartes qui coûtent pas cher, comme une Raspberry Pi ou d'autres. Vous trouverez plein de ressources pour les démarrer de 36 façons différentes avec la distribution de votre choix ou sur quelque chose que vous aurez construit sur mesure.

Frédéric Couchet : En fait, tu expliques qu’on peut se faire son propre système embarqué pour un besoin à la maison ou autre, par exemple pour piloter le chauffage à la maison ou des trucs comme ça.

Marta Rybczynska : Absolument. Et on peut faire ça sans aucune connaissance des matériels. On achète les petites cartes embarquées qui sont toutes prêtes. On a le support de ces cartes dans Buildroot ; il faut juste connecter le senseur aux autres équipements qu’on veut mettre. Il y a plein de tutos sur Internet pour savoir comment faire. Ça se fait en un ou deux jours, pendant un week-end de fêtes de fin d'année, ça peut être un projet assez sympa à faire.

Frédéric Couchet : D'accord. Donc l'embarqué ce n'est pas que dans une grosse structure, ce n'est pas que dans les grands environnements, ce n'est pas qu’en « production », entre guillemets, ça peut aussi chez soi.

Michael Opdenacker : Il y a énormément de listes dans ce domaine. C'est une communauté très vivante, on va dire.

Frédéric Couchet : D’accord. Nous allons faire une pause musicale avant de rentrer un peu dans le détail de ce que vous faites et aussi des défis.
Nous allons écouter You Will Be Wild par John Lopker. On se retrouve dans trois minutes. Belle journée à l’écoute de Cause Commune, la voix des possibles.

Pause musicale : You Will Be Wild par John Lopker.

Frédéric Couchet : Nous venons d’écouter You Will Be Wild par John Lopker, disponible sous licence Creative Commons Partage dans les mêmes conditions, CC By. Tout à l’heure, j’ai oublié de donner le sous-titre qui est Trump Slaves, les esclaves de Donald Trump.

[Jingle]

Deuxième partie 41‘13

Frédéric Couchet : Nous allons poursuivre notre discussion sur l’informatique embarquée et les logiciels libres avec nos invités Marta Rybczynska et Michael Opdenacker.
Juste avant, on parlait un petit peu technique. Là, on va commencer par parler des défis qui se présentent peut-être aux personnes qui développent ces outils, même qui les utilisent, parce que si l’informatique est partout, il y a des bugs, il peut y avoir des problèmes de surveillance, de contrôle, des problèmes de sécurité, d’ailleurs, j’ai envie de commencer par ça. Quels sont les enjeux de sécurité sur ces systèmes embarqués qui sont finalement présents chez nous, en fait ? Marta, je crois que c’est un peu ta spécialité.

Marta Rybczynska : Oui. Les problèmes de sécurité sont devenus énormes avec le nombre d’équipements qu’on a autour de nous. Ces dernières années, il y a eu plein d’attaques informatiques contre les équipements embarqués, certaines dans le contexte de la guerre en Ukraine, par exemple l’attaque sur les ??? [42 min 20] qui donnent l’accès aux réseaux.
Aujourd’hui, un gros sujet dans le domaine de l’informatique embarquée, c’est la nouvelle réglementation européenne qui s’appelle le Cyber Resilience Act. C’est une réponse à ce sujet-là, parce qu’il y a énormément d’attaques et, pour faire court, la Commission européenne a décidé qu’il faut agir et qu’il faut rendre la sécurité dans l’embarqué, et pas que, obligatoire, sinon rien ne va changer. Donc, dans trois ans, on va avoir des exigences sur la sécurité informatique dans tous les produits disponibles sur le marché européen.

Frédéric Couchet : Si je me souviens bien, l’un des enjeux, le point essentiel dans le Cyber Resilience Act, c’est qui est responsable de la sécurité.

Marta Rybczynska : Tout à fait. Dans la dernière version, qui va être publiée la semaine prochaine, le responsable c’est la société qui, pour simplifier, vend le produit. Dans la version précédente, il y avait la responsabilité du développeur qui a été totalement supprimée. Donc, vous pouvez développer sans risque, par contre toutes les exigences, toutes les obligations reposent sur les sociétés qui vont mettre ces produits sur le marché. C’est un gros sujet, surtout pour les petites entreprises qui n’ont pas l’habitude de sécuriser leurs produits. Ça va donc être un sujet sur lequel on va beaucoup discuter pendant les trois ans qui viennent.

Frédéric Couchet : D’accord. Je relaie une question. Tu viens de dire qu’il y aura de la sécurité dans les produits, est-ce que cela veut dire qu’il n’y avait pas de sécurité avant ?

Marta Rybczynska : Malheureusement, jusqu’à pas très longtemps, quand on achetait un petit équipement, le plus souvent le nom d’utilisateur c’était, par exemple, « admin », le mot de passe « admin », c’était toujours la même chose. On a toujours les routeurs wifis qui sont configurés comme cela, ça permet aux attaquants de faire les réseaux d’équipements qui peuvent être utilisés, par exemple, dans les attaques. Sur les systèmes domotiques, on avait aussi beaucoup de problèmes. Une situation sur laquelle j’ai écrit beaucoup récemment : les aspirateurs qui ont des caméras et des microphones, et n’importe qui peut accéder à la caméra de l’aspirateur.

Frédéric Couchet : Excuse-moi, je vais poser une question : autant la caméra, je peux comprendre, pour se déplacer, mais le microphone, c’est parce que l’aspirateur est piloté à la voix ?

Marta Rybczynska : Parce qu’il donne un avertissement sonore quand la batterie est déchargée ou qu’il a fini le programme, mais quelqu’un peut enregistrer un fichier avec des insultes ou quelque chose d’autre.

Frédéric Couchet : OK, d’accord. Autre question sur le salon web. Tu as dit que ce serait dans trois ans. Pourquoi dans trois ans ? Parce que c’est un règlement européen ?

Marta Rybczynska : C’est un règlement. On peut dire que trois ans, c’est dans longtemps, mais non ! On a trois ans, mais on a 24 mois pour définir tous les standards qui, aujourd’hui, n’existent pas. Après quand ces standards de sécurité seront prêts, il y aura juste un an pour mettre tout le monde en conformité. Dans l’embarqué, les sociétés travaillent déjà sur les produits qui vont être mis sur le marché dans trois ans.

Frédéric Couchet : Donc, avec un contexte qu’elles ne connaissent pas forcément.

Marta Rybczynska : Exactement

Frédéric Couchet : OK. Je vois le problème. Sur la sécurité, Michael, tu veux ajouter quelque chose ?

Michael Opdenacker : Je voulais faire remarquer qu’on a l’habitude d’associer le système d’exploitation Linux à une réputation de sécurité, quand même. Mais effectivement, comme disait Marta, il y a des pratiques qui sont faites sur votre ordinateur, sur votre PC, qui sont très rigoureuses, il y a un bon déploiement des mises à jour de sécurité. On est effectivement beaucoup moins rigoureux sur les systèmes embarqués. Ce qui nous sauve un peu, c’est la diversité génétique, je dirais, du Libre, c’est-à-dire que chacun va intégrer un peu la version du noyau son choix, telle version de BusyBox, telle version d’une bibliothèque logicielle et comme ce n’est jamais la même, finalement, on ne peut pas faire tomber tout Internet. Même si les infrastructures d’Internet sont vraiment basées sur des briques qui tournent sur des logiciels libres, comme ce ne sont pas toujours les mêmes versions, on ne pourra pas exploiter la même faille partout en même temps et faire tomber tout Internet. C’est ce qui nous sauve un peu, je ne sais pas ce que tu en penses, Marta.

Marta Rybczynska : Il y a quelques jours, des statistiques sont sorties sur les failles les plus utilisées en 2023. La grande majorité des failles dans l’embarqué sont dans la partie métier des équipements. Elles ne sont pas dans les composants libres des bases, elles sont dans les parties que la société en question a écrites pour les fonctionnalités spécifiques.

Frédéric Couchet : Tout à l’heure, avant la pause, on disait que ces parties spécifiques ne sont pas libres, on ne peut pas y accéder, donc on ne peut pas profiter de la sécurité par la transparence, en fait.

Michael Opdenacker : Exactement.

Frédéric Couchet : D’accord. Je suppose que ces outils se mettent à jour, entre guillemets, « quasiment automatiquement ». Quel que soit l’outil, prenons l’aspirateur dont tu parlais tout à l’heure, est-ce que la partie embarquée se met à jour ?

Marta Rybczynska : C’est une des exigences du CRA, parce que, jusque-là, ce n’était pas le cas.

Frédéric Couchet : D’accord. Alors qui met à jour ? Est-ce que ça sera automatique, l’outil lui-même va se mettre à jour, ou est-ce que la personne qui utilise son aspirateur pourra autoriser ou lancer la mise à jour, comme on le fait sur un ordinateur, parce que, parfois, il y a des mises à jour qu’on ne fait pas ? Est-ce que ce sera automatique ou est-ce que ce sera conditionné à l’autorisation de la personne ?

Marta Rybczynska : La recommandation, c’est d’avoir une mise à jour automatique, mais avec le contrôle de l’utilisateur, si la personne souhaite faire la mise à jour.

Frédéric Couchet : D’accord OK.
Autre enjeu peut-être, je ne sais pas, en tout cas, actuellement, il y a un mot clé pour beaucoup de gens, c’est IA, intelligence artificielle. Est-ce que l’IA est déjà entrée dans l’informatique embarquée, sous quelle forme ou pas du tout ?

Marta Rybczynska : C’est entré dans les formations. Je donne des cours sur les logiciels et je discute avec mes collègues qui donnent aussi des cours sur l’embarqué. Il se trouve que l’IA est capable de générer des réponses à la majorité des exercices qu’ils ont préparés jusque-là. Par exemple, un cours qui était prévu pour deux semaines, on met toutes les questions dans son IA préférée, les réponses sortent, les étudiants ont fini les cours en une heure.

Frédéric Couchet : Michael.

Michael Opdenacker : Je pense à un autre défi, qu’on a beaucoup rencontré depuis le début, c’est la documentation du matériel. Pour faire marcher le noyau Linux sur un matériel particulier, parfois c’était très difficile de trouver de la documentation libre, en tout cas déjà même publique, sur le matériel pour écrire ce qu’on appelle les pilotes de périphériques, pour les faire fonctionner. Nous, les sociétés qui intervenons dans ce domaine, nous avons parfois des accords de non-divulgation avec les fabricants. Parfois, c’était la croix et la bannière ; même si on est petit, on a une montagne de paperasse légale à faire pour arriver à avoir accès à la documentation, c’est insurmontable. En tout cas, c’est un gros problème pour les gens de la communauté qui sont contributeurs individuels, qui veulent participer à un projet : ce n’est pas toujours faisable de faire marcher le matériel de leur choix sous Linux, parce qu’ils n’ont pas la documentation. Ils doivent donc faire, par exemple, de l’ingénierie inverse, ce qui est extrêmement fastidieux, pour comprendre comment fonctionne un matériel. Je pense par exemple aux processeurs graphiques qui ont fait d’énormes progrès grâce à un travail de dingue de la communauté. Par exemple pour les puces Nvidia, dont on entend parler, ça a été un travail d’ingénierie inverse complètement hallucinant pour arriver à des performances qui sont, maintenant, parfois meilleures que celles des pilotes qui sont édités par les grosses sociétés comme Nvidia.

Frédéric Couchet : Rappelons que Nvidia est une des plus grosses capitalisations boursières au monde.
Tout à l’heure, Gee, je crois, a parlé des brevets logiciels dans sa chronique. Est-ce que le monde de l’embarqué est concerné par cette problématique des brevets, que ce soit aux États-Unis ou en Europe ?

Marta Rybczynska : Un peu, surtout sur l’algorithme d’encodage audio-vidéo. C’est un sujet qui revient régulièrement. Je l’entends de moins en moins, mais de temps en temps, c’est toujours un problème.

Michael Opdenacker : Pour les mémoires flash aussi. On ne pouvait pas utiliser certains systèmes de fichiers, certaines organisations des données sur la mémoire flash à cause de brevets de la société ??? [53 min 08]. Ce sont des techniques qui ont été brevetées par certains éditeurs. Et même si on a la même idée, qu’on crée une implémentation qui est similaire, qu’on écrit un logiciel qui est similaire, le brevet va verrouiller l’idée. En particulier dans les pays qui reconnaissent les brevets logiciels, comme les États-Unis et le Japon, toute personne se retrouve dans l’impossibilité d’utiliser, en tout cas dans ces pays-là, des implémentations indépendantes de ???, parce qu’on va marcher sur les pieds d’un brevet.

Frédéric Couchet : Sachant qu’en Europe, c’est officiellement interdit, mais qu’en fait, dans la pratique, l’Office européen des brevets en a accordé. Je pense qu’un jour on consacrera à nouveau une émission Libre à vous !à ce sujet-là.
Tout à l’heure, vous avez parlé des petites structures. Vous êtes deux exemples de créateur et créatrice de petites structures. Comment les petites structures arrivent-elles à pouvoir émerger dans cette activité, dans ce domaine, et à se faire connaître ? Tout à l’heure, tu as un peu commencé à expliquer comment Bootlin est devenue connue dans le monde, mais comment faites-vous en tant que petites structures ? D’ailleurs, que faites-vous en tant que petites structures ? Quelle est votre activité aujourd’hui ? On va commencer par Marta.

Marta Rybczynska : Chez moi, c’est surtout du conseil et des formations. Comment je fais ? La visibilité de la société, c’est le travail de l’équipe dans le logiciel libre : envoyer les modifications, les nouvelles fonctionnalités, les corrections des projets dans lesquels on travaille pour acceptation dans la version principale. Le sujet important qu’on oublie assez souvent, quand on aime bien de développer et faire de nouvelles choses, c’est de parler de ce qu’on fait. Pour la visibilité de la société, pour avoir de nouveaux contrats intéressants, il faut être présent aux conférences, il faut présenter le travail qu’on fait, ce qui permet d’avoir la visibilité qui est assez souvent au même niveau que la visibilité des sociétés de taille moyenne.

Frédéric Couchet : Donc, tu fais principalement la formation, mais est-ce que tu fais aussi du développement sur des projets ? Par exemple, est-ce que des structures clientes viennent te voir en disant « j’aimerais bien implémenter telle fonctionnalité dans un système embarqué » ? Est-ce que tu fais, ça aussi ?

Marta Rybczynska : Oui. On fait ça aussi. Et j’inclus le fait de mettre la solution en open source, le travail d’intégration, dans le repository principal. De temps en temps, il y a quelques des allers-retours avec le mainteneur pour répondre à certaines exigences. Moi, j’inclus ça dans un travail, je ne facture pas en plus pour ce travail.

Frédéric Couchet : Est-ce que ça veut dire que tu refuses ? Ou, par exemple, si le client te dit qu’il ne veut pas que ce soit libéré, est-ce que tu acceptes de le faire quand même ou pas ?

Marta Rybczynska : Aujourd’hui, je n’ai pas besoin.

Frédéric Couchet : Ah, d’accord ! C’est bien !

Michael Opdenacker : Pareil. On a suffisamment de projets pour choisir les projets les plus intéressants.

Frédéric Couchet : Tu parles de quoi ? Tu parles de Bootlin ou de ce que tu fais actuellement ?

Michael Opdenacker : C’était dans le cadre de Bootlin, parce que ma société est assez récente, mais j’espère que ce sera pareil. Si on a suffisamment de projets qui permettent de contribuer à des gros projets libres, Linux par exemple, on va dire au client « désolé, c’est soit ça soit on a d’autres clients, d’autres projets qui nous donnent plus de visibilité, plus d’occasions de participer au travail communautaire, donc d’être visibles et, après, d’avoir de nouveaux clients grâce à cette visibilité. »

Frédéric Couchet : Pareil, formation et développement.

Michael Opdenacker : Tout à fait.

Frédéric Couchet : Remarque sur le salon web que je relaye. En fait, vous faites aussi de la com’ et c’est un travail à temps complet en plus du travail de développement, finalement.

Michael Opdenacker : Tout à fait, c’est bien ça. Mon idée, c’est un peu naïf peut-être, mais plutôt que de payer des sous à la régie publicitaire de Google, par exemple pour donner de la visibilité à nos formations, autant avoir surtout des articles, plein d’articles techniques, plein de ressources techniques intéressantes pour les ingénieurs ou les utilisateurs qui vont travailler dans le domaine. Ils vont tomber sur notre site web grâce à ces ressources intéressantes et après, en suivant les liens, ils verront qu’il y a aussi des formations qui sont proposées, etc. Donc, proposer des ressources utiles aux gens qui interviennent dans notre monde, que ça soit des entreprises, mais aussi des passionnés qui s’intéressent au sujet technique.

Frédéric Couchet : Vous parliez de conférences. Est-ce qu’il y a des conférences sur ce sujet en France ?

Michael Opdenacker : Ah oui ! Par exemple le Capitole du Libre qui a eu lieu à Toulouse ce week-end. C’est globalement pour le logiciel libre, en particulier, mais il y avait quand même des sujets, peut-être, je ne sais pas, 20 %, 15 %, autour des technologies plus spécifiques comme l’embarqué.

Frédéric Couchet : D’accord. Mais y a-t-il des conférences vraiment spécifiquement orientées embarqué en France, ou est-ce que les principales sont aux États-Unis ou au Japon ? Ou peut-être en Belgique, en Allemagne, je sais pas ?

Marta Rybczynska : Aujourd’hui, je n’ai pas de statistiques, c’est juste mon opinion personnelle. Pour moi la plus grande conférence sur l’embarqué, c’est le FOSDEM [Free and Open Source Software Developers' European Meeting], à Bruxelles, le premier week-end de février. À mon avis, c’est là qu’il y a le plus de monde de l’embarqué disponible à ce moment-là.

Frédéric Couchet : D’accord. On a compris le modèle économique de vos structures. Les projets dont on a parlé tout à l’heure, Yocto, Buildroot, BusyBox, est-ce que ce sont des projets qui ont des modèles économiques ou est-ce qu’ils sont développés uniquement, entre guillemets, pour le « plaisir » de développer ? Est-ce qu’il y a des modèles économiques ou est-ce que des entreprises supportent ce travail ?

Michael Opdenacker : C’est effectivement intéressant d’en parler. Le projet Yocto est le deuxième projet de la Fondation Linux, qui édite le noyau Linux ; leur deuxième projet, c’est Yocto. Ils voulaient un système industrialisable, un cadre pour permettre aux gens de faire comme avec les outils propriétaires pour créer leur système. C’est soutenu par une fondation. Il y a des membres qui payent, qui vont permettre de financer des ingénieurs, financer de l’infrastructure, financer des machines et tout ça pour tester, etc. Ça, c’est le modèle de Yocto.
Côté Buildroot, c’est plutôt une association qui est française d’ailleurs, qui est là plus pour collecter des sous, pour organiser des événements, pour payer quelques menus frais.
Ce sont plutôt les entreprises qui ont besoin d’une nouvelle fonctionnalité dans l’outil qui vont engager des prestataires comme Bootlin ou d’autres, ma société, pour rajouter la fonctionnalité dont elles ont besoin. Donc le financement se fait un peu au cas par cas, fonctionnalité par fonctionnalité. Après les mainteneurs, les gens qui font vivre le projet au jour le jour, font ça sur leur temps libre, ou c’est l’employeur qui leur permet de travailler, mettons deux heures par jour, pour continuer à animer le projet. Mais les grosses avancées sont directement financées par des clients.

Frédéric Couchet : D’accord. La Linux Foundation a plein de projets et, parmi ses gros membres, on a, de mémoire, Microsoft, IBM, je ne sais plus s’il y a Google dedans, il y a Red Hat, il y a plein de gros acteurs.
Est-ce que dans des domaines spécialisés de l’embarqué il y a des structures équivalentes, la voiture par exemple ? Il y a de l’embarqué dans la voiture, est-ce que les industriels de la voiture, Renault, Peugeot, Dacia et compagnie, ont créé une sorte de consortium ou un regroupement qui leur permet de mutualiser des développements par rapport aux systèmes embarqués de base et après ils rajoutent leurs trucs propriétaires dessus. Est-ce que ça existe ?

Marta Rybczynska : Ça existe. J’en connais au moins deux : ??? [1 h 01 min 32] utilise le projet Yocto, ça c’est du côté la Linux Foundation, et je connais aussi Software Defined Vehicle, SDV, de la Fondation Eclipse, c’est encore un de mes clients, et là ce sont surtout les producteurs automobiles, que tout le monde connaît, qui se sont mis beaucoup sur ces logiciels ces dernières années.

Frédéric Couchet : D’accord. Finalement, ces structures, ces constructeurs automobiles, discutent entre elles pour demander ce qu’elles aimeraient bien avoir comme fonctionnalités communes, et, après, elles rajoutent leur interface, leurs besoins particuliers.

Marta Rybczynska : Tout à fait, elles ont l’exigence métier parce qu’il y a la certification pour la sécurité des utilisateurs, dans ce domaine, qui est assez forte et importante et, en plus, elles ont certaines particularités, dans leurs produits, comme le fait qu’il y a énormément de processeurs qui communiquent ensemble dans une voiture. Des protocoles de communication particuliers sont utilisés dans les voitures et ils ont un projet qui développe le logiciel pour gérer ces protocoles.

Michael Opdenacker : Il y a des kilomètres de câbles dans une voiture, je ne sais pas combien.

Frédéric Couchet : D’accord. Il y a une question sur le salon web, peut-être un peu provocatrice : dans ces fonctionnalités rajoutées, y a-t-il des fonctionnalités pour truquer les tests de pollution ?

Michael Opdenacker : Il y en a eu, apparemment !

Frédéric Couchet : Apparemment, il y en a eu. Si on revient au Cyber Resilience Act, finalement, dans le cas de la voiture, les personnes qui seront responsables seront les constructeurs automobiles et leurs fournisseurs de systèmes embarqués, normalement, si j’ai bien compris, en termes de responsabilité de sécurité.

Marta Rybczynska : Si je me souviens bien, le CRA ne va pas s’appliquer sur l’automobile parce qu’il y a une réglementation particulière. Ce n’est pas le meilleur exemple pour le CRA, mais, si le CRA s’appliquait dans l’automobile, oui, dans le cas de trucages des fonctions de sécurité, c’est la société qui produit la voiture qui est responsable.

Michael Opdenacker : Mais jamais le contributeur qui va écrire un petit bout de code, qui donne son code gratuitement et librement sur Internet.

Frédéric Couchet : Au début, dans les premières versions de ce texte, il y avait effectivement ce danger.

Michael Opdenacker : On avait très peur. Heureusement que des gens comme Marta se sont impliqués pour avoir les bons textes, en fait.

Frédéric Couchet : Ça me fait venir une question. Donc, visiblement, vous surveillez les évolutions de la réglementation de façon proche, de près en fait.

Michael Opdenacker : Moi non, et c’est pour cela que j’adhère à l’April, parce que je sais que vous le faites pour moi.

Frédéric Couchet : Nous avons effectivement contribué un petit peu à relayer au niveau du CRA. Donc toi, Marta, tu suis la réglementation au niveau européen ou au niveau mondial autour de tout ce qui est embarqué, sécurité ?

Marta Rybczynska : Oui, parce que c’est un des moteurs, aujourd’hui, de la sécurité. Ce n’est pas qu’en Europe, il y a aussi la réglementation aux US, il y a la réglementation au Japon, en Corée. C’est devenu un sujet assez important. On a donc besoin de bien regarder ce qui se passe et d’intervenir pour rendre ces réglementations compatibles avec l’open source, parce que les personnes qui écrivent les lois ne connaissent pas forcément le Libre, ne connaissent pas les modèles de développement. Ça peut être surprenant pour elles que quelqu’un vienne avec sa modification et qu’elle soit acceptée dans le projet. Elles peuvent avoir l’impression que ce ne sont que des grosses structures et qu’il n’y a rien d’autre. Il y a donc plein de sujets qu’il faut expliquer, il faut éduquer encore.

Frédéric Couchet : Comme actuellement en France dans le projet de loi de finances, notamment concernant les logiciels libres de caisse. Je vous renvoie sur l’actualité, je crois qu’elle a déjà été publiée sur le site april.org.
Avant de passer à la question finale, on arrive bientôt à la fin, il y a une question sur le salon web : et en Chine ? On a parlé des États-Unis, du Japon, mais est-ce que, en Chine, il y a une activité forte autour de l’embarqué ou pas du tout ?

Michael Opdenacker : Oui, beaucoup de dispositifs sont créés. Après pour faire respecter la licence, avoir le code source, je ne sais pas très bien, je manque un peu d’expérience, en tout cas, il y en a qui jouent le jeu.

Frédéric Couchet : D’accord. Sinon au niveau international, quels sont les principaux pays ? États-Unis, Japon, France aussi ?

Michael Opdenacker : Oui. Europe très forte. Et je dirais aussi l’Inde, la Chine.

Marta Rybczynska : Allemagne aussi. En gros, l’Europe est assez forte en embarqué. Quand on va aux conférences dédiées à l’embarqué, une très grosse partie des personnes vient d’Europe.

Michael Opdenacker : D’ailleurs, aux conférences américaines, il y a beaucoup moins de monde !

Frédéric Couchet : D’accord. On arrive au terme de ce sujet, avec la question traditionnelle. Pour conclure, quels sont les éléments clés, selon vous, à retenir, en moins de deux minutes chacune et chacun, ou l’occasion de rajouter quelque chose que vous auriez oublié. On va commencer par Michael et on laissera le mot de la fin à Marta. Michael.

Michael Opdenacker : Si vous pouvez vous souvenir de quelque chose, c’est que l’informatique embarquée est plus simple que l’informatique classique, sur ordinateur je dirais. On met juste ce dont on a besoin donc, pour apprendre, c’est génial, parce qu’on peut comprendre comment fonctionne un ordinateur grâce aux technologies de l’embarqué. Il y a des petits tutos sur Internet pour juste lancer une ligne de commande sur un matériel complètement nu. Cette informatique embarquée est partout, dans tout ce qui n’est pas ordinateur. Voilà ce que je voulais que vous reteniez et le matériel pour se lancer est très abordable. J’ai des petits processeurs de type RISC-V, un nouveau jeu d’instructions qui est libre, qui coûte même moins de dix euros, sur lesquels on peut lancer Linux. C’est génial.

Frédéric Couchet : D’accord. Merci Michael. Marta.

Marta Rybczynska : L’embarqué, c’est la manière d’écrire le logiciel et voir physiquement comment il fonctionne. C’est une énorme opportunité pour chaque personne qui se lance dedans, parce que, d’un côté, on peut créer un produit qui marche en quelques jours. De l’autre côté, si on contribue à un des projets fréquemment utilisés, son logiciel peut tourner dans des milliards de devices, des milliards d’équipements assez facilement.

Michael Opdenacker : Y compris sur la planète mars.

Marta Rybczynska : Aussi.

Frédéric Couchet : Merci pour cette information sur l’informatique embarquée et les logiciels libres. On mettra toutes les références qu’on a citées sur la page consacrée à l’émission du jour, donc sur libreavous.org/227. On rajoutera celles qui ne sont pas présentes.
Je rappelle que nos invités étaient Marta Rybczynska et Michael Opdenacker. Merci et à bientôt sur un événement ou dans une autre émission.

Marta Rybczynska : Merci

Michael Opdenacker : Merci à vous.

Frédéric Couchet : On va faire une pause musicale.

[Virgule musicale]

Frédéric Couchet : J’ai oublié de préciser que les pauses musicales ont été choisies par Michael. Et la troisième pause musicale, c’est un de mes groupes préférés, Michael, j’espère qu’on va avoir le temps de l’écouter entièrement.
Juste après la pause musicale, nous entendrons la chronique de Florence Chabanois sur le thème « On ne rigole plus et on se lève ».
En attendant, nous allons écouter Requiem for a fish par The Freak Fandango Orchestra. On se retrouve dans trois minutes quarante. Belle journée à l’écoute de Cause commune, la voie des possibles.

Pause musicale : Requiem for a fish par The Freak Fandango Orchestra.

Frédéric Couchet : Nous venons d’écouter Requiem for a fish par The Freak Fandango Orchestra, disponible sous licence libre Creative Commons Partage dans les mêmes conditions, CC By SA.

[Jingle]

Frédéric Couchet : Nous allons passer au sujet suivant.