Linux : Debian 9 Stretch en version stable

Le par  |  53 commentaire(s)
Debian-9-Stretch

Réputée pour sa stabilité, la distribution GNU/Linux de Debian est publiée dans une version 9.0 alias Stretch.

Le projet Debian annonce la disponibilité de la nouvelle version stable de la distribution Linux. Au nom de code Stretch, Debian 9.0 arrive après 26 mois de développement et peut désormais être déployée en environnement de production. Elle bénéficie d'un support à long terme de cinq ans.

Debian 9 gère une dizaine d'architectures matérielles avec notamment pour MIPS, l'arrivée du support de mips64el. Par contre, le support de l'architecture PowerPC a été supprimé. Apparue dans Debian 7 Wheezy, la gestion de l'UEFI (Unified Extensible Firmware Interface) a été améliorée dans Debian 8 Jessie et continue de l'être.

En particulier, le projet Debian indique la possibilité d'une installation en présence du firmware UEFI 32 bits avec un noyau 64 bits. Les images autonomes Live intègrent également la prise en charge de l'amorçage UEFI.

Parmi les changements qui ont fait parler, MariaDB remplace MySQL en tant que base de données par défaut. De manière plus anecdotique, on rappellera également le retour de Firefox et Thunderbird à la place de Iceweasel et Icedove que nous avions évoqué l'année dernière.

Debian 9 Stretch devient la première version de Debian à proposer la branche dite moderne de GnuPG dans le paquet logiciel gnupg. Il est notamment question du support de la cryptographie par courbe elliptique, une architecture davantage modulaire, la prise en charge des cartes à puce.

La distribution comprend " plus de 15 346 nouveaux paquets, pour un total de plus de 51 687 paquets. La plupart des logiciels de la distribution ont été mis à jour : plus de 29 859 paquets logiciels (ce qui représente 57 % des paquets de la distribution Jessie). Un nombre significatif de paquets (plus de 6 739, soit 13 % des paquets de Jessie) ont également été supprimés de la distribution pour diverses raisons. "

La distribution Debian 9.0 pourra être obtenue depuis le site officiel. Un hommage est rendu à Ian Murdock, le fondateur du projet Debian décédé le 28 décembre 2015.

Complément d'information

Vos commentaires Page 1 / 6

Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Le #1969148
Tails sous Debian Stretch !
Le #1969150
Hum ... cette nouvelle version veut me forcer à défaire mon installation manuelle d'Nvidia ...
Le #1969154
Bon, plus que 4 VMs de mon infra perso à passer sous Stretch

Quelques petites remarques sur la màj (qui globalement ne pose pas de problème):

* Si vous utilisez OpenVPN, pensez à mettre à jour vos fichiers de configuration serveur, notamment la directive: push route "subnet mask" qui devient push "route subnet mask" (ex: push "route 10.42.0.0 255.255.0.0")
* Côté PHP, les paquets PHP 5.6 (fpm, etc) sont conservés. Si vous voulez utiliser PHP 7 FPM, pensez à bien configurer votre serveur Ouaibe. Si votre applicatif n'est pas à jour pour supporter PHP7, il devrait normalement toujours utiliser PHP5-FPM (si vous n'utilisez pas FPM, mettez le en place )
* Si vous utilisez Dovecot, il faut remplacer, dans /etc/dovecot/conf.d/10-ssl.conf, la ligne "ssl_protocols = !SSLv2" par "ssl_protocols = !SSLv3" sinon le service ne se relancera pas.
* pensez à shutdown (systemctl stop mysql) mysql ou mariadb avant le dist-upgrade sinon il couine
* Si vous utilisez NodeJS et surtout npm, utilisez pour le moment le dépôt jessie de nodesource, pas la version packagée (qui ne fournit pas npm)

J'attends encore quelques jours les remontées avant de faire la même en prod' (au boulot quoi)

edit: arf, bon courage FRANCKYIV
Le #1969156
Pourquoi MariaDB à la place de MySQL ?
Trop de failles sur MySQL ?
Le #1969159
skynet a écrit :

Pourquoi MariaDB à la place de MySQL ?
Trop de failles sur MySQL ?


Oracle, c'est le maaaaaal

