❌

Vue normale

Reçu — 27 août 2026 ⏭

Haiku Release 1 Beta 6

✇LinuxFr.org : les dépêches
Par : pulkomandy · bobble bubble · palm123 · Benoit Sibaud · Xavier Teyssier
27 août 2026 à 15:40

Environ une semaine après le 25ème anniversaire de Haiku, c'est le moment de publier la sixième version beta de Haiku R1. Nous avons parcouru beaucoup de chemin depuis le lancement du projet en 2001, il y a un quart de siècle. Merci à toutes les personnes qui nous ont soutenus et encouragés dans cette aventure, et souhaitons plein de belles choses pour les 25 prochaines années de Haiku !

Haiku est développé par une petite équipe principalement bénévole, et sans utilisation d'"intelligence artificielle" dans les composants développés au sein du projet. Si notre mission, le développement d'un système d'exploitation pour les ordinateurs personnels, vous attire, n'hésitez pas à nous rejoindre !

Cette version est le résultat de plus de deux ans de travail de l'équipe de développeurs de Haiku pour améliorer la stabilité, ajouter de nouvelles fonctionnalités, et rendre possible le portage de nombreux logiciels. Plus de 530 rapports de bugs et demandes d'améliorations ont été traitées.

Haiku reste en version beta, ce qui signifie que toutes les fonctionnalités prévues pour la version R1 sont disponibles, mais qu'il reste des bugs (connus et inconnus). Nous sommes de plus en plus confiant en ce qui concerne la stabilité du système, mais il n'y a aucune garantie par exemple contre les pertes de données.

Durant ce cycle de publicaction, waddlesplash a été embauché et rémunéré pour travailler sur Haiku. Ce contrat se poursuit, grâce aux donations généreuses d'utilisateurs et autres soutiens de Haiku à l'association Haiku, inc. (association à but non lucratif sous le statut États-Unien 501(c)3).

Sommaire

Configuration matérielle

Cette version est disponible pour les machines utilisant un processeur compatible x86, 32 ou 64-bit.

Seule la version 32-bit permet de lancer les exécutables compilés pour BeOS R5.

MINIMUM (32-bit)

  • Processeur : Intel Pentium II; AMD Athlon
  • Mémoire : 256Mio
  • Écran : 800x600
  • Espace disque : 2Gio

RECOMMANDÉE (64-bit)

  • Processeur : Intel Core i3; AMD Phenom II
  • Mémoire : 2Gio
  • Écran : 1366x768
  • Espace disque : 16Gio

Le jeu d'instructions SSE2 est nécessaire pour lancer le navigateur web WebPositive. Sur les machines où SSE2 n'est pas disponible, le navigateur NetSurf peut être utilisé à la place.

Nouvelles fonctionnalités

Mozilla Firefox

Firefox pour Haiku

Quelques mois après la publication de la version R1 beta5, les premiers navigateurs basés sur Mozilla Firefox ont fait leur apparition dans les dépôts logiciels de Haikuports. Ils étaient assez instables et n'utilisaient pas les marques officielles de Mozilla. Au cours des deux années suivantes, la stabilité s'est beaucoup améliorée, avec du travail aussi bien du côté de Haiku que du côté du portage. La dernière étape a été d'obtenir la permission de Mozilla pour utiliser le nom et le logo "Firefox". Donc, si quelqu'un vous demande "Mais est-ce que Firefox fonctionne sur Haiku?", maintenant vous pouvez répondre : "Oui, bien sûr !"

Un large choix de logiciels basés sur le code de Firefox est également disponible dans HaikuDepot, comprenant LibreWolf, Waterfox, Floorp, Icedove (une version de Thunderbird dégriffée) et quelques autres.

(Notez que Firefox est disponible uniquement pour les systèmes x86_64 pour l'instant. Et, puisque Haiku est toujours en version beta, si vous rencontrez des fonctionnalités manquantes ou incomplètes par rapport aux versions de Firefox pour d'autres systèmes, c'est probablement de notre faute et pas celle de Mozilla. Merci de remonter ces problèmes dans l'outil de suivi de bugs de HaikuPorts).

Virtualisation matérielle pour QEMU (sur x86_64)

QEMU avec accélération NVMM

Haiku permet maintenant d'utiliser "NVMM", le NetBSD Virtual Machine Monitor (qui a été développé pour NetBSD, mais a déjà été porté également vers DragonflyBSD avant Haiku). Cela permet d'utiliser l'accélération matérielle de la virtualisation dans QEMU, sur les systèmes x86_64 qui disposent des instructions Intel VT-x ou AMD-V. Les machines virtualisées peuvent être en 32 ou 64 bits, avec SMP, et le large choix de périphériques matériels émulés par QEMU, le tout pour un large choix de systèmes invités. Ajoutez simplement -accel nvmm aux arguments en ligne de commande de QEMU.

(L'accélération NVMM est encore en phase expérimentale. Merci de remonter tous les problèmes rencontrés sur le bug tracker de Haiku.)

Logiciels portés

Florilège de logiciels portés

Le projet HaikuPorts continue de maintenir une large sélection de logiciels pour Haiku. Il y en a beaucoup trop pour tout lister ici, y compris de nombreuses applications KDE et GTK. Mais voici l'un des plus remarquables :

Go

Le compilateur et l'environnement d'exécution pour le langage Go sont disponibles dans les dépôts de paquets. C'est une version un peu ancienne (1.26.1) et le code n'a pas encore été soumis aux développeurs de Go; mais de nombreux paquets fonctionnent bien sous Haiku, avec éventuellement quelques ajustements. Par exemple, il est possible d'utiliser Hugo, l'outil de génération de sites statique qui permet d'éditer le site de Haiku.

Modifications & corrections de bugs

Des centaines de bugs, corrections mineures et demandes d'améliorations ont été traitées depuis la version précédente. Il y en a beaucoup trop pour tout énumérer, les rapports d'activité trimestriels sur Linuxfr (ou mensuels en version originale) vous permettront d'avoir une vision plus détaillée de ces changements.

Presque toutes les parties du système ont bénéficié d'au moins un peu d'attention, et le résultat est que cette version beta 6 et la plus stable et la mieux finie jusqu'à présent. Il reste cependant encore quelques points de friction à certains endroits, ce qui explique que cela reste une version beta.

Optimisation des performances du système

Cette version comprend un grand nombre de changements et de refactorisations pour améliorer les performances générales. Voici une liste (assez technique) des principaux points:

  • Refonte de la gestion des tampons mémoire du renifleur de types MIME (la détection des types de fichiers est au moins 5 à 10 fois plus rapide)
  • Fonctions de hachage de chaîne de caractères plus rapides (et avec de meilleures propriétés)
  • granularité des verrous dans plusieurs composants du noyau : le gestionnaire de mémoire (réservations et dé-réservations de mémoire), le VFS (recherche de descripteurs de fichiers, changement d'état des vnode inutilisés, recherhce de la racine des contexte E/S), timers utilisateur, et encore d'autres.
  • évitement d'un verrou exclusif dans les FIFO (pipe()), ce qui permet de traiter des données à plusieurs Gio/s au lieu de quelques centaines de Mio/s auparavant
  • utilisation d'allocateurs "arena" pour les allocations de mémoire de travail (par exemple dans les FIFOs, et dans packagef`), ce qui permet d'esquiver tout un tas de changements et d'invalidation de la table des pages dans le noyau
  • omission de certaines tâches réalisées par une opération fork traditionelle lors de l'utilisation de vfork (il ne s'agit pas d'un vrai vfork, mais d'une approximation compatible avec les utilisations raisonnables)
  • remplacement ou réécriture de fonctions de bases de la bibliothèque C par des versions optimisées : memmove, strlen, strcmp, memcmp, et bien d'autres
  • recalibration des classes de taille de l'allocateur malloc du noyau (les valeurs utilisées avaient été sélectionnées en 2007 et pas vérifiées depuis)
  • ajout d'heuristiques pour pré-mapper les gros fichiers (ce qui bénéficie aux grosses applications qui sont lancées à mainte reprises, par exemple gcc)
  • utilisation de verrous non-exclusif et d'opérations atomiques lorsque c'est possible dans les primitives du noyau pour l'envoi de messages entre cœurs de processeur
  • Le cache d'entrées de répertoire n'a plus besoin d'un verrou en écriture pour insérer des éléments. De plus, il stocke la valeur de hash des chaînes pour éviter des comparaisons de chaînes inutiles
  • Utilisation de verrous en lecture-écriture dans le cache de blocs disque (utiliser pour mettre en cache les inodes et métadonnées des systèmes de fichiers).

Les deux derniers points en particulier ont un effet spectaculaire sur les opérations qui accèdent à beaucoup de fichiers d'affilée, comme git status. Lors d'un test de ces modifications, la durée d'exécution de git status sur un dépôt comportant plus de 160000 fichiers est passé de 33 à 20 secondes sans préchargement du cache disque, et de 15 à 2.5 secondes une fois le cache préchargé !

L'effet cumulé de toutes ces optimisations (et aussi des changements sur la gestion de la mémoire, détaillés plus bas) sur le temps de compilation est assez significatif. Les travaux de compilation assez simples ne sont qu'un peu plus rapide qu'avant (on partait d'assez loin, avec environ 40% de performance en moins par rapport à Linux), mais pour des tâches plus complexes, cela change tout. La compilation de HaikuWebKit (même version, même compilateur, même machine, ensemble de dépendances très proche) durait 4h53 avec la version beta 5, mais seulement 2h33 avec la version beta 6, soit une réduction presque de moitié !

