Après un an et demi de développement, la quatrième version bêta du système d'exploitation Haiku R1 a été publiée. Le projet a été créé à l'origine en réaction à la fermeture de BeOS et développé sous le nom d'OpenBeOS, mais a été renommé en 2004 en raison de réclamations liées à l'utilisation de la marque BeOS dans le nom. Pour évaluer les performances de la nouvelle version, plusieurs images Live bootables (x86, x86-64) ont été préparées. Le code source de la plupart des systèmes d'exploitation Haiku est distribué sous licence gratuite MIT, à l'exception de certaines bibliothèques, codecs multimédias et composants empruntés à d'autres projets.
Haiku OS est destiné aux ordinateurs personnels et utilise son propre noyau, construit sur une architecture modulaire, optimisée pour une grande réactivité aux actions de l'utilisateur et une exécution efficace des applications multithread. Une API orientée objet est fournie aux développeurs. Le système est directement basé sur les technologies BeOS 5 et vise une compatibilité binaire avec les applications de cet OS. Configuration matérielle minimale : processeur Pentium II et 384 Mo de RAM (Intel Core i3 et 2 Go de RAM recommandés).
OpenBFS est utilisé comme système de fichiers, qui prend en charge les attributs de fichiers étendus, la journalisation, les pointeurs 64 bits, la prise en charge du stockage des balises méta (pour chaque fichier, les attributs peuvent être stockés sous la forme clé=valeur, ce qui rend le système de fichiers similaire à un système de fichiers. base de données) et des index spéciaux pour accélérer leur récupération. Les « arbres B+ » sont utilisés pour organiser la structure des répertoires. À partir du code BeOS, Haiku inclut le gestionnaire de fichiers Tracker et la Deskbar, tous deux open source après le départ de BeOS.
Principales nouveautés :
- Performances améliorées sur les écrans à haute densité de pixels (HiDPI). Une mise à l'échelle correcte de l'interface a été mise en œuvre, sans se limiter à la modification de la taille des polices. Au premier démarrage, Haiku essaie désormais de détecter automatiquement la présence d'un écran HiDPI et de sélectionner les dimensions appropriées pour la mise à l'échelle. Les options sélectionnées peuvent être modifiées dans les paramètres, mais un redémarrage est nécessaire pour qu'elles prennent effet. Les options de mise à l'échelle sont prises en charge dans la plupart des applications natives et dans certaines applications portées, mais pas toutes.
- Fourni la possibilité d'utiliser un look avec un décorateur de fenêtre plat et un style de bouton plat, plutôt qu'un look qui utilise beaucoup de dégradés. Le style plat est fourni avec le package Haiku Extras et est activé dans la section des paramètres d’apparence.
- Ajout d'une couche de compatibilité avec la bibliothèque Xlib, vous permettant d'exécuter des applications X11 dans Haiku sans exécuter de serveur X. La couche est implémentée via l'émulation des fonctions Xlib en traduisant les appels vers l'API graphique Haiku de haut niveau.
- Une couche a été préparée pour assurer la compatibilité avec Wayland, vous permettant d'exécuter des kits d'outils et des applications qui utilisent ce protocole, y compris des applications basées sur la bibliothèque GTK. La couche fournit la bibliothèque libwayland-client.so, basée sur le code libwayland et compatible au niveau API et ABI, qui permet aux applications Wayland de s'exécuter sans modification. Contrairement aux serveurs composites Wayland typiques, la couche ne s'exécute pas en tant que processus serveur distinct, mais est chargée en tant que plug-in pour les processus clients. Au lieu de sockets, le serveur utilise une boucle de messages native basée sur BLooper.
- Grâce aux couches de compatibilité avec X11 et Wayland, il a été possible de préparer un portage fonctionnel de la bibliothèque GTK3. Les applications pouvant être lancées à l'aide du port incluent GIMP, Inkscape, Epiphany (GNOME Web), Claws-mail, AbiWord et HandBrake.
- Ajout d'un port fonctionnel avec Wine qui peut être utilisé pour exécuter des applications Windows dans Haiku. Les limitations incluent la possibilité de s'exécuter uniquement sur des versions 64 bits de Haiku et la possibilité d'exécuter uniquement des applications Windows 64 bits.
- Ajout d'un port de l'éditeur de texte GNU Emacs qui fonctionne en mode graphique. Les packages sont hébergés dans le référentiel HaikuDepot.
- La prise en charge de la génération et de l'affichage de vignettes d'images a été ajoutée au gestionnaire de fichiers Tracker. Les miniatures sont enregistrées dans les attributs de fichier étendus.
- Implémentation d'une couche de compatibilité avec les pilotes FreeBSD. Les pilotes ont été portés depuis FreeBSD pour prendre en charge les adaptateurs USB sans fil avec les puces Realtek (RTL) et Ralink (RA). L'une des limitations est la nécessité de connecter le périphérique avant le démarrage (après le démarrage, le périphérique n'est pas détecté).
- La pile sans fil 802.11 prenant en charge 802.11ac et les pilotes iwm et iwx prenant en charge les adaptateurs sans fil Intel « Dual Band » et « AX » ont été portés depuis OpenBSD.
- Le pilote USB-RNDIS a été ajouté, permettant d'organiser le fonctionnement du point d'accès via USB (USB tethering) pour une utilisation comme carte réseau virtuelle.
- Ajout d'un nouveau pilote NTFS basé sur la bibliothèque du projet NTFS-3G. La nouvelle implémentation est plus stable, prend en charge l'intégration avec la couche de mise en cache de fichiers et offre de bonnes performances.
- Ajout d'un traducteur pour lire et écrire des images au format AVIF.
- Le moteur du navigateur HaikuWebKit est synchronisé avec la version actuelle de WebKit et transféré vers un backend réseau basé sur la bibliothèque cURL.
- Le chargeur de démarrage ajoute la prise en charge des systèmes EFI 32 bits et offre la possibilité d'installer l'environnement Haiku 64 bits à partir d'un chargeur de démarrage EFI 32 bits.
- Compatibilité améliorée avec les normes POSIX. Remplacement continu des appels à la bibliothèque C standard, précédemment transférés de la glibc, vers des variantes de musl. Ajout de la prise en charge des flux C11 et des méthodes locale_t.
- Le pilote pour les lecteurs NVMe a été amélioré, la prise en charge de l'opération TRIM a été ajoutée pour informer le lecteur des blocs libérés.
- Il est possible de construire le noyau et les pilotes avec de nouvelles versions de GCC (y compris GCC 11), mais GCC 2.95 est toujours requis pour construire le système en raison des liaisons avec l'ancien code pour la compatibilité avec BeOS.
- Des travaux généraux ont été réalisés pour améliorer la stabilité de l'ensemble du système.
Source: opennet.ru