Bodor Denis

« Linux » ou « GNU/Linux » est un troll^Wsujet récurrent dans notre petit monde. Il est vrai que c’est toujours l’occasion de commenter, critiquer, argumenter, ... sur différentes bases philosophiques, linguistiques, sociales, ... Il y a cependant des cas où le sujet est abordé de manière si naïve et maladroite que l’initiateur ne fait que démontrer son manque de connaissances sur le sujet, avec des affirmations comme « [...] pour certains, Ubuntu et Linux sont deux choses différentes. » (récent billet d’un « geek accompli » sur CNET).

Ceci ne devait être qu'un paragraphe dans un article consacré au test d'Android sur plateforme x86, mais finalement, le sujet mérite bien plus. L'objectif primaire était d'installer Android x86 sur un netbook Samsung NB30. La machine équipée d'un disque de 160Go disposait déjà d'un système Debian GNU/Linux parfaitement configuré et à jour, reposant sur une configuration LVM2. Pourquoi faire simple quand on peut faire compliqué et faire une sauvegarde suivie d'une réinstallation/restauration lorsqu'on peut s'amuser à redimensionner tout cela pour libérer un peu d'espace disque afin d'ajouter une nouvelle partition ?

L'annonce récente de la disponibilité d'une version RC (Release Candidate) du projet Android-x86 4.0 est l'occasion de tester ce portage de la plateforme pour smartphones et tablettes de Google en version AOSP. Disons-le clairement, le travail effectué par les développeurs du projet Android-x86 est tout simplement incroyable. Nous avons testé cette RC à destination d'EeePC sur un Samsung NB30 pourtant non officiellement supporté et avons eu le plaisir de constater que, dans les grandes lignes, tout fonctionnait parfaitement.

Mais comment cela a-t-il pu arriver ? Cette question a été posée bien des fois dans l'histoire des civilisations. C'est cette même question que, par exemple, des millions d'Allemands se sont posés peu après 1945 en découvrant les conséquences des dérives d'un régime politique aux ambitions démesurées. Pourtant, chaque fois que cette question est posée, il ne s'agit que de l'épitaphe d'une succession d'événements qui, s'ils avaient été correctement interconnectés au bon moment, auraient clairement dessiné une image de ce qui était à venir. Bien sûr, souvent on préfère ne par faire ces connexions et voir comme des éléments dissociés l'ensemble des indicateurs d'une décadence proche.

Oui, ça faisait longtemps que je n'avais pas fait mon Jean-Pierre Troll et poussé “une bonne gueulante”, et ce autour d'une simple question : mais quand se décideront-ils à s'adapter aux besoins contemporains de leurs clients ?!

Lancé à l’été 2011, le premier opus du concours linuxembedded.fr a été un réel succès. Petit rappel : il s’agissait alors de faire booter le plus rapidement possible un système linux embarqué sur une carte FriendlyARM fournie aux pré-qualifiés à l’issue d’une première phase en environnement Qemu. L’objectif avoué des organisateurs du concours est de valoriser les technologies Open Source utilisées dans l’embarqué pour répondre à des problématiques réelles du monde industriel. Mais c’est aussi de permettre aux participants de découvrir - ou de se perfectionner à – ces mêmes technologies.

En décembre prochain se tiendra l'ESHM à Berlin visant à créer un événement international de qualité autour de l'open source et du DIY (Do It Yourself). Trois jours de présentations et de discussions libres et ouvertes autour des sujets qui nous passionnent.

Nos systèmes, qu'ils soient embarqués ou non, disposent aujourd'hui d'une importante connectivité, en particulier à Internet. Même un petit système comme un Arduino peut se voir équipé d'un shield permettant de lui adjoindre une interface Ethernet et donc de le faire communiquer sur le réseau des réseaux. D'autres solutions plus adaptées intègrent Ethernet nativement, comme la myriade de cartes ARM présentes sur le marché et chaque jour plus accessibles financièrement. Mais lorsque le courant vient à manquer, Ethernet n'est plus très utile. Plus que le système manipulé, c'est toute l'infrastructure qu'il faut faire fonctionner sur batteries ou onduleur (switchs, routeurs, box, etc.). En cas de problème majeur, la solution ne se trouve pas là, mais dans un moyen de communication plus adapté, comme l'accès aux réseaux GSM. Jusqu'à présent, ceci signifiait un coût d'abonnement dédié non négligeable. C'est aujourd'hui de l'histoire ancienne.

Brevets, API, copyright, procès... mais où va-t-on ? Je suppose que vous n'êtes pas sans connaître l'existence d'une procédure judiciaire d'Oracle à l'encontre de Google concernant Android:Java.