Amélioration de l'interface utilisateur

Tracker: Mise à jour en direct des menus lors de l'utilisation de modificateurs clavier

Mise à jour en direct

Dans Tracker - le navigateur de fichiers de Haiku -, certains opérations modifient leur comportement lorsqu'elles (ou leur raccourci clavier) sont invoquées avec la touche Shift enfoncée. Maintenant, si vous enfoncez ou relachez cette touche alors qu'un menu est ouvert, les éléments du menu se mettent à jour pour montrer ce qu'il va effectivement se passer si vous cliquez dessus.

Tracker : Filtrage par dossier des résultats de requêtes

Filtrage des requêtes par dossier

Haiku a hérité certaines fonctionnalités uniques de BeOS. L'une d'entre elles est un système de fichiers qui se comporte également comme une base de données, permettant l'indexation des attributs étendus des fichiers et permettant d'exécuter des requêtes sur l'ensemble d'un système de fichier pour trouver rapidement les fichiers correspondant à certains critères.

Ces requêtes fonctionnent nécessairement sur l'ensemble du système de fichiers (car l'indexation ne stocke pas d'informations sur le chemin du fichier). Cependant, il est parfois utile de restreindre les résultats à une hiérarchie de dossiers spécifique. Cela est maintenant possible via la fenêtre de recherche du Tracker, qui effectuera un filtrage des résultats de requêtes aux dossiers sélectionnés.

(L'outil en ligne de commande query permet maintenant également de filtrer les résultats par dossier.)

Nettoyage disque dans SoftwareUpdater & pkgman

Les paquets logiciels pour Haiku sont des images de système de fichier compressées par blocs. Elles sont montée au démarrage dans une "union" permettant de construire le système de fichier du dossier système. Cela signifie que l'installation et la désinstallation de logiciels sont des opérations peu coûteuses, il s'agit s'implement d'ajouter ou d'enlever des paquets du point de montage en union. De plus, le système peut conserver les anciens paquets et l'état précédent du système. Cela permet de revenir facilement à une ancienne version d'un logiciel, ou même de rembobiner l'état complet du système, via le menu de démarrage.

Jusqu'à présent, ces points de restauration n'étaient jamais supprimés automatiquement (à moins d'utiliser un outil tiers pour s'en charger), et ils pouvaient donc s'accumuler indéfiniment, remplissant petit à petit tout l'espace disque disponible. Maintenant, SoftwareUpdater nettoie automatiquement les états les plus anciens (ce comportement est désactivable dans la fenêtre de réglages), et l'outil en ligne de commande pkgman affiche un message lorsqu'il y a beaucoup d'états sauvegardés, recommandant de lancer la commande pkgman cleanup pour faire du ménage.

# pkgman install/uninstall/full-sync...
[system] Changes applied. Old activation state backed up in "state_2026-08-22_22:38:28"
[system] Cleaning up ...
[system] Done.
[system] 3 old state(s) can be cleaned up. Use "pkgman cleanup" to remove them.

$ pkgman cleanup
Clean up 3 old states (166.27 MiB)? [yes/no] (yes) :

Screenshot : sélection de zone à capturer

Capture d'une zone de l'écran

L'outil de capture d'écran (déclanché par la touche Impr Écr de votre clavier) peut maintenant vous laisser sélectionner une zone rectangulaire de l'écran à capturer. Cela se rajoute aux possibilités existantes : capture de tout l'écran ou d'une seule fenêtre.

Team monitor : regroupement des équipes de processus

Groupement de processus

"Team monitor", l'outil de gestion des processus qui apparaît lorque vous appuyez sur Ctrl+Alt+Suppr, groupe maintenant les processus en tâche de fond lancés par une application graphique dans une liste en-dessous de cette application. Cela rend plus confortable l'utilisation de cette fenêtre lorsqu'un terminal est ouvert avec de très nombreux onglets, ou encore un navigateur web multiprocessus.

DriveSetup : menu "Images disque"

DriveSetup, l'outil de configuration des partitions, sait maintenant utiliser des images de disques. Le nouveau menu ajouté à cet effet permet de créer une image disque à partir d'une partition, d'écrire une image disque sur une partition, et aussi d'"enregistrer" une image disque dans le noyau pour y accéder directement comme à un disque réel (montage, démontage, création de partitions, etc).

app_server : récupération des applications au redémarrage

app_server, le serveur d'applications de Haiku (qui est aussi le serveur d'affichage, gestionnaire de fenêtres et responsable du tracé du contenu des fenêtres), est un composant central de Haiku. En cas de crash ou de redémarrage intentionnel, il peut maintenant se reconnecter aux applications en cours d'exécution et remettre en place leurs fenêtres comme si de rien n'était. Il n'est donc plus nécessaire de redémarrer le système ou la session utilisateur en cas de plantage. Dans la plupart des cas, les applications pourront reprendre leur fonctionnement normal après seulement une poignée de secondes.

PowerStatus : Meilleure gestion des machines avec plusieurs batteries

PowerStatus, l'application qui affiche l'information sur les batteries et l'icône de batterie dans la Deskbar, fonctionne mieux sur les machines avec plusieurs batteries, en particulier si certaines batteries sont enlevées alors que la machine est en fonctionnement, ou si une batterie se chage pendant qu'une autre se décharge.

Amélioration du "mode sombre" et de l'affichage HiDPI dans de nombreuses applications

Il y a eu un grand nombre de corrections et d'améliorations dans les applications inclues dans Haiku pour l'affichage en mode sombre et sur les écrans à haute densité : certaines couleurs étaient codées en dur, des dégradés n'étaient pas cohérents, des tailles d'éléments en nombre de pixels fixes, et ainsi de suite.

launch_roster : résumé du statut

L'outil en ligne de commande launch_roster permet d'interagir avec le gestionnaire de services de Haiku (launch_daemon). Il a reçu une grosse mise à jour, pour afficher une table réacapitulant l'état de tous les jobs et services :

$ launch_roster
                           Name  Type     State    Enabled
----------------------------------------------------------
     check-daylight-saving-time  job      stopped  yes
                    first-login  job      stopped  yes
                    update-time  job      stopped  yes
                  x-vnd.be-trak  service  running  yes
                  x-vnd.be-tskb  service  running  yes
         x-vnd.haiku-app_server  service  running  yes
          x-vnd.haiku-autologin  job      stopped  yes
       x-vnd.haiku-debug_server  service  running  yes
       x-vnd.haiku-media_server  service  running  yes
       x-vnd.haiku-mount_server  service  running  yes
         x-vnd.haiku-net_server  service  running  yes
x-vnd.haiku-notification_server  service  stopped  yes
     x-vnd.haiku-package_daemon  service  running  yes
       x-vnd.haiku-power_daemon  service  running  yes
          x-vnd.haiku-registrar  service  running  yes

Amélioration de la gestion de la mémoire

