Debian 9 Stretch : ce que j’en retiens

Cet article a été publié il y a 6 ans 9 mois 23 jours, il est donc possible qu’il ne soit plus à jour. Les informations proposées sont donc peut-être expirées.

Ça y est, la nouvelle version de Debian est sortie. Bien que les modifications visibles soient plus légères que lors de la bascule de 7 à 8, il est quand même nécessaire de faire le tour, surtout pour ceux qui vont s’aventurer dessus pour la première fois et passer leur temps à chercher des infos sur le net qui pourraient ne plus être correctes.

Tout d’abord, Debian 8 Jessie nous a apporté systemd, et nous avons droit à la dernière mouture stable dans cette version Stretch (enfin presque, la version 233 est trop récente pour avoir été incluse). Le gestionnaire d’init/de services/whatever Lennart wants tant décrié par la Devuan (qui a mis deux ans à sortir une Jessie sans systemd, alors que Stretch sort maintenant), propose masses d’améliorations qu’il serait trop long de lister ici. Pour l’utiliser sur CentOS au quotidien depuis plus d’un an maintenant, sans parler de Manjaro, c’est un outil aux possibilités multiples sur lesquelles il faut s’attarder. Vraiment.

Avec systemd vient inévitablement udev, qui sont liés depuis quelques années maintenant. udev peut être vu comme un gestionnaire de périphériques, dans le sens qu’il définit un nom et un point d’entrée pour toute une série de périphériques (webcam, cartes sons, disques durs, cartes réseaux…). La plus grosse nouveauté qui risque de déstabiliser les longs habitués de Linux, et ceux qui bricolent beaucoup de scripts réseaux, concerne le nommage des cartes réseaux. L’équipe de Debian a décidé de profiter d’une des fonctionnalités qui permet de s’assurer qu’une carte réseau dispose du même nom quelque soit les circonstances : Predictable Network Device Names. Cela permet de ne plus se poser la question de savoir si d’aventure le noyau décide de détecter les cartes dans un ordre différent et donc de changer leur nom. Comme je l’ai dit ça peut être un inconvénient si vous disposez de scripts utilisant le nom de l’interface comme base de travail, il faudra faire des adaptations.

Le support UEFI s’améliore, et permet l’installation de la version 64bit avec des UEFI 32bit, une chimère qui est arrivée sur plusieurs appareils comme certains netbooks, qui ont grandement besoin d’un OS qui ne les étouffe pas comme Windows sait très bien le faire — rassurez-vous, un mauvais choix de distribution Linux aussi, notez bien. Toujours pas de Secure Boot évidemment, la faute aux constructeurs qui ne veulent toujours pas jouer le jeu et continuent de se réfugier derrière Microsoft. M’enfin on peut pas non plus tout avoir.

Un peu plus haut dans les couches logicielles, Apache est maintenant dans une version qui permet d’activer le support d’HTTP2. Comme dirait l’autre, y’a plus qu’à, bien qu’il y aurait certainement des choses à dire sur l’utilité d’un tel support si derrière vous utilisez un système intermédiaire comme Varnish, ou un intermédiaire (CDN, WAF) qui ne supporte pas ce protocole. Dans le même domaine ou presque, PHP 7.0 est maintenant de service ce qui élimine le besoin de recours à Dotdeb au moins pour ça, MariaDB remplace définitivement MySQL, et est donc implémenté en version 10.1. PostgreSQL est pour sa part en 9.6 (avec améliorations de performances, de la recherche full-text, de fiabilité sur la réplication), et si des langages évolués vous intéressent Python est livré dans sa saveur 3.5.3, Ruby en 2.3. OpenSSL 1.1 désactive d’emblée pas mal de vieux ciphers et protocoles faillibles, ce qui n’est pas du luxe il faut le reconnaître.

Changeons de domaine pour passer à celui dont Cyrille et Frédéric pensent qu’il va mourir dans quelques années : le desktop, ou bureau en français. Firefox et Thunderbird font leur retour officiel (ils étaient toujours là, mais avec un nom différent), après que Mozilla aie cédé à propos de la protection de la marque. Les versions ESR sont privilégiées pour des raisons évidentes de stabilité, bien qu’ils aient un peu de retard de ce côté-là (les ESR seront mises à jour, mais le freeze a mécaniquement retardé le travail). LibreOffice pour sa part en « Still » 5.2, ce qui garantit, en tout cas pour cette année, un bon niveau de support de différents formats. Une autre absence notable est celle de VirtualBox. Oracle à décidé qu’il ne fournirait plus les patches de manière indépendante ce qui rend impossible le maintien d’une version figée incluant les corrections, et a donc contraint l’équipe Debian à ne plus le proposer.

Les principaux bureaux sont dans une version pas mal récente, Gnome 3.22, MATE 1.16, les composants « KDE5 » ne sont pas trop anciens, dans l’ensemble c’est du frais et ça fera plaisir aux amateurs. Au moins pour cette année.

Pourquoi je mentionne souvent « cette année » ? Si côté serveur on s’en contentera et qu’on connaît la musique (et que Dotdeb permet de s’armer côté serveur sur la durée),  côté « graphique », on a affaire au sempiternel problème d’un freeze prolongé et donc à l’inévitable obsolescence, ou en tout cas un manque flagrant de certaines fonctions pratiques qui seront disponibles chez les Rolling ou les fixed en cycle court bien plus tôt. Ça concerne aussi bien les fonctionnalités que le support matériel. Je pourrais très bien installer Debian sur mon laptop et je n’aurai pas de problème de reconnaissance. Mais avec une machine plus récente la situation serait certainement différente, comme je l’ai moi-même expérimenté avec le laptop LDLC qui a du attendre un an et quelques mises à jour du noyau pour ne plus déconner sur certains points (consommation, gestion de la mise en veille…).

C’est donc une distribution tout à fait viable selon moi, pour les appareils un peu ancien (plus de deux ans), et pour les personnes qui ne courent pas après les dernières fonctionnalités à la mode. Du style de celles que ça ne dérange pas d’avoir 15 versions de retard d’Android sur leur téléphone, sans espoir que le constructeur propose les mises à jour. Même si dans le cas de Debian, si les mises à jour sont suivies la sécurité sera au rendez-vous.

Côté serveur c’est différent, on est souvent sur une optique de niveau technique de l’utilisateur permettant le cas échéant de contourner ce problème de versions. La compilation manuelle ou l’ajout de dépôt tiers (voire même la gestion de son propre dépôt additionnel) n’est souvent pas un problème pour un administrateur système averti. Ça l’est plus pour les pseudo devops qui ne savent pas toucher une ligne de Bash ou déployer un serveur sans un outil tiers comme Ansible ou plus récemment Terraform.

Bref, ça semble être un très bon cru, avec les mêmes faiblesses qui sont au final liées à la philosophie de Debian (la totalité des logiciels sur une dizaine d’architecture matérielles, notamment celles dont ne se préoccupent pas les développeurs upstream, ça coince forcément), mais des  faiblesses historiques pour lesquelles des solutions existent. J’attends encore un poil (après l’été) et je pense que je vais mettre les mains dedans sérieusement. Après l’été probablement, il semblerait qu’il y aie pas mal de problèmes de finition à dégrossir.