Plus sérieusement, MariaDB est, disons, plus "libre-friendly" qu'Oracle, ce qui a motivé le choix de la 10.1 pour remplacer MySQL 5.5 (et MariaDB 5.5) par défaut. Rien n'empêche bien sûr d'ajouter le dépôt officiel d'Oracle pour pouvor utiliser MySQL 5.7 par exemple. mariaDB 10.1 quant à elle est au même niveau de perfs et fonctionnalités que MySQL 5.6 (si je me rappelle bien). Je l'utilise sur de la grosse prod' sans souci (faut bien optimiser les paramètres InnoDB par contre, la conf par défaut est suffisante pour du chez soi/PME mais pas du tout pour du gros site ouaibe avec plein d'utilisateurs)
Le #1969163
lidstah a écrit :

skynet a écrit :

Pourquoi MariaDB à la place de MySQL ?
Trop de failles sur MySQL ?


Oracle, c'est le maaaaaal

Plus sérieusement, MariaDB est, disons, plus "libre-friendly" qu'Oracle, ce qui a motivé le choix de la 10.1 pour remplacer MySQL 5.5 (et MariaDB 5.5) par défaut. Rien n'empêche bien sûr d'ajouter le dépôt officiel d'Oracle pour pouvor utiliser MySQL 5.7 par exemple. mariaDB 10.1 quant à elle est au même niveau de perfs et fonctionnalités que MySQL 5.6 (si je me rappelle bien). Je l'utilise sur de la grosse prod' sans souci (faut bien optimiser les paramètres InnoDB par contre, la conf par défaut est suffisante pour du chez soi/PME mais pas du tout pour du gros site ouaibe avec plein d'utilisateurs)


Merci pour ces infos
Mais la plupart de mes serveurs tournent sur Mysql. MariaDB est totalement compatible avec les tables créées ?

Ces changements de solutions à chaque changement de version de Linux me font toujours peur
Le #1969166
skynet a écrit :

lidstah a écrit :

skynet a écrit :

Pourquoi MariaDB à la place de MySQL ?
Trop de failles sur MySQL ?


Oracle, c'est le maaaaaal

Plus sérieusement, MariaDB est, disons, plus "libre-friendly" qu'Oracle, ce qui a motivé le choix de la 10.1 pour remplacer MySQL 5.5 (et MariaDB 5.5) par défaut. Rien n'empêche bien sûr d'ajouter le dépôt officiel d'Oracle pour pouvor utiliser MySQL 5.7 par exemple. mariaDB 10.1 quant à elle est au même niveau de perfs et fonctionnalités que MySQL 5.6 (si je me rappelle bien). Je l'utilise sur de la grosse prod' sans souci (faut bien optimiser les paramètres InnoDB par contre, la conf par défaut est suffisante pour du chez soi/PME mais pas du tout pour du gros site ouaibe avec plein d'utilisateurs)


Merci pour ces infos
Mais la plupart de mes serveurs tournent sur Mysql. MariaDB est totalement compatible avec les tables créées ?

Ces changements de solutions à chaque changement de version de Linux me font toujours peur


Si elles sont proposées c'est que ça passe. Sont pas trop bêtes chez Debian.
Le #1969167
FRANCKYIV a écrit :

Hum ... cette nouvelle version veut me forcer à défaire mon installation manuelle d'Nvidia ...


C'est quoi ta motivation à installer en manuel ce driver ?
Le #1969168
dotto a écrit :

skynet a écrit :

lidstah a écrit :

skynet a écrit :

Pourquoi MariaDB à la place de MySQL ?
Trop de failles sur MySQL ?


Oracle, c'est le maaaaaal

Plus sérieusement, MariaDB est, disons, plus "libre-friendly" qu'Oracle, ce qui a motivé le choix de la 10.1 pour remplacer MySQL 5.5 (et MariaDB 5.5) par défaut. Rien n'empêche bien sûr d'ajouter le dépôt officiel d'Oracle pour pouvor utiliser MySQL 5.7 par exemple. mariaDB 10.1 quant à elle est au même niveau de perfs et fonctionnalités que MySQL 5.6 (si je me rappelle bien). Je l'utilise sur de la grosse prod' sans souci (faut bien optimiser les paramètres InnoDB par contre, la conf par défaut est suffisante pour du chez soi/PME mais pas du tout pour du gros site ouaibe avec plein d'utilisateurs)


Merci pour ces infos
Mais la plupart de mes serveurs tournent sur Mysql. MariaDB est totalement compatible avec les tables créées ?

Ces changements de solutions à chaque changement de version de Linux me font toujours peur


Si elles sont proposées c'est que ça passe. Sont pas trop bêtes chez Debian.


Pas envie d'avoir à jouer les beta testeurs sur des applis aussi sensibles que ça...
Le #1969170
Alors, si tu utilisais MySQL 5.5 ou 5.6, normalement aucun souci - par contre il y a un changement de format binaire des fichiers de stockage des BDDs apparemment (cf https://www.debian.org/releases//stretch/s390x/release-notes/ch-whats-new.en.html#mariadb-replaces-mysql ) et donc, lors de la maj, mariadb convertit l'ancien format dans le nouveau. Sur de la petite base c'est quasi instantané, sur de la grosse base (genre 300Go, j'en ai une comme ça) ça risque de piquer un peu plus, donc, par mesure de sécurité:

* backupper ses bases (mysqldump, rsync d'un snapshot lvm, etc)
* Si ça n'a pas été fait: backup!
* j'allais oublier, mais tu as bien fait un backup, hein?
* idéalement si grosses, grosses bases de données, tester sur une preprod ou autre pour être sûr que tout se passe bien

Mais pour le moment, sur mes machines persos (donc petites bases, typiquement mon wiki perso, ma bdd de mails et mon erp pour la compta), j'ai pas eu le moindre problème.

Bon je vais attendre un peu par contre pour l'hyperviseur Xen - les VMs sont à jour, l'hyperviseur j'attends d'avoir des retours

Suivre les commentaires
Poster un commentaire
Anonyme
:) ;) :D ^^ 8) :| :lol: :p :-/ :o :w00t: :roll: :( :cry: :facepalm:
:andy: :annoyed: :bandit: :alien: :ninja: :agent: :doh: :@ :sick: :kiss: :love: :sleep: :whistle: =]