L’équipe de FreeBSD vient d’annoncer la disponibilité de la version finale pour la quinzième édition majeure du système Unix.
La plupart des évolutions sont largement liées à la modernisation générale des paquets. On trouve cependant plusieurs améliorations notables, dont une génération des artefacts (images d’installations, de machines virtuelles et autres) sans requérir de droits administrateur. On peut également voir une implémentation native d’inotify, ou encore le passage à la version 2.4.0-rc4 de ZFS.
FreeBSD 15 introduit surtout deux changements majeurs. D’abord, l’introduction d’une nouvelle méthode pour l’installation et la gestion du système, basée sur le gestionnaire de paquets pkg. Lors de l’installation, les utilisateurs peuvent choisir entre la nouvelle méthode et l’ancienne (distribution sets). L’équipe précise cependant que cette dernière sera supprimée avec FreeBSD 16.
L’autre grande nouveauté est l’arrivée des builds reproductibles. Aussi appelée compilation déterministe, cette méthode permet de s’assurer que le code binaire pourra être reproduit par d’autres personnes. Il s’agit d’une étape importante pour la confiance, car la conséquence principale est que les utilisateurs peuvent s’assurer notamment que les images fournies par l’équipe sont bien ce qu’elles prétendent être et correspondent aux sources.
Signalons également une progression significative du support des ordinateurs portables par le système grâce à l’initiative FreeBSD-on-laptops, surtout pour le matériel Wi-Fi et graphique.
Commentaires (10)
Abonnez-vous pour prendre part au débat
Déjà abonné ? Se connecter
Cet article est en accès libre, mais il est le fruit du travail d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles
Profitez d’un média expert et unique
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousLe 02/12/2025 à 10h46
J'adore BSD pour sa doc, et son système de build ... Mais je l'ai lâché car ces dernières années, le support Wifi était bien trop aux fraises.
Modifié le 02/12/2025 à 11h57
Le wiki de FreeBSD.org présente une liste de laptops qui fonctionnent avec FreeBSD, mais rarement à 100 %. La liste ne contient que deux modèles pour 2024. Apparemment, ça devrait être ok avec un Framework mais, à mon étonnement, pas avec un System76 (edit: enfin, un modèle de 2017 oui, un de 2023 non).
Dans l'ensemble, l'état du site web me donne l'impression qu'ils manquent de ressources humaines.
Le 02/12/2025 à 16h43
Le wiki n'est pas "synchronisé", ce n'est pas la même équipe.
Pour les laptops: disons que même mon X270, qui est un peu une ref sans histoire, n'est pas full compatible Linux (pas mal de problèmes de réveil), de même que mon M75Q pour le bureau.
Après, je ne m'attends pas à un expérience 100% sans problème (comme avec aucun OS: Windows et Linux ont chacun leurs problèmes). Mais il y a 10 ans, la partir Wifi était vraiment très en retard.
Le 02/12/2025 à 22h05
Elle inclus les Broadcom, Netgear et autres Realtek... Et même les Killer !
Manifestement ils ont quand même un peu bossé !
Le 02/12/2025 à 13h41
Le 02/12/2025 à 14h21
Modifié le 02/12/2025 à 14h29
Sur un même PC de compilation et à quelques minutes d'intervalle, c'est (assez) facile d'obtenir le même binaire. Sur tous les PC de la planète et à n'importe quel moment présent/futur, c'est plus compliqué.
Le 02/12/2025 à 16h55
Les mêmes sources doivent donner le même résultat après la build ?
Modifié le 02/12/2025 à 17h07
Mais c'est valide aussi pour les autres métadonnées telles que l'emplacement du fichier, l'utilisateur, les permissions, etc... qui peuvent se retrouver dans les artefacts de compilation ou d'assemblage.
Le 02/12/2025 à 23h04
Cela dépend par exemple de la version du compilateur que tu utilises, de ton OS, de ton materiel… mais aussi des très nombreuses options de ton compilateur dont des dizaines (voire centaines) vont être peut être des options par défaut et d’autres peut être pas. Et ça c’est juste pour la partie compilation.
Ensuite il y a le problème des dépendances : si elles ne sont pas toutes locales, tu n’es pas a l’abri qu’une de tes dépendances ait changé entre deux compilations. Même si c’est plutôt une mauvaise pratique de ne pas fixer ses dépendances, il y a plein de projets qui ne le font pas et une distribution n’est pas en position de l’exiger.
Et maintenant multiplie toutes les problématiques précédentes par le nombre gigantesque de paquets compilés que doit fournir une distribution comme FreeBSD et tu te rends compte que c’est en fait une tâche extrêmement difficile.
Signaler un commentaire
Voulez-vous vraiment signaler ce commentaire ?