ROS 2 Jazzy resserre ses binaires autour de Linux

ROS 2 Jazzy Jalisco a reçu le 18 juin une nouvelle livraison binaire, publiée sur le dépôt GitHub officiel du projet sous le nom « Patch Release 8 ». Le fait paraît discret, mais il touche une couche essentielle de la robotique moderne : ROS 2 est le middleware qui permet à des capteurs, des actionneurs, des calculateurs et des logiciels de planification de dialoguer dans un robot ou une flotte. Quand cette base change, ce sont les équipes d’intégration qui doivent décider quand mettre à jour leurs bancs d’essai, leurs images système et leurs environnements de simulation.

La publication indique trois paquets binaires principaux. Deux ciblent Ubuntu 24.04 Noble, en architectures amd64 et arm64, et un vise RHEL 9 en amd64. Le choix est parlant : Jazzy reste aligné sur des distributions Linux utilisées dans les laboratoires, les robots mobiles, les machines industrielles et les calculateurs embarqués récents. Le projet rappelle aussi que les dépendances d’exécution doivent être à jour avant installation, ce qui compte dans les déploiements robotique où une version figée peut garantir la répétabilité, mais aussi retarder les correctifs.

Le point le plus concret concerne Windows. Les binaires Windows ne sont pas inclus dans cette publication, le projet renvoyant à sa politique de fin de vie des plateformes : Windows 10, version prise en charge pour Jazzy, arrive en fin de support. Pour les développeurs qui prototypent encore sous Windows avant de déployer sous Linux, le signal est net. La voie la plus stable consiste désormais à tester Jazzy dans les environnements Linux officiellement servis, ou à construire depuis les sources si un besoin particulier l’exige.

Cette brève n’annonce donc pas un nouveau robot, mais une contrainte d’infrastructure. Elle rappelle que la robotique avance aussi par des décisions de maintenance : quels systèmes d’exploitation restent supportés, quelles architectures reçoivent des archives prêtes à l’emploi, et où les équipes doivent assumer elles-mêmes la compilation. Dans un secteur attiré par les démonstrations spectaculaires, ce type de mise à jour est moins visible, mais il conditionne la fiabilité des robots réels, ceux qui doivent être reconstruits, testés et réparés sans surprise.