Nous avons la chance d'avoir quelques développeurs qui fréquentent LinuxFR.org (what else ?), dont Jean-Sébastien Pédron (alias dumbbell) qui contribue au système d'exploitation libre FreeBSD (dont dérivent notamment PC-BSD, GhostBSD, FreeNAS…).

Alors que FreeBSD vient de fêter ses vingt ans, que l'on apprenait récemment qu'il serait au cœur de la future PlayStation 4 et que la version 9.2 pointe le bout de son nez, nous revenons avec Jean-Sébastien Pédron sur son travail en cours, de portage du Kernel-based mode-setting (KMS) dans FreeBSD pour les GPU Radeon.

Dans la mesure où les dernières versions du pilote libre radeon (à partir de la version 7.0 du pilote xf86-video-ati publiée le 6 novembre 2012, précisément) et Weston, le compositeur de référence du projet Wayland, nécessitent KMS, ce port revêt une importance particulière pour le projet FreeBSD (rappelons que depuis FreeBSD 9.1, le pilote Intel prend en charge KMS).

Jean-Sébastien a accepté de répondre à quelques questions pour LinuxFR.org ; nous le remercions chaleureusement à la fois pour le temps consacré à cet entretien et pour son implication dans FreeBSD !

À noter que les hyperliens ont été ajoutés après coup par les contributeurs à cette dépêche pour en faciliter la lecture.

Wolfgang Draxinger a lancé le projet KLANG. Il ambitionne d'écrire un nouveau gestionnaire audio pour les noyaux Linux et FreeBSD avec un rendu professionnel :

• sans hachure,
• avec un minimum de latence
• et avec une gestion intelligente de l'énergie.

Alors que l'information est en train de se répandre sur la toile, l'auteur met en garde : bien qu'un site décrivant les ambitions du projet existe, le code n'est pas encore dans un état acceptable pour une première version publique.

Avec l'évolution de FreeBSD, les changements visibles par l'utilisateur devraient être les moins déroutants possible. Par exemple, un réarrangement arbitraire des variables de démarrage du système dans le fichier /etc/defaults/rc.conf viole ce principe (POLA--principe du moindre étonnement). Les développeurs prennent en compte ce principe quand ils s'intéressent aux changements du système visibles par les utilisateurs.

Cette définition de la POLA (Principle Of Least Astonishment) tirée du freebsd-glossary donne une bonne idée du processus de développement de FreeBSD. Les décisions sont consensuelles, la compatibilité binaire est assurée, les changements ne doivent pas perturber les utilisateurs. C'est ce qui fait — qualités techniques mises à part — de FreeBSD un OS particulièrement stable et agréable à utiliser en production.

Alors que l'été avait été particulièrement trollesque sur le ton « Linux va nous bouffer — on va tous mourir », ce processus tranquille fait preuve une fois de plus de son efficacité démontrant aux sceptiques que cette stabilité n’empêche pas l’innovation. Et c'est finalement une version 9 riche en nouveautés et en améliorations que nous livre le projet.

Il y aura sans doute des benchmarks, des tests précis et millimétrés. Mais sans les attendre, on peut déjà affirmer sans crainte que l'amélioration des performances sur le réseau et le smp est simplement hallucinante.

NdM : grand coup de chapeau pour cet article rédigé de manière collaborative par 19 contributeurs en près de 300 révisions ! Merci à reno, Manuel Menal, Bapt, Michaël, d-jo, Thierry Thomas, inico, Nils Ratusznik, Laurent Cligny, GeneralZod, Xavier Claude, Patrick Lamaizière, Frédéric Perrin, Stéphane Aulery, elf32_ pour avoir contribué à cet article !

Nous avons la chance d'avoir quelques développeurs qui fréquentent LinuxFR.org (what else ?), dont Baptiste Daroussin (alias Bapt) qui contribue au système d'exploitation libre FreeBSD – tout comme Jean-Sébastien Pédron dont nous avons recueilli les propos il y a quelques jours : hasard ou coïncidence ? ;-)

Baptiste est quant à lui à l'origine de « pkgng », le nouveau système de packages binaires pour FreeBSD qui a été repris par DragonFly BSD.

