{"id":140334,"date":"2025-08-09T23:12:05","date_gmt":"2025-08-09T21:12:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-debian-13"},"modified":"2025-08-09T23:12:05","modified_gmt":"2025-08-09T21:12:05","slug":"reliz-debian-13","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-debian-13","title":{"rendered":"Publication de Debian 13","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s deux ans de d\u00e9veloppement, la version Debian 13 \u00ab Trixie \u00bb est disponible pour huit architectures officiellement support\u00e9es : Intel IA-32\/x86 (i686), AMD64\/x86-64, ARM EABI (armel), ARM64, ARMv7 (armhf), RISC-V, PowerPC 64 (ppc64el) et IBM System z (s390x). Des mises \u00e0 jour pour Debian 13 seront publi\u00e9es pendant 5 ans. <\/p>\n
Des images d'installation sont disponibles en t\u00e9l\u00e9chargement via HTTP, jigdo ou BitTorrent. Pour l'architecture amd64, des LiveUSB ont \u00e9t\u00e9 d\u00e9velopp\u00e9s, disponibles en versions avec GNOME, KDE, LXDE, Xfce, Cinnamon et MATE, ainsi qu'un DVD multi-architecture combinant des paquets pour la plateforme amd64 avec des paquets suppl\u00e9mentaires pour l'architecture i386. Avant de proc\u00e9der \u00e0 la migration depuis Debian 12, il convient de consulter le document suivant. <\/p>\n
Le d\u00e9p\u00f4t contient 69830 paquets binaires, soit 5411 paquets de plus que dans Debian 12. Par rapport \u00e0 Debian 12, 14116 nouveaux paquets binaires ont \u00e9t\u00e9 ajout\u00e9s, 8844 paquets (12%) obsol\u00e8tes ou abandonn\u00e9s ont \u00e9t\u00e9 supprim\u00e9s, et 44326 paquets (63%) ont \u00e9t\u00e9 mis \u00e0 jour. La taille totale de tous les codes sources propos\u00e9s dans la distribution est de 1 463 291 186 lignes de code. La taille totale de tous les paquets est de 403 Go. <\/p>\n
Pour 96,9 % des paquets, le support des compilations reproductibles est assur\u00e9, permettant de v\u00e9rifier que l'ex\u00e9cutable a bien \u00e9t\u00e9 compil\u00e9 \u00e0 partir des sources d\u00e9clar\u00e9es et ne contient aucune modification non autoris\u00e9e, qui pourrait \u00eatre introduite, par exemple, par une attaque sur l'infrastructure de compilation ou par un backdoor dans le compilateur. <\/p>\n
Changements cl\u00e9s dans Debian 13.0 : <\/p>\n
\n
Un port officiel de la distribution a \u00e9t\u00e9 ajout\u00e9 pour les syst\u00e8mes bas\u00e9s sur l'architecture 64 bits RISC-V.\n
Un port \u00ab loong64 \u00bb a \u00e9t\u00e9 ajout\u00e9 pour les syst\u00e8mes bas\u00e9s sur l'architecture LoongArch, utilis\u00e9e dans les processeurs Loongson 3 5000 et impl\u00e9mentant une ISA RISC similaire \u00e0 MIPS et RISC-V. Ce port n'est pas inclus parmi les ports officiellement support\u00e9s.\n
Les ports \u00ab mipsel \u00bb et \u00ab mips64el \u00bb pour les syst\u00e8mes bas\u00e9s sur l'architecture MIPS ont \u00e9t\u00e9 supprim\u00e9s. Le port \u00ab mipsel \u00bb \u00e9tait l'un des plus anciens ports support\u00e9s par Debian, plus ancien que celui pour les processeurs i386. La raison de cette suppression est due \u00e0 des probl\u00e8mes techniques, tels que la limite de taille de m\u00e9moire dans l'espace utilisateur \u00e0 2 Go et des probl\u00e8mes de compilation.\n
La cr\u00e9ation de versions officielles et de packages avec un noyau pour les syst\u00e8mes 32 bits x86 est interrompue, mais un d\u00e9p\u00f4t de packages officiellement pris en charge et un d\u00e9p\u00f4t multi-arch sont toujours disponibles, permettant le d\u00e9ploiement d'environnements 32 bits dans des conteneurs isol\u00e9s et fournissant des outils pour la construction d'applications 32 bits. L'architecture i386 dans Debian est d\u00e9sormais limit\u00e9e \u00e0 la prise en charge de l'ex\u00e9cution d'applications 32 bits dans un environnement 64 bits x86_64 (les instructions SSE2, qui ne sont pas disponibles dans la plupart des processeurs 32 bits, sont utilis\u00e9es lors de la compilation, ce qui n'est pas pris en charge dans Debian 12).\n
Le probl\u00e8me de l'an 2038 est enti\u00e8rement r\u00e9solu. Tous les packages ont \u00e9t\u00e9 port\u00e9s \u00e0 l'utilisation du type 64 bits time_t dans les ports de la distribution pour les architectures 32 bits, o\u00f9 le type 32 bits time_t continuait d'\u00eatre utilis\u00e9 (ce qui ne peut pas \u00eatre appliqu\u00e9 pour traiter des temps post\u00e9rieurs au 19 janvier 2038 en raison du d\u00e9passement du compteur de secondes \u00e9coul\u00e9es depuis le 1er janvier 1970).\n
La logique de gestion des partitions EFI a \u00e9t\u00e9 modifi\u00e9e dans l'installateur, et un mode de r\u00e9cup\u00e9ration pour les syst\u00e8mes install\u00e9s dans une sous-partie Btrfs a \u00e9t\u00e9 ajout\u00e9. Les firmwares non n\u00e9cessaires \u00e0 l'installation, ceux qui ne peuvent fonctionner sans des packages non libres ou inutiles avec les param\u00e8tres actuels du noyau, ont \u00e9t\u00e9 exclus. Le support de grub-legacy et win32-loader a \u00e9t\u00e9 abandonn\u00e9. La prise en charge de l'utilisation de caract\u00e8res non ASCII dans le nom d'utilisateur complet a \u00e9t\u00e9 r\u00e9tablie. Le support pour les cartes et appareils suivants a \u00e9t\u00e9 ajout\u00e9 : Pine64 Pinebook, MNT Reform 2, AM64x HummingBoard-T, Pine64 Star64, Wandboard rev D1, ainsi que pour les ordinateurs portables et tablettes bas\u00e9s sur ARM SoC Snapdragon X Elite.\n
Un mode de d\u00e9marrage \u00e0 distance \u00ab HTTP Boot \u00bb a \u00e9t\u00e9 ajout\u00e9 dans l'installateur et les builds Live, o\u00f9 les images de d\u00e9marrage sont livr\u00e9es via le protocole HTTP (l'URL de l'image ISO est entr\u00e9e dans l'interface de firmware UEFI ou U-Boot).\n
Pour stocker le r\u00e9pertoire des fichiers temporaires \/tmp, le syst\u00e8me de fichiers tmpfs est utilis\u00e9, qui utilise un disque RAM bas\u00e9 en m\u00e9moire vive, pouvant \u00eatre \u00e9chang\u00e9 sur une partition de swap en cas de manque de m\u00e9moire libre. L'utilisation de tmpfs permet de r\u00e9duire le nombre d'op\u00e9rations d'\u00e9criture sur le disque physique, de diminuer la consommation d'\u00e9nergie des disques durs, d'augmenter la dur\u00e9e de vie des SSD et d'am\u00e9liorer la performance des op\u00e9rations sur les fichiers temporaires. Pour restaurer le stockage de \/tmp dans un syst\u00e8me de fichiers ordinaire, vous pouvez utiliser la commande \u00ab systemctl mask tmp.mount \u00bb.\n
Les commandes last, lastb et lastlog, qui \u00e9taient li\u00e9es aux fichiers \/var\/log\/wtmp, \/var\/log\/btmp, \/var\/run\/utmp et \/var\/log\/lastlog, utilisant un type time_t sur 32 bits, ne peuvent pas \u00eatre remplac\u00e9es par un type sur 64 bits sans modifier l'ABI Glibc et compromettre la compatibilit\u00e9 avec les applications. Il est recommand\u00e9 d'utiliser les utilitaires wtmpdb, lastlog2 et lslogins \u00e0 la place.\n
Pour d\u00e9tecter et monter des syst\u00e8mes de fichiers crypt\u00e9s, le paquet systemd-cryptsetup a \u00e9t\u00e9 activ\u00e9.\n
Sur les syst\u00e8mes avec une architecture AMD64 et ARM64, des extensions Intel CET (Control-flow Enforcement Technology), ARM PAC (Pointer Authentication) et BTI (Branch Target Identification) sont utilis\u00e9es pour se prot\u00e9ger contre les exploits qui utilisent des m\u00e9thodes de programmation orient\u00e9e retour (ROP - Return-Oriented Programming). En utilisant la technique ROP, l'attaquant ne tente pas de placer son code en m\u00e9moire, mais op\u00e8re sur des morceaux d'instructions dans les biblioth\u00e8ques charg\u00e9es, se terminant par une instruction de retour de contr\u00f4le (g\u00e9n\u00e9ralement, cela correspond \u00e0 la fin des fonctions de biblioth\u00e8que). Le fonctionnement d'un exploit consiste \u00e0 construire une cha\u00eene d'appels semblables \u00e0 ces blocs (\u00ab gadgets \u00bb) pour obtenir la fonctionnalit\u00e9 souhait\u00e9e. L'essence de la protection est que, apr\u00e8s avoir transf\u00e9r\u00e9 le contr\u00f4le \u00e0 une fonction, les adresses de retour sont sauvegard\u00e9es par le processeur non seulement dans la pile classique, mais \u00e9galement dans une pile fant\u00f4me distincte, qui ne peut pas \u00eatre modifi\u00e9e directement.\n
Le support de l'utilitaire run0, fourni dans systemd pour ex\u00e9cuter des processus sous des identifiants d'autres utilisateurs, a \u00e9t\u00e9 ajout\u00e9. L'utilitaire est mis en \u0153uvre sous la forme d'une surcouche de la commande systemd-run et est pr\u00e9sent\u00e9 comme un remplacement plus s\u00fbr du programme sudo.\n
La branche du gestionnaire de paquets APT 3.0 a \u00e9t\u00e9 activ\u00e9e, avec une interface utilisateur repens\u00e9e, un moteur de r\u00e9solution des d\u00e9pendances Solver3 activ\u00e9, un support pour les instantan\u00e9s ajout\u00e9, l'utilisation de l'outil apt-key interrompue, un backend crypto pour la biblioth\u00e8que OpenSSL ajout\u00e9 et la commande 'dist-clean' impl\u00e9ment\u00e9e.\n
La commande debian-repro-status a \u00e9t\u00e9 ajout\u00e9e pour v\u00e9rifier l'\u00e9tat d'une build reproduisible pour les paquets install\u00e9s sur le syst\u00e8me actuel.\n
La migration de la distribution de l'utilisation d'une partition s\u00e9par\u00e9e \/usr vers un mod\u00e8le o\u00f9 les r\u00e9pertoires \/bin, \/sbin et \/lib* sont des liens symboliques vers les r\u00e9pertoires correspondants \u00e0 l'int\u00e9rieur de \/usr a \u00e9t\u00e9 achev\u00e9e.\n
Le noyau Linux a \u00e9t\u00e9 mis \u00e0 jour vers la version 6.12. Les nouvelles versions de systemd 257, bash 5.2.37, Glibc 2.41 et OpenSSL 3.5 ont \u00e9t\u00e9 activ\u00e9es.\n
La version comprend les environnements de bureau GNOME 48, KDE Plasma 6.3, LXDE 13, LXQt 2.1.0 et Xfce 4.20. La pile graphique a \u00e9t\u00e9 mise \u00e0 jour.\n
Les applications utilisateur ont \u00e9t\u00e9 mises \u00e0 jour, comme LibreOffice 25.2, GIMP 3.0.2, Inkscape 1.4, Vim 9.1.\n
Les outils de d\u00e9veloppement ont \u00e9t\u00e9 mis \u00e0 jour, comme GCC 14.2, LLVM\/Clang 19, Perl 5.40, PHP 8.4, Python 3.13, Rust 1.85, Go 1.24.\n