En plus des autres optimisations de performances déjà mentionnées, il y a eu un gros travail sur plusieurs aspects liés à la gestion de la mémoire, dont certains pour rendre les choses plus rapides, et d'autres simplement pour simplifier le code ou pour réduire la consommation de mémoire. Voici quelques-uns des plus intéressants :

  • optimisation des structures de données de packagefs, réduisant l'occupation mémoire d'environ 20% (la quantité exacte dépend du nombre de paquets installés, par exemple environ 15Mio sur une installation représentative utilisée pour tester ces changements)
  • gestion plus rapide et plus correcte des attributs de la mémoire (sur x86 et x86_64)
  • correction de la gestion du copy-on-write pour les zones protégées par mprotect. Le nouveau code est plus rapide et moins buggé.
  • plusieurs améliorations pour pouvoir démarrer Haiku sur des machines avec beaucoup de RAM (plus de 128Gio)
  • Tracker ne surveille plus les fichiers un par un via le node monitor, il surveille plutôt des dossiers entiers, ce qui économise de la mémoire du côté du noyau
  • unification du système de réservation de zones mémoires pour la mémoire RAM et la swap
  • correction d'allocations faites avec le mauvais allocateur dans le bootloader, des allocations qui devaient être temporaires n'étaient pas libérées avant le démarrage du noyau et restaient réservées pour toute la vie du système (jusqu'à 100Mio de mémoire perdus et rendus inutilisables par le noyau dans certains cas)

L'accumulation de tous ces changements fait qu'il est maintenant possible de démarrer la version 32-bit de Haiku avec seulement 128Mio de mémoire (et même encore moins si on utilise un système dégraissé), et arriver à lancer quelques applications. Bien sûr, difficile de lancer un navigateur web moderne dans ces conditions !

Mais ce n'est pas fini, certains changements encore plus importants méritent leurs propres paragraphes d'explications:

Nouvelle implémentation de malloc pour l'espace utilisateur

Haiku utilisait depuis très longtemps une version modifiée de l'allocateur hoard2 pour implémenter la famille de fonctions malloc dans la bibliothèque C standard. Cet allocateur est d'une conception assez ancienne, et ne tient plus la comparaison avec les derniers développements dans le domaine (y compris les versions plus récentes de hoard). Le remplacement de cet allocateur était donc un sujet de discussion parmi les développeurs depuis quelques années déjà.

Aprés l'évaluation et l'expérimentation de plusieurs alternatives, le choix s'est finalement porté sur la réutilisation de code écrit par OpenBSD, avec des perfectionnements supplémentaires pour l'adapter à notre usage (par exemple, un cache global limitant la nécessité d'appels système). Ce nouvel allocateur est légèrement plus rapide dans la plupart des cas, et beaucoup plus rapide dans certains cas particuliers qui mettaient en évidence les problèmes de l'architecture de hoard2. Surtout, cet allocateur est bien meilleur que ses concurrents pour remettre rapidement la mémoire inutilisée par une application à la disposition du reste du système, ce qui est particulièrement utile pour des applications qui restent lancées longtemps, et sur du matériel où la quantité de mémoire disponible est limitée. Il est également économe en termes d'utilisation de l'espace d'adressage, ce qui est important pour les systèmes 32 bits qui sont laissés de côté par d'autres allocateurs récents.

Améliorations sur le découpage de zones mémoire (areas)

Lorsqu'une application demande un gros morceau de mémoire (par exemple avec la fonction mmap), puis libère un petit morceau situé au milieu de cette zone (avec munmap), le noyau doit réorganiser ses structures de données et remplacer la gestion d'une zone unique et contigüe par deux zones séparées. Cette opération n'est pas simple à implémenter, surtout si la zone mémoire concernée est partagée avec d'autres processus, a des restrictons d'accès par pages (mprotect), ou d'autres cas particuliers.

L'implémentation de cette opération de découpage dans Haiku était incomplète, mais l'implémentation précédente de Haiku n'en faisait pas usage. Les problèmes éventuels ne concernaient donc que les applications implémentant leur propre gestion de la mémoire: ramasse-miettes, ou utilisation d'une implémentation alternative de malloc par exemple. Ces cas sont relativement rares, donc les problèmes n'avaient pas forcément été détectés. Le nouvel allocateur, ainsi que plusieurs navigateurs web récemment portés sur Haiku, quant à eux, font un usage beaucoup plus important de cette possibilité. Le code a donc du être repris pour pouvoir réagir correctement dans toutes les situations.

Amélioration du comportement lorsque la mémoire est presque pleine

Haiku n'implémente pas d'overcommit de la mémoire par défaut (et ne dispose donc pas d'un "OOM killer"). Les applications qui ont besoin de zones allouées avec overcommitting doivent le demander explicitement, avec un contrôle par area ou par region, et le manque de mémoire lors de l'accès effectif à ces zones n'impacte que les applications concernées (qui peuvent alors intercepter le problème et réagir en libérant des ressources si possible). Dans tous les autres cas, la mémoire est réservée (mais pas allouée) dès que l'application en fait la demande, et s'il n'y a pas de mémoire disponible, la fonction d'allocation retourne une erreur (par exemple ENOMEM).

Cependant, il ne suffit pas de retourner une erreur, encore faut-il que tous les composants du système sachent comment y réagir. Puisque toutes les allocations qui ne sont pas faites avec de la mémoire réservée à l'avance peuvent échouer, le noyau et tous les pilotes de périphériques doivent traiter le cas ou une fonction comme malloc retourne une erreur ENOMEM. Certains autres systèmes garantissent que l'implémentation de malloc dans le noyau n'échoue jamais (quitte à tuer des applications pour faire de la place).

Une mauvaise gestion de ces erreurs - ou de leurs conséquences qui peuvent mettre le système dans un état inhabituel - peuvent déclencher des comportements inattendus, dans le pire des cas, des crash ou des softlock (le système devient tellement lent qu'il est inutilisable). Un certain nombre de problème de ce type ont été corrigés, et il y a de bonnes chances que le système finisse par retourner dans un état stable une fois la mémoire libérée.

Améliorations de guarded_heap

En plus des implémentations par défaut de malloc dans l'espace utilisateur et dans le noyau, qui sont conçues pour une utilisation généraliste "en production", Haiku offre un choix d'implémentations de malloc pour l'aide au débuggage. L'une d'entre elles s'appelle guarded_heap, et place chaque allocation à la fin d'une page de mémoire et juste avant une autre page qui n'est pas mappée. Ceci gaspille énormément de place, mais permet de détecter immédiatement 100% des débordements de tampons. Cet allocateur permet même de désactiver la réutilisation de la mémoire libérée, dans ce cas il détecte en plus l'accès à de la mémoire libérée. Tout ceci se fait sans avoir besoin d'instrumenter le code, et donc, sans avoir besoin de recompiler l'application ou les bibliothèques concernées (contrairement par exemple aux options -fsanitize de gcc et llvm).

L'implémentation de guarded_heap pour le noyau a été complètement réécrite, pour y ajouter toutes les fonctionnalités disponibles dans la version pour l'espace utilisateur. Elle peut maintenant être activée sans recompiler le noyau (via une option du bootloader). Ceci n'est cependant possible que dans les versions "nightly builds" de Haiku, les versions stables désactivant cette option pour améliorer les performances.

Améliorations sur les systèmes de fichiers

Les systèmes de fichiers ont bien avancés dans cette version de Haiku. Les changements principaux sont :

  • FAT : gestion des disques de plus de 2Tio, gestion des secteurs disque de 4 Kio, préchargement des blocs pour accélérer le montage
  • NFSv4 : nettoyage et corrections de bugs, meilleure gestion des opérations E/S asynchrones
  • BFS : optimisation de la recherche de blocs libres, meilleure sélection d'index pour accélérer les requêtes, évitement des enchaînements de get/put inutiles pour des blocs de cache identiques
  • RAMFS (utilisé pour /var/shared_memory & shm_open) : nombreuses corrections, nettoyage, améliorations, dont une grande partie suite à l'utilisation intensive de mémoire partagée par Gecko/Firefox

En dehors des systèmes de fichiers eux-mêmes, des changements concernent de façon plus générale la mise en cache du contenu des fichiers. En particulier, la file d'attente des données à écrire a été découpée pour avoir une file par disque au lieu d'une seule file globale. Ces files peuvent estimer la vitesse d'écriture du disque associé, et le cache disque utilise cette information pour éviter d'accumuler trop d'écritures en attente (par exemple, lors de la copie de fichiers d'un disque rapide vers un autre plus lent).

Cela corrige le problème, également constaté sur certains systèmes Linux, où l'écriture vers un disque semble incroyablement rapide, mais le démontage ou l'exécution de sync est très lent, puisque l'écriture sur disque n'a réellement lieu qu'à ce moment là. À présent, le cache disque va détecter cette situation et bloquer les écritures sur le disque concerné le temps que les écritures en attente puissent être traitées. La progression de la copie de fichiers est donc représentative de l'écriture effective sur disque, et l'exécution de sync ne devrait jamais nécessiter plus de quelques secondes.

Compatibilité matérielle

Cette version de Haiku met à jour de nombreux pilotes, en particulier pour les machines fabriquées ces 5 dernières années. Si vous n'aviez pas réussi à installer une version précédente de Haiku, c'est l'occasion de refaire un essai et de voir si les choses se sont améliorées.

Cartes son

Des problèmes de son distordu ou complètement silencieux ont été corrigés, en particulier pour les machines les moins puissantes. Dans ce cadre, l'initialisation de la carte son est désormais faite à la demande, lorsqu'une application a effectivement besoin d'émettre un son. Cela économise de l'énergie et du temps de calcul pour le CPU.

Modifications volatile du BIOS VESA

Lorsqu'il n'existe pas de pilote speçifique pour une carte graphique, Haiku doit utiliser une solution de secours: un framebuffer minimal pour EFI, et VESA pour les systèmes BIOS. VESA permet de changer de mode vidéo pendant l'exécution du système, mais ne permet que de choisir parmi une liste de modes prédéfinis par le fabricant de la carte graphique. Cette liste est souvent assez limitée et n'inclus parfois même pas la résolution native du matériel.

La solution idéale est bien sûr le développement d'un pilote graphique pouvant programmer directement la carte graphique. Cependant, cette solution peut être assez complexe à mettre en oeuvre, surtout si le fabricant du chipset graphique ne fournit pas de documentation. Une solution plus simple est de modifier le BIOS VESA, pour y injecter de nouveaux modes vidéo à la demande. Haiku est maintenant capable de faire cette modification (de façon volatile, dans une copie en RAM du BIOS original) sur certains modèles de cartes graphiques où les modifications à faire ont pu être identifiées.

Pilotes pour toujours plus d'interfaces USB ethernet & WiFi

Haiku dispose d'une couche de compatibilité permettant de réutiliser les pilotes réseau de FreeBSD et OpenBSD, quasiment sans les modifier. Cette couche de compatibilité était limitée aux pilotes PCI, mais elle permet maintenant d'utiliser également des adaptateurs USB. De plus, les pilotes ont été synchronisés avec les dernières versions développées par FreeBSD et OpenBSD, ce qui augmente encore la compatibilité matérielle.

Compatibilité POSIX améliorée

Haiku essaie de suivre autant que possible le standard POSIX, afin de faciliter l'interopérabilité et le portage de logiciels existants. La spécification POSIX a été mise à jour quelques mois avant la version beta 5, et donc les nouveautés correspondantes arrivent seulement maintenant dans Haiku. Ici encore, il est impossible de lister l'immense nombre de changements liés à ce travail, mais voici quelques exemples :

  • O_CLOFORK
  • MSG_CMSG_CLOEXEC, MSG_CMSG_CLOFORK pour les sockets
  • SOCK_SEQPACKET, MSG_TRUNC, MSG_PEEK pour les sockets de la famille AF_UNIX
  • WCOREDUMP
  • getresuid, setresuid, getresgid, setresgid
  • pipe3, dup2, mkostemp
  • reallocarray, memmem, qsort_r
  • posix_devctl
  • pthread_getcpuclockid
  • posix_spawn_file_actions_add[f]chdir

En plus de la spécification POSIX, Haiku implémente également des fonctions supplémentaires disponibles dans les systèmes GNU, BSD ou même Solaris lorsqu'elles sont nécessaires ou pertinentes. Dans cette catégorie on trouve les nouveautés suivantes :

  • RTLD_NOLOAD, RTLD_GROUP
  • getloadavg
  • closefrom, closerange
  • EV_RECEIPT et l'utilisation d'objets spécifiques à Haiku (ports, sémaphores) avec kqueue
  • utilisation de baudrates arbitraires pour les ports série (via cfsetspeed)
  • meilleure compatibilité avec l'API FUSE

Ces extensions sont maintenant activées par défaut dans les en-tête C et C++, sauf dans le cas où l'environnement de compilation a demandé l'application d'un standard spécifique. Par exemple, la définition de __STRICT_ANSI__ ou _POSIX_C_SOURCE désactive ces extensions. Ces macros sont activées automatiquement par l'utilisation d'options comme -std=c++11, pour bénéficier des extensions on peut par exemple utiliser -std=gnu++11.

Stabilisation du système

De façon générale, un effort conséquent a été porté sur la stabilisation du système, en corrigeant des crash du noyau et des pilotes, des gels du système, des corruptions, l'échec du démarrage sur certaines machines. Ces problèmes ont été investigués, identifiés et corrigés pour fournir une version plus stable que toutes les précédentes.

Les scènes coupées

Malheureusement, une partie du travail en cours ces deux dernières années n'a pas pu être terminé à temps pour être intégré dans cette version. Certaines choses sont encore en chantier, d'autres sont trop expérimentales et désactivées par défaut. Cela donne peut-être une idée de ce à quoi s'attendre dans la prochaine version !

ARM64

Suite au travail de plusieurs personnes, la version ARM64 de Haiku démarre jusqu'au bureau sur les systèmes virtualisés ! Il existe même une branche de développement, en cours d'intégration, qui permet de démarrer Haiku sur les machines Apple M1. Ce travail est loin d'être terminé, mais les progrès sont remarquables par rapport à l'état des choses lors de la publication de la version beta 5.

WebKit multiprocessus

Le navigateur WebPositive fourni avec Haiku utilise encore une version de WebKit s'exécutant intégralement dans un seul processus. Le travail sur la version multiprocessus est bien avancé, cela fonctionne pour l'affichage de site simples, mais ce n'est pas encore prêt pour convertir WebPositive à ce nouveau mode de fonctionnement.

Nouveau contributeurs

Depuis la publication de la version précédente, un nouveau contributeur de Haiku a obtenu les permissions de commit : il s'agit de Zardshard, qui a travaillé par exemple sur Icon-O-Matic et sur d'autres applications natives. Bienvenue à lui !

On peut également mentionner le retour de Philippe Houdoin, qui avait laissé de côté le projet pendant quelques temps pour se consacrer à d'autres choses, mais a récemment recommencé à participer.

Le nombre de contributeurs est relativement stable depuis plusieurs années, entre 50 et 65 personnes participent à Haiku chaque année avec au moins un patch. Du côté de HaikuPorts, l'activité a tendance à augmenter, avec un record de 82 participants en 2024 et une deuxième position pour l'année 2025 avec 75 personnes. L'amélioration continue du système permet de plus en plus aux développeurs de se consacrer au développement et au portage de logiciels, sans tomber dans des bugs critiques nécessitant de mettre les mains dans les couches plus bas niveau du système.

Code source

Le code source est téléchargeable via un mirroir sur Github (si le site n'est pas cassé) ou alors depuis le serveur Git auto-hébergé de Haiku. Les patchs et contributions sont les bienvenus via Gerrit.

Remonter des problèmes

La sortie d'une nouvelle version de Haiku déclenche habituellement un déluge de nouveaux rapports de bugs. Il y a actuellement plus de 3900 tickets ouverts (et plus de 16000 déjà fermés) dans l'outil de suivi. Si vous pensez avoir identifié un problème, vous pouvez faire une recherche dans l'outil pour voir si le problème a déjà été remonté (ou même déjà corrigé), et dans le cas contraire, créer un ticket sur l'outil de suivi de bugs.

En cas de gros problèmes identifiés avec cette version, ils seront ajoutés sur la page notes de versions additionnelles.

Si vous avez besoin d'aide, commencez par la 'Visite Rapide' puis consultez le manuel d'utilisation, ils sont tous les deux accessibles via des raccourcis sur le bureau de toute nouvelle installation de Haiku. WebPositive s'ouvre par défaut sur notre page de bienvenue qui offre des informations utiles et de nombreux liens, de même que le site web du projet.

Si vous ne trouvez toujours pas de réponse à vos questions ou si vous souhaitez rencontrer d'autres utilisateurs et développeurs de Haiku, vous pouvez rejoindre les forums de discussion, l'un des canaux IRC (accessibles aussi par Matrix ou XMPP), ou envoyer un message sur l'une de nos listes de diffusion où une communauté sympathique pourra vous aider.

Commentaires : voir le flux Atom ouvrir dans le navigateur

Reçu — 23 août 2026 ⏭

Nouvelles de Haiku - été 2026

✇LinuxFr.org : les dépêches
Par : pulkomandy · palm123 · Benoît Sibaud · Arkem · Ysabeau ?
23 août 2026 à 08:48

Haiku a 25 ans!

Le projet a démarré le 18 août 2001 avec l’ouverture d’une liste de diffusion et le premier fil de discussion « Ok, let's start » (Ok, allons-y). Le projet a été lancé suite à l’annonce de l’abandon de BeOS par Be, inc.

Depuis, le développement continue et plusieurs versions alpha et beta ont été publiées. Le système d’exploitation Haiku reprend les idées et l’architecture de BeOS, au point d’assurer la compatibilité binaire avec les applications existantes. Il modernise l’architecture du système et apporte de nombreux perfectionnements et améliorations, tout en restant dans l’esprit original.

L’objectif est de fournir un système pour l’informatique personnelle, facile à utiliser, léger et performant mais sans faire de compromis sur les fonctionnalités avancées.

Ce trimestre, les grosses nouveautés sont l’arrivée de la virtualisation avec NVMM, et les préparatifs pour la version beta 6 qui arrive bientôt!

    Sommaire

    Ce rapport correspond aux changements effectués en mai, juin et juillet 2026 : il s’agit des révisions hrev59672 à hrev59921 du code source.

    Entre parenthèses à la fin de chaque note, le pseudonyme de la personne qui a effectué le changement. Certains développeurs contribuent uniquement sous pseudonymes, d’autres utilisent leur nom légal, mais par habitude c’est le pseudonyme qui est utilisé par défaut.

    Virtualisation NVMM

    Le portage de NVMM (le virtualiseur de NetBSD) réalisé par DalmeGNU pendant le Google Summer of Code 2024 a été mergé. Cela permet en principe de lancer des machines virtuelles (avec QEMU) bénéficiant de l’accélération matérielle du CPU, et donc avec de bonnes performances.

    Le code est intégré dans la branche principale des sources de Haiku et sera disponible dans la bêta 6, avec tous les changements dans le noyau (y compris quelques fonctionnalités supplémentaires et un certain nombre de corrections de bugs). Waddlesplash a ajouté le code nécessaire pour les processeurs AMD (le projet GSoC s’était concentré sur les processeurs Intel), et a commencé à améliorer les performances (les premiers essais de virtualisation donnaient des résultats plus lents que l’émulation purement logicielle de QEMU).

    La virtualisation semblait ne pas fonctionner, ni pour lancer Haiku ni diverses distributions Linux, ce qui semblait pointer vers un problème général dans le virtualiseur. Finalement, après investigation par SED4906, le problème déclenché par un système invité Haiku était en fait un bug n’ayant rien à voir avec la virtualisation. Des modifications sur le pilote VESA pour implémenter le « live patching » et l’injection de modes vidéo supplémentaire dans le BIOS des cartes graphiques essayait de copier une zone de mémoire physique dans laquelle il n’y a rien. Cela ne pose pas problème sur une vraie machine, mais déclenche une erreur de NVMM (PulkoMandy).

    Les problèmes pour Linux et d’autres systèmes n’étaient pas liés, mais ont également pu être corrigés.

    Une version de QEMU utilisant l’accélération NVMM est désormais disponible dans les dépôts de paquets. Cela fournit une solution pour lancer les logiciels pas encore portés vers Haiku, et facilite également le développement de Haiku en auto-hébergé sans avoir à constamment redémarrer la machine pour lancer une version de test du noyau.

    Applications

    Correction de plusieurs problèmes de messages et textes impossibles à traduire suite à de mauvaises utilisations des API d’internationalisation (Madmax).

    Tracker

    Tracker est le navigateur de fichiers de Haiku. Il est basé sur les sources du Tracker original de BeOS avec de très nombreuses améliorations. Le code est un peu daté et fait l’objet depuis plusieurs années d’un gros travail d’amélioration et de nettoyage.

    jscipione poursuit les améliorations du Tracker:

    • Correction de régressions sur la position du défilement lorsqu’on passe d’un répertoire à l’autre.
    • Glisser-déposer d’un fichier sur un autre fichier (par exemple pour l’ouvrir dans une application).
    • Correction d’un bug d’affichage lors du glisser-déposer entre fenêtres du Tracker dont les icônes ne sont pas de la même taille.
    • Retour en arrière sur une modification de l’affichage du « drag bitmap » pour en limiter la taille (sinon l’affichage est trop lent et consomme beaucoup de CPU).
    • Encore des corrections sur l’affichage de la poubelle (icône qui doit changer selon qu’il y a des fichiers ou pas dans la poubelle) sur le bureau et dans les panneaux de navigation Ouvrir/Enregistrer.
    • Correction de problèmes de glisser-déplacer dans la fenêtre “racine” et désactivation du menu de choix des disques dans les panneaux d’enregistrement et ouverture de fichiers.

    Traduction du nom de la poubelle lorsque l’option pour traduire les noms des dossiers système est active (humdinger).

    Correction de plantage (récursion infinie) dans du code de debug (non activé par défaut, même dans les versions “nightly” de Haiku, donc cela ne concerne que les développeurs) (PulkoMandy).

    Correction de problèmes de synchronisation entre threads dans BFilePanel qui cassaient parfois la mise en page de la fenêtre (des boutons et champs de texte se retrouvant en dessous d’autres contrôles ou en dehors de la partie visible de la fenêtre) (PulkoMandy et waddlesplash).

    Amélioration du placement des noms de fichiers édités (lors d’un renommage) et de la zone de sélection tracée autour (k32n13).

    Correction d’un problème d’affichage du nombre d’éléments dans les dossiers ainsi que de la fenêtre d’informations détaillées sur les fichiers (Madmax).

    DeskBar

    DeskBar est la barre des tâches, également récupérée des sources de BeOS et grandement améliorée. Elle est cependant plus simple que le Tracker et ne nécessite pas autant de maintenance.

    Petite amélioration de la fenêtre permettant de configurer le nombre d’éléments “récents” à afficher dans la DeskBar (jscipione).

    HaikuDepot

    HaikuDepot est le gestionnaire de paquets et magasin d’applications de Haiku. Il permet de découvrir et d’installer des logiciels, de les évaluer et de laisser des commentaires.

    apl continue le développement de HaikuDepot avec ce mois-ci :

    • Régression déclenchant un crash lors de l’ouverture de fichiers hpkg.
    • Simplification des vues “indisponibles” (par exemple si un paquet n’a aucune revue par les utilisateurs, ou pas de capture d’écran disponible).
    • Amélioration de la sélection de paquets dans la liste (pour pouvoir installer ou désinstaller plusieurs paquets d’un coup).
    • Amélioration de la navigation au clavier.
    • La fenêtre demandant l’autorisation d’envoyer des statistiques anonymes a le bouton “refuser” activé par défaut.
    • Vérification que la date du système est assez proche de celle du serveur (nécessaire pour éviter des problèmes de connexion SSL pour cause de certificat apparemment expiré).
    • Désélection des paquets dans la liste des résultats lorsqu’ils sont cachés par un filtre de recherche.

    SoftwareUpdater

    SoftwareUpdater permet de lancer les mises à jour du système et des paquets installés.

    Au trimestre dernier, une option pour supprimer automatiquement les points de restauration anciens a été ajoutée. Elle a été renommée avec un label moins technique et plus facile à comprendre (humdinger).

    L’option « afficher plus de détails » a été déplacée de la fenêtre principale vers la fenêtre de réglages (humdinger).

    Icon-O-Matic

    Icon-O-Matic permet d’éditer des icônes au format vectoriel HVIF. Ce format très compact permet de stocker les icônes dans l’espace disponible dans l’inode de chaque fichier, permettant un accès très rapide par Tracker et les autres applications ayant besoin d’afficher des fichiers avec leur icône.

    Correction d’un crash (Zardshard).

    ShowImage

    ShowImage est un visualiseur d’images.

    La barre d’outils était partiellement en dehors de l’écran lors de l’affichage en mode plein écran (nipos).

    ActivityMonitor

    ActivityMonitor permet d’afficher des graphes de charge CPU, température des composants, utilisation mémoire, et toutes sortes de statistiques de la machine.

    Amélioration du calcul de taille minimale de la fenêtre (nipos).

    StyledEdit

    StyledEdit est un éditeur de texte. Il permet d’utiliser du formatage qui est enregistré dans les attributs étendus des fichiers texte, ainsi le contenu peut toujours être manipulé par des outils manipulant du texte.

    Amélioration des menus pour configurer le style de texte : choix de couleurs, séparation des menus pour les polices de caractères et les styles (gras, très gras, fin, etc) pour éviter d’avoir un menu avec plusieurs douzaines de variations, peu pratique à naviguer (humdinger).

    WebPositive

    WebPositive est le navigateur web de Haiku. Il utilise le moteur WebKit, co-développé par Apple, Sony et Igalia.

    Les URLs utilisées pour faire des recherches Google et DuckDuckGo sont maintenant les versions « no-AI » désactivant les résultats générés par LLM (nephele).

    Correction du dimensionnement des boutons de la barre d’adresse et des onglets pour les écrans à très haute densité de pixels (nephele, PulkoMandy). Mise à l’échelle du bouton pour fermer la barre de recherche (Madmax).

    Lorsque WebPositive est ouvert en cliquant sur un lien dans une autre application, correction d’un bug qui pouvait aboutir à ouvrir un onglet supplémentaire avec la page d’accueil par défaut, en plus du lien cliqué (nipos).

    Suppression du code inutilisé qui implémentait un prototype d’interface à base de menu hamburger. Amélioration de la barre d’adresse : meilleure gestion du cas d’une barre d’adresse vide, et de l’apparence du bouton “Go” (nephele).

    TextSearch

    Textsearch permet de faire des recherches dans le contenu de fichiers avec des expressions régulières. Il s’agit d’un équivalent graphique de grep.

    Le menu affichant l’historique des recherches tronque les textes très longs, pour éviter d’avoir un menu plus large que l’écran (humdinger).

    Media Player

    Media Player est un lecteur de fichier multimédia (son et vidéo).

    Correction d’un bug empêchant de lire des vidéos en boucle (x512)

    Cortex

    Cortex est un gestionnaire d’application média, permettant de router la sortie d’une application dans l’entrée d’une autre et de manipuler les flux audio et vidéo de toutes sortes de façons intéressantes.

    Retrait d’un contournement de bug de BeOS (plus nécessaire pour Haiku) et correction du gel de l’application lors de la suppression de nœuds média (x512).

    Devices

    L'application Devices affiche la liste des périphériques matériels de la machine.

    Aquamatic est en train de travailler sur cette application dans le cadre du Google Summer of Code. Voir son article de blog pour tous les détails.

    • Affichage du pilote utilisé et du chemin du périphérique publié dans /dev
    • Amélioration de la disposition des éléments dans la fenêtre
    • Affichage détaillé des descripteurs USB et décodage des descripteurs HID
    • Affichage des périphériques Bluetooth

    Changements de quelques textes dans l’interface pour rendre les choses plus claires et utiliser le vocabulaire en usage dans le reste du système (humdinger).

    Mise à jour des listes d’identifiants PNP et ACPI avec les dernières versions disponibles (PulkoMandy).

    Workspaces

    Workspaces permet de visualiser les différents bureaux virtuels et de plus facilement naviguer entre eux.

    Amélioration du texte de quelques éléments de l’interface pour les rendre plus compréhensibles et pour la cohérence du style d’écriture avec le reste du système (humdinger).

    DriveSetup

    DriveSetup permet de modifier la table de partition et de formater des partitions disque.

    Il est maintenant possible de modifier le type de partition d’une partition existante, étape nécessaire pour une installation de Haiku en réutilisant une partition existante dédiée auparavant à un autre système (Nathan242).

    AboutSystem

    Aboutsystem affiche quelques infos sur la machine, sur la version de Haiku installée, ainsi que les noms de tous les développeurs ayant participé au projet et les mentions légales obligatoires.

    Mise à jour de la liste des participants au projet : ajout de plusieurs participants au Google Summer of Code qui avaient été oubliés, et déplacement de Philippe Houdoin de la section « ancien développeurs » vers « développeurs actifs » puisqu’il est de retour (PulkoMandy).

    OverlayImage

    OverlayImage permet de placer une image en sur-impression sur le bureau ou dans tout autre endroit pouvant accueillir des _réplicants (NdM: leur faire passer le test Voight-Kampff ? Le terme est utilisé dans toutes les dernières nouvelles Haiku mais pas défini ou explicite. Pour vous appâter vers la documentation, sachez que c’est le nouvel ActiveX)._

    Correction d’un crash (Waddlesplash).

    Préférences Bluetooth

    La fenêtre de préférences permettant de configurer le Bluetooth. Vous aviez deviné.

    Mise en conformité du texte de l’interface graphique avec les règles de style (humdinger).

    Outils en ligne de commande

    Mise à jour de la base de données des IDs USB, et ajout du décodage des descripteurs CDC-NCM dans listusb (PulkoMandy).

    Dans l’outil “workspaces”, ajout d’options pour se déplacer “géographiquement” (vers le haut, à droite, à gauche…) entre les espaces de travail. Ces paramètres peuvent être utilisés pour définir des raccourcis claviers personnalisés (korli).

    Kits

    Haiku offre une API assez complète aux développeurs d’application en C++. Cette API est découpée en “kits” qui regroupe des grandes catégories de fonctionnalités. Certains de ces kits sont dans des bibliothèques séparées, d’autres sont trop interdépendants et donc liés ensemble dans la bibliothèque libbe.so.

    Interface kit

    L'interface kit regroupe toutes les fonctionnalités liées à l’utilisation d’interface graphiques : fenêtres, vues, contrôles standardisés, pointeurs de souris…

    Correction de plusieurs bugs lié au « mouse tracking » dans BListView, par exemple des changements de sélection inattendus (X512).

    Une régression dans BTab:: SetEnabled empêchait de désactiver un onglet avant de l’attacher à une BTabView (waddlesplash).

    Ajout de l’espace de couleur RGB 30 bit, utilisé par certaines machines Apple (smrobtzz).

    Correction de problèmes de curseur invisible, mauvais affichage des marges, et utilisation systématique des tailles de polices de caractères mises en cache pour améliorer les performances dans BTextView (k32n13).

    Correction d’un bug empêchant les raccourcis clavier de fonctionner lorsque la touche caps lock est active (Philippe Houdoin).

    Correction d’un bug d’affichage des bordures des barres de progression avec le « control look » par défaut (Bill Hayden).

    Package kit

    Le Package Kit permet de manipuler les paquets logiciels et les dépôts permettant de les télécharger.

    Correction d’une fuite mémoire dans la gestion des jobs du Package Kit (waddlesplash).

    Support kit

    Le support kit contient toutes les fonctions et structures de base indispensables: gestion des chaînes de caractères, listes, maps, et autres conteneurs utiles à toutes les applications.

    Correction de l’échappement des chaînes de caractères lors de la conversion d’un BMessage en fichier driver_settings. Ce problème empêchait d’enregistrer les paramètres des réseaux wifi dont le nom contenait un espace ou certains autres caractères spéciaux. Cependant, il reste d’autres problèmes qui empêchent la connexion wifi de s’établir automatiquement au démarrage (madmax).

    Dans BStringList, ajout d’une variante de la fonction de tri Sort() utilisant une fonction utilisateur pour comparer les chaînes (par exemple pour faire un tri “naturel” de texte contenant des nombres) (korli).

    Modification du code générant un nom de CPU standardisé à partir du CPUID (sur les plateformes x86) pour faire confiance au champ « brand string » lorsqu’il est disponible (KevinAdams).

    Correction de bugs dans BBufferIO (korli).

    Network kit

    Le Network Kit regroupe toutes les fonctions permettant la communication en réseau : gestion des interfaces, ouverture de sockets, client HTTP, etc.

    Correction d’un bug dans la comparaison d’objets BNetworkAddress de type AF_LINK (adresses MAC) (madmax).

    Media kit

    Le Media Kit permet de gérer les fichiers et les flux multimédia. Il traite principalement de l’audio et de la vidéo mais pourrait être étendu pour d’autres usages impliquant des flux de données temps réel.

    Correction d’un crash dans le code de conversion d’espace de couleurs pour la lecture de vidéos (PulkoMandy).

    Serveurs

    Les “serveurs” sont des applications système complétant le fonctionnement des kits. Ils sont l’équivalent des démons ou des services UNIX.

    app_server

    app_server est le serveur graphique se chargeant de l’affichage des applications à l’écran.

    Refonte de la façon dont les configurations d’écrans sont enregistrées dans app_server, de façon à restaurer la bonne résolution d’écran en cas de crash d’une application qui avait changé la résolution de façon temporaire (par exemple un jeu lancé en plein écran avec une résolution spécifique) (waddlesplash).

    Ajout de code pour une meilleure gestion des curseurs de souris accélérés par le matériel : sur les anciennes cartes graphiques, seul un curseur à 2 bits est disponible (pixels noir, blancs, transparents, ou inversés par rapport à ce qui est en dessous). Certains pilotes n’implémentent l’accélération que pour ce type de curseur, mais les curseurs utilisés par Haiku sont plus perfectionnés (niveaux de gris et canal apha). Dans ce cas, app_server peut convertir le curseur dans le format supporté par le pilote et la carte graphique (PulkoMandy).

    Correction de problème d’accès au « frame buffer » pour afficher le curseur pendant un changement de mode écran. Cela corrige un plantage dans le cas où on change de résolution d’écran et qu’on déplace la souris en même temps (waddlesplash).

    Correction de l’affichage du dernier pixel lors de l’affichage d’un bitmap avec un redimensionnement à filtrage bilinéaire (madmax).

    Correction d’une inversion de verrous dans le code de gestion des curseurs de souris (Waddlesplash).

    Sauvegarde des réglages de luminosité de l’écran même si le fichier de préférences des espaces de travail n’existe pas (PulkoMandy).

    Print server

    Le print server se charge de tout ce qui concerne les imprimantes et les impressions.

    Suppression de l’imprimante « Enregistrer en PDF » installée par défaut, car elle ne fonctionne pas si le paquet « PDF Writer » n’est pas installé. Cette imprimante peut être configurée automatiquement lors de l’installation du paquet (KevinAdams05).

    Ajout d’un test d’existence des add-ons d’impression avant de les charger. Auparavant, le serveur d’impression appelait load_add_on sans vérifier au préalable l’existence du fichier, puis détectait l’échec de cet appel. Ce qui fonctionne bien, mais émet un message dans le syslog pour indiquer une erreur de chargement. Cette erreur pouvait perturber certains utilisateurs (Philippe Houdoin).

    Net server

    net server est responsable de toutes les opérations concernant le réseau : configuration des interfaces, obtention et renouvellement des baux DHCP par exemple.

    Correction d’un plantage lors du chargement d’un fichier network_settings ne comportant aucune option, ce qui peut arriver si on efface la configuration de tous les réseaux connus (madmax).

    Bluetooth server

    Le serveur Bluetooth se charge de la découverte et de l’appairage des périphériques Bluetooth.

    Mohapped R. Attia est en train d’implémenter diverses fonctions et commandes Bluetooth dans le cadre du GSoC 2026.

    Madmax a quant à lui corrigé un crash dans la fenêtre de préférences du Bluetooth et plusieurs dans le serveur.

    Power daemon

    Le power daemon est responsable de toutes les tâches liées à la gestion de l’énergie : déclenchement d’évènements lorsque la machine est connectée ou déconnectée du secteur, choix de l’algorithme d’ordonnancement à haute performance ou du mode économique. Il s’occupera plus tard de la mise en veille et de la remise en route du système.

    Surveillance du statut de acpi_ac pour déterminer si la machine est reliée à une alimentation électrique, plutôt que de se baser sur l’état de charge ou décharge de la batterie (korli).

    Systèmes de fichiers

    Haiku implémente de nombreux systèmes de fichiers permettant l’interopérabilité et l’échange de données avec d’autres systèmes. Le système de fichier natif et indispensable pour installer Haiku est BFS, hérité de BeOS et qui a la particularité de pouvoir requêter les fichiers à partir d’attributs étendus indexés, à la façon d’une base de données.

    Envoi d’une notification « node monitor » (équivalent de inotify sous Linux) lorsqu’un fichier est vidé par l’utilisation de O_TRUNC (nathan242).

    Correction de plantages de BFS (jessicah):

    • lors de la création d’un volume (formatage d’un disque) sans index d’attributs,
    • lors de l’exécution de checkfs sur un volume sans index d’attributs.

    Dans BFS également, mise à jour des dates de modifications remontées par stat lorsqu’un fichier est tronqué ou redimensionné. Le comportement n’était pas celui demandé par POSIX et cela causait par exemple des recompilations inutiles lors de l’utilisation de ninja (waddlesplash).

    Correction du code permettant de déplacer ou de renommer des fichiers au travers d’un bindfs. Le code existant n’a jamais pu fonctionner, et n’a probablement jamais été utilisé ou testé (waddlesplash).

    La troncation d’un fichier (suppression de tout le contenu) ne mettait pas à jour la date de modification si le fichier était stocké dans un ramfs (waddlesplash).

    Correction de bugs dans les comparaisons de dates et d’une mauvaise gestion des erreurs dans le pilote NFSv4 (kallisti5).

    Lors de l’initialisation d’un disque avec une table de partition Intel, effacement de quelques secteurs supplémentaires pour ne pas laisser un éventuel en-tête ISO9660 sur le disque (Nathan242).

    Calcul de l’espace libre sur les disques btrfs (Abdullah Zulfiqar).

    Pilotes matériels

    Péripéhriques HID

    Correction d’un plantage dans le pilote I2C HID sur certains appareils. Le pilote n’est toujours pas fonctionnel et reste désactivé par défaut (PulkoMandy).

    Supports de stockage

    Poursuite du travail sur les supports de stockage MMC et eMMC, avec l’implémentation d’une partie de la séquence d’initialisation pour ces cartes. Le pilote n’est pas fonctionnel pour ces cartes, l’initialisation n’aboutit pas. Il est par contre utilisable pour les cartes SD et SDHC (PulkoMandy).

    Correction de bugs pour les périphériques de stockage USB présentant plusieurs “LUNs” SCSI, par exemple les lecteurs multi-cartes (SD, compact flash…) et la gestion de l’absence de média. Cela corrige en particulier un crash lorsqu’on débranche un tel lecteur du port USB (waddlesplash).

    Bluetooth

    Traitement de plus d’informations sur les périphériques Bluetooth dans le serveur Bluetooth pour affichage dans les résultats de scan (shivamsinghydv).

    Vighnesh Sawant travaille sur le support des périphériques Bluetooth audio dans le cadre du GSoC 2026:

    • Début d’implémentation des transferts isochrones
    • Gestion des connexions de type SCO

    Mohammed R. Attia travaille, également dans le cadre du GSoC 2026, sur les périphériques Bluetooth HID:

    • Implémentation de l’appairage.

    Correction d’une mauvaise utilisation de macros de manipulation de bits dans le pilote Bluetooth USB (korli).

    Réseau

    Intégration du pilote FreeBSD urtw (nommé realtekwifi8187 pour Haiku), ce qui permet d’utiliser certaines anciennes clés USB Wifi de chez Realtek (nathan242).

    Ajout de nouveaux descripteurs et constantes dans les en-têtes liés à l’Ethernet par USB, en préparation pour l’intégration du pilote NCM. Encore un nouveau protocole standard pour l’Ethernet par USB, qui vient se placer aux côtés de ECM et RNDIS (PulkoMandy).

    Nettoyage et correction de petits problèmes dans le pilote usb_rndis (PulkoMandy).

    Remplacement des listes chaînées utilisées dans la pile réseau par une implémentation plus récente déjà utilisée dans d’autres composants. Cela permet de bénéficier d’assertions vérifiant que la liste n’est pas corrompue, et le code est inliné pour de meilleures performances (waddlesplash).

    Correction d’un problème dans l’implémentation des sockets UNIX qui causaient un blocage lors de tentatives d’écrire plus de données que le tampon mémoire du socket ne peut en contenir (waddlesplash).

    Cartes graphiques

    Désactivation du “tiling” du framebuffer qui est activé par défaut par le BIOS sur certaines machines. Le pilote de Haiku a besoin d’un framebuffer linéaire, mais ne faisait pas la réinitialisation nécessaire de la configuration (smrobtzz).

    Correction d’une régression dans le pilote VESA : les changements de mode vidéo n’étaient pas pris en compte par la console du débugger noyau, conduisant à un affichage illisible (Waddlesplash).

    Ajout des identifiants PCI de quelques cartes graphiques Intel de la génération “Skylake” dans le pilote correspondant (KevinAdams05) et dans le pilote intel_gart (Waddlesplash).

    Corrections du pilote pour les cartes graphiques S3 pour être compatible avec les machines 64 bit. Cette configuration est anachronique, mais réalisable (certaines cartes mères supportent à la fois un processeur 64 bit et un port PCI, ou bien il existe toutes sortes d’adaptateurs). Le bon fonctionnement de ce pilote ayant pu être confirmé, il est maintenant inclus dans la version 64 bit de Haiku (waddlesplash).

    ACPI

    Correction de problèmes d’ordonnancement dans l’initialisation de ACPI, ce qui a corrigé l’appel de méthodes ACPI (lecture de l’état de la batterie, arrêt de la machine…) sur plusieurs machines affectées par le problème (smrobtzz).

    Réorganisation du code d’initialisation pour éviter une dépendance circulaire entre les pilotes ACPI et PCI (chacun ayant besoin de l’autre à différentes étapes dans l’initialisation) (smrobtzz). Ajout d’assertions pour s’assurer que le problème ne se reproduit pas, car il était particulièrement complexe à investiguer, avec un crash se produisant uniquement à l’arrêt de la machine alors que le problème était au démarrage (waddlesplash).

    Correction du fonctionnement de read pour les pilotes acpi_lid et acpi_ac, et ajout d’une implémentation de select pour acpi_ac (korli).

    HDA Audio

    Tentative d’implémentation de l’envoi du son vers les ports HDMI de la carte graphique. Le code fonctionne pour le HDMI, mais ne fonctionne plus pour les sorties analogiques, il a donc été désactivé pour l’instant (x512).

    PCI

    Déplacement du code traitant l’espace I/O du driver générique vers le driver spécifique pour x86. La notion d’espace dédié aux entrées-sorties avec des instructions assembleur spécifiques pour y accéder n’existe sur aucune autre famille de CPU actuelle (smrobtzz).

    libroot

    La libroot implémente les fonctions standard C et POSIX ainsi que quelques extensions spécifiques à BeOS ou à Haiku. Elle est complétée par les libbsd et libgnu qui complètent cette API avec des extensions communes disponibles dans les systèmes BSD et dans la glibc, respectivement.

    Ajout des définitions liés à la visibilité des symboles dans elf.h (jessicah).

    Retrait d’en-têtes non-standard obsolètes (par exemple: null.h), déplacement des définitions aux bons endroits dans les en-têtes standards, correction de la définition de SIZE_MAX pour être du type size_t, divers autres nettoyages (waddlesplash).

    Augmentation de la valeur de PTHREADS_KEYS_MAX à 512 pour pouvoir lancer les versions actuelles de Rust qui nécessitent beaucoup de clés TLS. Des changements similaires ont été faits par FreeBSD et OpenBSD, en attendant une éventuelle correction du problème du côté de Rust (PulkoMandy).

    Correction du chemin d’accès à un fichier de configuration du résolveur DNS pour pointer vers un dossier accessible en écriture par l’utilisateur (Philippe Houdoin).

    Mise en conformité POSIX des définitions de fonctions et types pour les caractères larges wchar, et mise à jour des stubs de la libroot (korli).

    Ajout d’un cache stockant en espace utilisateur les informations sur les areas utilisées par l’allocateur mémoire malloc. Cela évite de faire un appel système pour retrouver cette information lors de l’appel à free (waddlesplash).

    Mise en conformité POSIX de pthread_mutexattr_getprotocol (korli).

    Noyau

    Le noyau de Haiku est un noyau monolithique avec un système de modules, assez classique de nos jours. Il implémente des appels systèmes assez similaire à d’autres systèmes de la famille UNIX. Sa principale particularité est d’être implémenté en C++ comme le reste du système, ce qui améliore la lisibilité du code et les performances.

    Autorisation d’une taille de pile jusqu’à 64MiB pour les threads utilisateurs, nécessaire pour le compilateur du langage Zig (ypsvlq).

    Ajout d’une vérification de pointeur NULL manquante dans l’implémentation de ioctl qui permettait de faire planter le noyau (waddlesplash).

    Correction d’un problème d’entrée dans le debugger noyau lorsque certains coeurs de CPU sont bloqués dans une boucle d’attente active et ne peuvent pas répondre au message « start KDL ». Dans ce cas, le debugger est tout de même démarré et un message d’avertissement indiquant qu’un coeur est toujours occupé s’affiche. Ceci devrait permettre d’investiguer certains cas où tout le système semble gelé. Nettoyage au passage de l’information sur le « dernier appelant » dans les spinlocks, qui n’était plus du tout en phase avec l’implémentation actuelle des spinlocks (waddlesplash).

    Ajout de fonctions utilitaires pour la conversion entre UTF8 et UTF16, qui seront utilisées par les pilotes FAT et exFAT, car ces systèmes de fichiers stockent des noms de fichier en UTF16 qui doivent être convertis (jim906, jscipione).

    Options du noyau et des drivers

    Les fichiers driver_settings de 0 octet sont maintenant considérés comme valides et ne contenant aucune option. Ces fichiers (variante des fichiers ini) sont utilisés entre autres par le launch_daemon et les fichiers vides déclenchaient des erreurs inutiles (nathan242).

    L’option « Don't call the BIOS » empêche effectivement d’appeler le BIOS. Jusqu’à présent, elle était présente dans le menu de démarrage mais ne servait à rien (Waddlesplash).

    Correction d’un pointeur de cookie mal géré dans le device manager qui pouvait faire planter le noyau (waddlesplash).

    Gestion du stockage et des systèmes de fichiers

    Correction d’un bug très ancien où le renommage d’une partition n’était pas propagé partout dans le noyau, ce qui causait l’apparition de l’ancien nom à certains endroits (nathan242).

    Correction d’un gros problème dans l’I/O scheduler qui pouvait aboutir à des corruptions de données, dans le cas où un système de fichier utilise des blocs plus petits que les blocs du support de stockage sous-jacent. Par exemple, dans le cas d’un système de fichiers BFS avec des blocs de 2K, stocké sur un disque utilisant des secteurs de 4K. Cette configuration est toutefois peu probable : d’une part parce que les disques avec des secteurs de 4K ne sont pas courants, et d’autre part parce que les systèmes de fichiers BFS sur des disques de grande capacité vont utiliser par défaut une taille de bloc plus large. Le cas qui a permis de détecter ce problème est l’utilisation d’un ram disk : dans ce cas, les blocs disque font nécessairement 4Ko (taille d’une page mémoire) et le disque est de relativement petite capacité (quelques gigaoctets au maximum) (nathan242).

    Ajout d’un système de quotas pour la mise en cache des fichiers modifiés. Ceci évite de remplir toute la mémoire lors de l’écriture vers un périphérique lent (par exemple une clé USB). Cela permet de supprimer un contournement dans le Tracker (appel périodique à sync) et d’améliorer les performances (waddlesplash).

    Gestion de la mémoire

    Correction d’assertions incorrectes dans le traitement des pages de mémoire virtuelle, qui déclenchaient des kernel panic lorsque la mémoire est très sollicitée (waddlesplash).

    Correction d’un interblocage dans les fonctions de gestion de la mémoire virtuelle pour gérer les permissions page par page (par exemple lors de l’utilisation de mprotect()). Au passage, correction de problèmes de performances et ajout d’assertions supplémentaires pour détecter d’autres cas inattendus. Ce qui a débouché sur la détection d’un autre problème qui n’est pas encore complètement identifié… (waddlesplash).

    Correction d’une inversion de flags dans le code de verrouillage de la mémoire, qui déclenchait des fausses erreurs IO lorsqu’il restait trop peu de mémoire libre. Au passage, nettoyage du code et ajout d’assertions (waddlesplash).

    Améliorations des commandes du debugger noyau pour investiguer l’allocateur “slab” et le tas gardé. Optimisation de l’allocateur d’espace d’adressage pour réduire encore un peu la consommation mémoire de Haiku et changement de constantes dans l’allocateur général (ces changements ne sont pas inclus dans la version beta 6, ils seront pour la prochaine car trop risqués) (waddlesplash).

    Correction de l’utilisation d’une variable 32 bit pour gérer la mémoire libre sur les systèmes 32 bit, y compris lorsque PAE est actif et permet de disposer de plus de 4GB de mémoire libre au total (RAM physique ou swap) (waddlesplash).

    Dans get_memory_map, correction d’un bug lorsqu’on demande à récupérer des informations pour une adresse qui n’est pas alignée sur le début d’une page. Cette fonction est utilisée entre autres dans les transferts DMA par les pilotes de stockage de masse. Dans ce cas, le bug peut apparaître seulement lors de combinaisons relativement inhabituelles de supports de stockage et de systèmes de fichiers. Cela l’a rendu assez difficile à identifier. La conséquence était une corruption de la mémoire du noyau, des crash à des endroits pas forcément directement liés, et cela seulement lorsque certaines options de debug (désactivées par défaut, y compris dans les nightly builds) étaient activées (waddlesplash).

    Nettoyage du code de comptage des références dans VMArea (waddlesplash).

    Gestion des évènements

    Modification du comportement de select sur un descripteur de fichier FIFO pour ne pas remonter d’évènements qui n’ont pas de sens dans ce cas (Waddlesplash).

    Améliorations de l’API event_queue et implémentation de EV_RECEIPT de façon compatible avec kqueue. Ajout dans kqueue de la possibilité de recevoir des évènements concernant les ports et sémaphores (extension par rapport à ce qui est disponible dans BSD) (waddlesplash).

    Ordonnanceur

    Ajout d’une assertion pour vérifier que le compteur « pinned to CPU » des threads n’est jamais négatif (waddlesplash).

    Ajout de barrières mémoire manquantes dans les fonctions de “pinning” des threads, qui déclenchaient des kernel panics (rares) et d’autres problèmes (korli).

    Ajout d’un mécanisme dans le scheduler pour interdire l’activation d’autres threads (nécessaire pour le virtualiseur NVMM) (waddlesplash).

    Refonte de la gestion des verrous sur les « user timers », pour corriger des cas de gel complet du système mais aussi améliorer la performance et nettoyer le code : les verrous sont plus fins, il y a des assertions supplémentaires, et plein d’autres changements (waddlesplash).

    Processeurs x86

    Modifications dans la sauvegarde de l’état du FPU pour pouvoir utiliser AVX-512 sur les processeurs où il est disponible. Cela nécessite de réserver plus de place pour la sauvegarde des registres CPU lors des changements de contexte, puisque AVX-512 ajoute des registres supplémentaires (waddlesplash et trungnt2910).

    Nettoyage de la gestion des timers spécifiques à un coeur de CPU pour x86 : moins de lectures de registres matériels, et ré-activation de certains cas d’optimisation qui permettent d’éviter une réinitialisation des timers (waddlesplash).

    Suppression d’un branchement inutile dans le code de changement de contexte (SED4906).

    Modification de l’initialisation pour que le raccourci clavier permettant d’accéder au débugger noyau soit disponible beaucoup plus tôt dans le démarrage du système (waddlesplash).

    Bootloader

    Le chargeur de démarrage fournit un menu permettant de configurer diverses options du système. Il est dérivé en plusieurs versions pour différentes interfaces avec le matériel : BIOS, PXE, EFI, OpenFirmware.

    Ajout d’une vérification pour déclencher une erreur dès qu’il n’y a plus de place dans les structures de gestion de la mémoire. Ce cas n’était pas bien intercepté auparavant et causait des erreurs, voire des corruptions de mémoire plus tard dans le processus de démarrage, rendant les choses plus difficiles à investiguer (smrobtzz).

    Correction de l’initialisation d’un registre de contrôle sur les processeurs x86 qui configure la gestion de la mémoire virtuelle (entre autres choses). Le chargeur de démarrage BIOS l’initialisait bien, mais le chargeur EFI ne l’initialisait que pour le premier cœur de CPU, laissant les autres dans un état indéterminé. Ce problème a été détecté par le code NVMM importé de NetBSD, qui refuse de s’initialiser si ce registre n’a pas une valeur cohérente. Mais cela corrige probablement d’autres problèmes jusqu’ici inexpliqués sur les machines démarrant en EFI (waddlesplash).

    Outils de compilation

    Haiku est compilé avec le compilateur gcc. Il utilise à la fois une version moderne et un fork de gcc 2.95.3, ce dernier permettant d’assurer la compatibilité avec BeOS. L’outil de compilation est Jam, un concurrent de make mieux adapté aux besoins d’un projet complexe comme Haiku.

    Adaptations pour la sortie de gcc16 : reconnaissance de cette version lorsqu’elle est utilisée comme compilateur hôte (SED4906) et modifications de paramètres de compilation dans les scripts de gcc2 pour permettre de le compiler avec un compilateur moderne (en précisant qu’il est écrit en C89, qui n’est plus le standard par défaut dans la plupart des compilateurs) (waddlesplash).

    Premiers ajouts dans le système de build pour prendre en considération l’existence d’une tentative de portage de Haiku sur l’architecture PowerPC 64 bits (SED4906).

    Suppression de scripts de build inutilisés pour la gestion et la décompression de certains types d’archives (PulkoMandy).

    Ajout de règles de détections des formats MS Office (docx, xlsx…) dans le renifleur de types MIME (Philippe Houdoin).

    Ajout dans l’image de release d’un ensemble de sons à utiliser pour les diverses notifications du système (humdinger).

    Documentation

    La documentation est découpée en trois parties : un guide de l’utilisateur, un guide pour les développeurs d’applications (appelé « Haiku Book » en référence au « Be Book » qui remplissait le même rôle pour BeOS), et une documentation interne pour les développeurs souhaitant modifier Haiku lui-même.

    Ajout d’un fichier AGENTS.md rappelant aux LLMs que leur utilisation est interdite avec Haiku et qu’ils doivent refuser de travailler (kallisti5, waddlesplash).

    Documentation interne

    Correction de fautes d’orthographe dans la documentation et grosse amélioration de la documentation des pilotes SD et MMC (PulkoMandy).

    Correction de warnings levés par Sphinx lors de la génération de la documentation (PulkoMandy).

    Ajout d’une page expliquant le fonctionnement des pilotes réseau et d’une autre sur les principes des pilotes de périphériques en général (PulkoMandy).

    Ajout d’un pilote d’exemple pour le périphérique QEMU “edu” qui est justement prévu pour servir d’exemple et d’exercice (dridiha).

    Haiku Book

    Clarification de la documentation des valeurs de retour de BListView:: CurrentSelection (madmax).

    Cafeina poursuit son travail pour compléter la documentation et couvrir tous les sujets:

    • ajout du chapitre sur l’USB Kit,
    • première partie de la documentation du Network Kit,
    • ajout des fonctions du Kernel Kit concernant la gestion des “images” ELF chargées en mémoire (get_image_info et compagnie).

    Correction d’une typo dans la documentation de BBufferIO (waddlesplash).

    ARM & RISC-V

    Actuellement, seuls les processeurs X86 (32 et 64 bits) sont officiellement supportés par Haiku. Le portage RISC-V est fonctionnel sur certaines machines mais pas au point de l’officialiser. Le portage ARM64 est en très bonne voie et commence également à être utilisable.

    Quelques corrections simples pour les premières étapes du démarrage sur Raspberry Pi 5 (vous excitez pas trop, c’est encore très loin d’avoir une version fonctionnelle). En particulier, des améliorations sur le séquencement de démarrage des différents coeurs de processeur SMP (smrobtzz).

    Quelques avancées également pour les machines Apple (smrobtzz).

    Correction d’offsets dans le code de génération des images de carte SD et rétrogradation de la version de l’architecture ARMv8 nécessaire pour démarrer Haiku (kallisti5).

    Et alors, ça vient, cette bêta 6 ?

    La branche bêta va être créée fin juillet, avec un objectif de publication pour mi-août.

    La phase de test a eu lieu durant le mois d’août, de nombreux petits problèmes ont été corrigés et la publication est toute proche. Bientôt une autre dépêche annonçant les nouveautés principales de cette version!

    Commentaires : voir le flux Atom ouvrir dans le navigateur

    ❌