Les plannings, ça marche déjà difficilement dans les boîtes, où les gens sont payés pour un projet. Ca marche encore plus difficilement dans les gros projets tels que Gnome ou Linux, où un certain nombre de développeurs sont payés à plein temps, et où, en tout état de cause, il y a suffisamment de développeurs pour en avoir tout le temps un certain nombre. Pour un projet comme le Hurd, c'est inenvisageable. Trop peu de développeurs actifs, et trop aléatoire : les développeurs ont aussi une vie, qui peut les amener à ne pas pouvoir s'impliquer pendant des périodes de plusieurs mois.
Impossible également de prévoir si un ou deux développeurs ne vont pas nous rejoindre dans les mois à venir, qui feront avancer le projet considérablement plus vite (hé oui, 2 pour Linux c'est négligeable, pour le Hurd ça ne l'est pas du tout).
GNU/Hurd existe, est fonctionnel dans une certaine mesure. On peut l'installer, le tester, l'utiliser (même si personne ne voudrait l'utiliser dans son état actuel plutôt que GNU/Linux). Il faut, je pense, considérer GNU/Hurd sur Mach comme une plateforme temporaire qui permet de faire fonctionner le Hurd, et ainsi de l'essayer, de le débugger, de développer ses couches supérieures, et de créer Debian GNU/Hurd. Aussi, rajouter le support des winmodem, de l'ACPI, du son ou de l'USB, on peut pas dire que ce soit très utile (à moins, bien sûr, qu'on le fasse sans effort parce qu'on a trouvé un code simple à isoler et à gluecoder dans GNU Mach). On nous répète suffisamment qu'on perdrait notre temps avec le port sur L4 (ou à l'inverse, qu'on perdrait du temps avec Debian GNU/Hurd puisqu'il y a le port sur L4), on va pas nous demander en plus de perdre vraiment notre temps en développant GNU Mach plus qu'on en a besoin, uh ? :)
Et les développeurs ont l'intention de faire marcher ce "truc" un jour, merci pour eux. C'est justement parce qu'ils ont l'intention de le faire marcher, et bien, qu'ils ont entrepris le port sur L4, parce qu'ils pensent que c'est le meilleur moyen d'avoir un GNU/Hurd fonctionnel et optimal. Et si tu as bien lu la news, ça avance bien de ce côté là. Si tu veux imaginer ce qu'il reste à faire, prends un OS traditionnel, et divise le en deux parties : les couches basses du noyau (mémoire, scheduler, drivers, IPC, gestion des tâches, ...) et tout ce qui va au-dessus. Le port sur L4 représente le travail sur les couches basses du noyau : et vu que ça en est aux drivers, il y a déjà un certain état d'avancement. Le travail effectué sur Debian GNU/Hurd (en utilisant Mach) correspond au travail sur les couches supérieures : lui aussi avance bien, vu que GNU/Hurd sait faire tourner (partiellement) Gnome, remplit 9 CDs, etc. Lorsque le port sur L4 sera fonctionnel, il faudra évidemment faire un "sync", qui demandera un peu de boulot : mais c'est pas un si gros morceau. Concrètement, donc, c'est déjà bien avancé, et ça avance pas mal sur les deux fronts, compte tenu du nombre de développeurs.
[^] # Re: Avancement futur?
Posté par Manuel Menal . En réponse à la dépêche Nouvelle avancée du port du Hurd sur L4. Évalué à 10.
Impossible également de prévoir si un ou deux développeurs ne vont pas nous rejoindre dans les mois à venir, qui feront avancer le projet considérablement plus vite (hé oui, 2 pour Linux c'est négligeable, pour le Hurd ça ne l'est pas du tout).
GNU/Hurd existe, est fonctionnel dans une certaine mesure. On peut l'installer, le tester, l'utiliser (même si personne ne voudrait l'utiliser dans son état actuel plutôt que GNU/Linux). Il faut, je pense, considérer GNU/Hurd sur Mach comme une plateforme temporaire qui permet de faire fonctionner le Hurd, et ainsi de l'essayer, de le débugger, de développer ses couches supérieures, et de créer Debian GNU/Hurd. Aussi, rajouter le support des winmodem, de l'ACPI, du son ou de l'USB, on peut pas dire que ce soit très utile (à moins, bien sûr, qu'on le fasse sans effort parce qu'on a trouvé un code simple à isoler et à gluecoder dans GNU Mach). On nous répète suffisamment qu'on perdrait notre temps avec le port sur L4 (ou à l'inverse, qu'on perdrait du temps avec Debian GNU/Hurd puisqu'il y a le port sur L4), on va pas nous demander en plus de perdre vraiment notre temps en développant GNU Mach plus qu'on en a besoin, uh ? :)
Et les développeurs ont l'intention de faire marcher ce "truc" un jour, merci pour eux. C'est justement parce qu'ils ont l'intention de le faire marcher, et bien, qu'ils ont entrepris le port sur L4, parce qu'ils pensent que c'est le meilleur moyen d'avoir un GNU/Hurd fonctionnel et optimal. Et si tu as bien lu la news, ça avance bien de ce côté là. Si tu veux imaginer ce qu'il reste à faire, prends un OS traditionnel, et divise le en deux parties : les couches basses du noyau (mémoire, scheduler, drivers, IPC, gestion des tâches, ...) et tout ce qui va au-dessus. Le port sur L4 représente le travail sur les couches basses du noyau : et vu que ça en est aux drivers, il y a déjà un certain état d'avancement. Le travail effectué sur Debian GNU/Hurd (en utilisant Mach) correspond au travail sur les couches supérieures : lui aussi avance bien, vu que GNU/Hurd sait faire tourner (partiellement) Gnome, remplit 9 CDs, etc. Lorsque le port sur L4 sera fonctionnel, il faudra évidemment faire un "sync", qui demandera un peu de boulot : mais c'est pas un si gros morceau. Concrètement, donc, c'est déjà bien avancé, et ça avance pas mal sur les deux fronts, compte tenu du nombre de développeurs.