Pour illustrer à quel point ce genre de fonctionnalité était attendu de longue date, je citerai ce que m'a confié un peu plus tôt un administrateur systèmes :

Baptiste c'est un peu notre sauveur pour l'utilisation de systèmes BSD en contexte professionnel.
pkg(8) et poudriere me font facilement gagner une à deux heures par semaine pour l'administration d'un parc de serveurs.

Baptiste a accepté de répondre à quelques questions pour LinuxFR.org ; nous le remercions chaleureusement à la fois pour le temps consacré à cet entretien et pour son implication dans FreeBSD !

À noter que certains hyperliens ont été ajoutés après coup par les contributeurs à cette dépêche pour en faciliter la lecture.

Cette semaine, deux nouvelles versions du système d'exploitation au démon rouge sont sorties : 7.4 et 8.2. La version 7.4 sera la dernière version de la branche 7, et à ce titre, a droit à un support allongé, dont la fin est prévue dans 2 ans. Les utilisateurs des versions 7.x sont encouragés à mettre à jour leurs systèmes. En revanche, la version 8.2 contient des changements plus intrusifs, mais bénéficiera d'un support plus court.

La version 7.4 est essentiellement une série de corrections par rapport à la version 7.3 : quelques correctifs de sécurité, beaucoup de mises à jour et de nouvelles fonctionnalités dans les pilotes de cartes réseau, et des améliorations un peu partout ; je vous laisse lire les notes de mises à jour.

Dans la version 8.2, une nouvelle version de ZFS a été importée depuis Solaris, avec un nouveau format sur disque, ainsi que des promesses de performances accrues. Un message sur les forums indique d'énormes gains pour ZFS entre 8.1 et 8.2 ; à prendre avec un grain de sel tout de même. Le support de Xen (en tant que domU) a été amélioré, pour les architectures i386 et amd64. Dans le système de base, BIND et OpenSSL ont été mis à jour. Un nouveau pilote, aesni(4), a été ajouté pour tirer parti des possibilités d'accélération matérielle du chiffrement AES, disponibles sur certains processeurs Intel.

Depuis plusieurs années déjà, diverses cartes permettent de tester l’architecture RISC-V. J’ai longuement hésité à sauter le pas jusqu’à l’arrivée de la Visionfive2 et de la Star64, toute deux conçues à partir du même SOC. Après quelques expérimentations, voici mes premières impressions…

Une petite dépêche collaborative et complétement subjective, pour présenter de façon concrète les aspects les plus « importants » de ce système d’exploitation et ainsi susciter des vocations à l’essayer et l’adopter.

FreeBSD est un système d’exploitation de type UNIX fonctionnant sur des architectures Intel, PowerPC, ARM et encore pour un temps SPARC64. Il comprend tout ce qu’il faut pour compiler, installer, configurer et démarrer un système sachant faire du réseau, ainsi que l’infrastructure pour installer des logiciels tiers.

« We came for the licence, we stay for the efficiency » [Netflix]

Après un cycle de bêta démarré le 8 juillet 2016, trois versions candidates et une sortie retardée le 28 septembre 2016 à cause d’une faille d’OpenSSL, FreeBSD 11.0-RELEASE est sorti le 10 octobre 2016.

Il est à noter que ce cycle de publication a nécessité une version candidate supplémentaire due à des régressions sur la partie réseau.

En bref

FreeBSD 11.0 est une version majeure du système, néanmoins elle casse peu de compatibilité. Cette version apporte son lot de pilotes, modules et correctifs, notamment dans les domaines du réseau et de la sécurité, ainsi que l’exposition de nouvelles bibliothèques et API. Les progrès de bhyve, la prise en charge de Xen et d’Hyper-V mettent la virtualisation à l’honneur. Enfin, les efforts portés sur les architectures ARM et l’intégration de cartes d’acquisition poursuivent l’ouverture du système vers le monde de l’informatique embarquée.

Le système d'exploitation FreeBSD est arrivé dans sa dixième cuvée. Cette version très attendue apporte notamment la gestion de l'affichage par le noyau (Kernel Mode Setting) pour les pilotes AMD et l'hyperviseur bhyve.

