Les plans se précisent pour la future version majeure de Debian, distribution Linux servant de socle à un très grand nombre de systèmes d’exploitation.
La transition et le freeze des parties essentielles de Debian 11 auront lieu le 12 janvier. À compter de là, les développeurs n’incluront normalement plus de changements majeurs dans le code. Le soft freeze interviendra le 12 février, puis le hard freeze le 12 mars. L’équipe se donne donc un mois à chaque étape.
La date du freeze complet et de parution ne sont pas encore connues, mais Debian 11 devrait sortir durant le printemps prochain, si aucun problème sérieux ne vient bousculer le programme.
Debian 11 se nommera Bullseye, et la suivante Bookworm. On sait maintenant que Debian 13 s’appellera Trixie. Pour rappel, tous les noms de versions sont tirés des personnages de la série de films Toy Story.
Commentaires (5)
#1
Quid du choix avec/sans systemd ?
OK, je –> [], on est pas vendredi …
Mais plus sérieusement, même si à mon échelle, j’ai pas grand chose d’important (pas de gros serveur de prod, juste du FW perso, des machines de dév au taff), la Devuan prend de plus en plus souvent le pas sur la Debian.
Pour des questions réseau ces derniers temps. J’en ai marre de découvrir trop tard que systemd a pris le contrôle de tel ou tel truc, et d’avoir à lire tout internet pour comprendre la syntaxe des nouveaux fichiers.
Exemple: ça fait une semaine ou deux que je sais que la config réseau doit se faire dans /etc/systemd/network maintenant.
Là, je voulais renommer les interfaces (genre ethFreebox et ethLAN) via /etc/udev/rules.d/.
Mais sinon /etc/network/interfaces marche encore … Un peu …
Du coup, en début d’année, je me suis retrouvé avec une bécane qui avait l’IP fixe que je lui ait imposée, mais en plus, elle continuait à aller chercher une IP dynamique (DHCP).
Hop, Debian toute fraîche remplacée par une Devuan toute fraîche. Et là, bizarrement, tout à fonctionné nickel du premier coup. Pour l’IP fixe autant que pour le renommage des interfaces !
#1.1
Cela dépend vraiment des besoins, du temps que l’on accorde à lire la documentation et aux différentes évolutions.
C’est vrai pour systemd, mais aussi pour nftable au lieu d’iptables…
Personnellement, après un petit temps d’adaptation je le reconnais je trouve très performant cette nouvelle configuration systemd, il faut juste prendre le temps de comprendre comment cela fonctionne comme pour chaque évolution… Mais aussi avoir ce temps là je le conçoit.
On est pas vendredi mais on pourrait partir sur #ResitanceAuChangement ;)
Dans tous les cas, l’un des avantages du libre c’est que chaque distribution convient à quelqu’un… mais il faut reconnaître que Debian est une distribution majeure.
#2
+1 J’ai le même genre d’emmerdes à chaque version majeure.
#3
Debian Pile Poil
#4
Je ne nierai pas cette résistance ! Probablement parce que je suis vieux !
Et puis parce que c’est pas un full time job. Sur le plan pro, je suis dév, pas admin sys. Mais je déborde, j’en ai besoin pour des tests, des proto, etc. J’ai pas le temps de lire la doc … Et sur le plan perso, je peux pas péter le FW en faisant des tests, sinon je me fais engueuler par madame !
Mais sinon, en toute objectivité (?), est-ce qu’on peut dire que systemd fout le binz un peu aussi parce qu’il change tout mais pas à 100 % ? Genre : la config réseau à l’ancienne marche encore, mais pas certains trucs. La config udev/rules.d marche encore, mais pas certains trucs. Etc.
J’ai jamais vu de mes yeux vu, mais j’ai un pote, un vrai admin sys pour le coup, qui m’a dit plusieurs fois : systemd ? Jamais, ça fait des logs binaires. Non mais allo quoi, des logs binaires !