Le 9 janvier, dans la section d'actualités officielle du projet GNU Hurd, les nouvelles finales pour le troisième trimestre 2023 ont été publiées :
- Samuel Thibault a corrigé le PIE par défaut de Hurd pour gcc et ajouté le support de static PIE.Il a également ajouté la commande whatis au débogueur du noyau GNU Mach, qui peut déterminer ce que pointe une adresse (pile ? port ? kalloc ?…). Un support a été ajouté pour hurd-amd64 dans GCC..
- Samuel a également demandé à l'équipe Hurd d'organiser l'intégration continue (intégration continue) - afin qu'au moment où les développeurs apportent des modifications au code, ils puissent être sûrs que rien n'est cassé.
« Il s'avère que Hurd prend en charge plusieurs environnements différents : 32 bits, 64 bits, 32 sur 64 bits, ACPI, non-ACPI, SMP, non-SMP, Xen, etc. Il semble qu'un des développeurs de Hurd, Flavio, dispose d'un CI personnel,mais il est configuré de manière indépendante de Debian. Si vous êtes intéressé à aider le projet Hurd à créer CI, contactez-nous ! »
- Luca Dariz a travaillé sur l'ajout de plusieurs tests simples de l'espace utilisateur GNU Mach. Avec MiG en fonctionnement, la machine GNU/Linux peut exécuter la commande make check du code source de GNU Mach, ce qui lancera qemu pour s'assurer que GNU Mach 32 bits (PAE et non-PAE), 32 bits sur 64 bits et 64 bits complet fonctionnent. Actuellement, nous effectuons des tests sur GNU/Linux, car qemu dans Hurd ne fonctionne pas.
- Un grand nombre de personnes ont travaillé sur le nouveau support x86_64 dans Hurd. Samuel a annoncé a déclaré que le port 64 bits de GNU Hurd dispose maintenant de suffisamment de paquets dans l'archive debian-ports pour permettre le chargement de chroot. Le démon de construction de la version 64 bits de Debian + GNU Hurd est en cours de configuration, et d'autres travaux d'infrastructure sont également en cours. Thibault a noté :
« La construction des paquets n'est pas très stable. J'essaie de construire gcc-13 depuis quelques semaines, mais sans succès jusqu'à présent. Il y a divers échecs, le plus souvent des erreurs étranges dans le script libtool, qui sont un signe que le système lui-même ne fonctionne pas correctement. La façon de reproduire le problème consiste simplement à reconstruire un paquet utilisant libtool, et tôt ou tard cela conduira à un échec très étrange.
Cela signifie que, bien que le buildd soit déjà prêt, je ne me sens vraiment pas à l'aise de le lancer, sachant qu'il pourrait se comporter de manière erratique. Lorsque j'ai assemblé le premier ensemble de paquets pour les ports Debian (~100 paquets), j'ai eu environ 5 à 10 de ces échecs, ce qui est un taux assez élevé :/ - Flavio Cruz a amélioré IPC GNU Mach, en modifiant l'ordre des champs mach_msg_type_t pour l'alignement des octets msgt_name et msgt_size. Il a également créé une série de correctifs, permettant d'éviter le redimensionnement des messages pour x86_64. Il a supprimé le code non typé Mach RPC:
"GNU Mach utilise un IPC typé. Hurd peut prendre en charge à la fois les appels typés et non typés, mais il semble que Hurd n'utilise que RPC typé. Il est donc préférable de supprimer tout code RPC non typé."
- Sergey Bugaev a ajouté le support de la fusion des enregistrements dans GNU Mach. Mach ne pouvait pas toujours fusionner deux enregistrements de machine virtuelle situés côte à côte, ce qui ralentissait ext2, bash, etc. Sergey a permis à GNU Mach de fusionner des enregistrements dans des cas normaux, ce qui était très utile, par exemple, dans ext2fs.
- Sergey travaille également sur le portage du navigateur web Ladybird sous Hurd. L'auteur de ce post (il s'agit bien évidemment du post original sur gnu.org - note de l'éditeur.) utilise le navigateur web netsurf sous Hurd, qui fonctionne sur des sites web simples (comme Wikipedia), mais qui affiche mal les pages avec beaucoup de JavaScript, rendant de nombreux sites web inutilisables. Si Sergey parvient à porter Ladybird, les utilisateurs de Hurd pourront commencer à utiliser des ressources en ligne telles que Github ! Il convient de noter que quelqu'un doit également mettre à jour et porter Firefox.
- De plus, Bugaev a commencé à porter Hurd sur AArch64! Bien que le portage sur RISC-V puisse sembler plus intéressant, il est néanmoins à noter qu'AArch64 est plus connu. Fait intéressant, Sergey sait déjà compiler des serveurs Hurd pour AArch64 ! En général, pour exécuter des fichiers binaires, il faut porter GNU Mach sur AArch64, mais heureusement pour nous, il s'est tourné vers GDB et a directement exécuté le binaire Hurd AArch64 "Hello World" sous Linux ! Cela l'a aidé à corriger certaines erreurs. Il reste encore à définir l'ABI et à finaliser le port de GNU Mach, mais pour l'instant, ce sont de fantastiques nouvelles !
- Tobias Platen a commencé à porter GNU Mach sur la plateforme Power9.
Si l'un d'entre vous souhaite vérifier le fonctionnement de ses paquets préférés sous Hurd et leur contribution à l'utilisation de l'ensemble du système GNU par un plus large public, veuillez vérifier la page de participation.
Pour référence : GNU Hurd (ou simplement Hurd) — est un projet de développement de logiciels libres dont l'objectif est de remplacer le noyau Unix pour les systèmes d'exploitation de type Unix. Le développement de Hurd a commencé en 1990 par le projet GNU et la Free Software Foundation. Les progrès avancent lentement en raison de l'existence de Linux — une alternative libre déjà prête aux noyaux des systèmes Unix. Vous pouvez consulter les détails à la fois sur Wikipedia, ainsi que sur la page officielle du projet GNU Hurd.
À son tour, GNU Mach — est une implémentation du micro-noyau Mach, qui est par défaut inclus dans GNU Hurd.
Source : linux.org.ru