Nous avons la chance d'avoir quelques développeurs qui fréquentent LinuxFR.org (what else?), dont François Tigeot (lecteur silencieux, dorénavant inscrit sous le pseudo ftigeot) qui contribue au système d'exploitation libre DragonFly BSD, un cousin de FreeBSD au sujet duquel nous avions interrogé tantôt Jean-Sébastien Pédron (quant au portage du Kernel-based mode-setting – KMS – pour les GPU Radeon) puis Baptiste Daroussin (au sujet de « pkgng », le nouveau système de packages binaires qui a été justement repris par DragonFly (les fourbes !) : hasard ou coïncidence ? Autrement dit : y aurait-il une mafia française du logiciel libre ?

Pour répondre à cette lancinante question, rappelons :

• ce que Jean-Sébastien Pédron avait fini par avouer, sous la torture, lorsque je lui avais posé la question suivante : « Échanges‐tu avec les développeurs des autres *BSD sur ta partie ? » : « Je suis également en contact avec François Tigeot, de DragonFly, qui s'est occupé du pilote Intel chez eux. Je pense qu'on va travailler de plus en plus ensemble, parce qu'on a sans doute moyen de se répartir le boulot. ».
• ce que Baptiste Daroussin avait fini par avouer, avec les mêmes moyens, lorsque je lui avais posé la même question : « Les échanges sont assez nombreux, essentiellement avec DragonFly. En effet sous l'impulsion de John Marino, aidé maintenant par François Tigeot, pkgng et les ports FreeBSD ont été porté sous DragonFly avec des résultats plus que convaincants. La dernière version de DragonFly dispose du support au choix entre pkgsrc ou pkgng + ports, je suis convaincu que la prochaine version de DragonFly sortira avec uniquement pkgng ».

Il semble qu'il y ait définitivement une piste à creuser…

Du coup j'ai bien envie de passer François à la question relativement à la pile graphique de DragonFly ou au port de pkgng, mais on m'indique dans l'oreillette que ces sujets ne sont en réalité qu'une partie de l'activité déployée par François dans DragonFly.

Nous allons donc de ce pas interroger ce personnage – qui semble central dans la communauté DragonFly – afin de tenter d'y voir plus clair.

Quoi qu'il en soit, nous remercions chaleureusement François Tigeot d'avoir accepté de répondre à quelques questions pour LinuxFR.org et aussi pour son implication dans DragonFly !

À noter que les hyperliens ont été ajoutés après coup par les contributeurs à cette dépêche pour en faciliter la lecture.

La deuxième mise à jour de FreeBSD 11 est disponible depuis le 27 juin 2018.

C’est une mise à jour dite mineure, qui suit le principe POLA (Principle Of Least Astonishment). Celle‐ci ne devrait donc pas trop vous exposer à de nombreux changements.
Pour rappel, la publication d’une version de FreeBSD est un instantané de la branche Stable.

Cette version comprend les correctifs et mises à jour introduits depuis la version 11.1. Certaines fonctionnalités issues de la version 12 viennent aussi enrichir le système, tout comme des apports de systèmes tiers, ceux de la famille des BSD, GNU/Linux ou autres UNIX, tels Illumos.

FreeBSD 9.3 est sorti, mêlant correctifs et nouveautés. La version 9.3 est estampillée Long Term Support (LTS). Elle sera donc maintenue pendant deux ans et remplace ainsi la version 9.1, expirant en décembre 2014. Par ailleurs, l'équipe FreeBSD a étendu la maintenance de la version 9.2 à décembre dans un souci de cohérence. En effet, la maintenance pour cette version devait se terminer en septembre 2014 c'est-à-dire avant la fin de la 9.1.

Après un cycle de bêta démarré le 5 février 2016, suivi d'un cycle de RC à partir du 5 mars 2016, FreeBSD 10.3 est disponible depuis le 29 mars. Il s'agit de la troisième mise à jour mineure de FreeBSD 10-STABLE.

Cette version n'apporte pas de changement majeur, mais corrige quelques problèmes de sécurité dans les logiciels inclus avec la distribution. Une sélection des nouveautés se trouve en deuxième partie de dépêche.