Plan 9 n'est libre que depuis récemment (2003). L'esprit des développeurs et de la communauté reste un peu différent de ce qu'on observe majoritairement au sein des communautés Linux ou BSD.
Votre travail est-il accessible sur le web ? Pour le moment je me documente sur Plan9, Inferno. Je n'ai pas encore pris le temps de les lancer dans un émulateur.
Mon travail n'est pas encore accessible publiquement, mais je pense qu'il le sera prochainement.
En tant qu'émulateur, je recommande vivement 9vx qui est très pratique d'utilisation et idéal pour se familiariser avec l'environnement utilisateur de Plan 9.
Existe-il d'autres personnes dans cet état d'esprit ?
Même si, je pense, que ça peut sembler une évidence dans le monde du logiciel libre, c'est un concept qui semble paraître un peu plus étranger dans le monde de Plan 9. Cependant, je pense qu'il y a beaucoup d'autres personnes qui partagent le même avis, et j'en ai déjà rencontré quelques-uns.
Voyez-vous une possibilité que cela se réalise ?
Je travaille sur quelque chose. C'est une extension de la façon dont je travaille depuis plus d'un an. Ça semble intéresser quelques personnes et nous sommes déjà plusieurs à l'utiliser.
Vous semblez sous-entendre que le problème du support matériel est plus lié à la l'inaccessibilité des patchs qu'à leur inexistence.
Les deux problèmes existent. Il existe du matériel qui n'est pas du tout supporté, mais il existe aussi du matériel pour lesquels des gens ont développé des drivers, mais qui, parfois, faute de temps, n'ont pas pu être finalisé ou suffisamment éprouvé pour être inclus dans Plan 9. Ainsi ces drivers se retrouvent éparpillés au sein de distributions alternatives, de site web ou de liste de discussion...
Lorsque j'évoque la nécessité de rassembler les patchs et de les rendre accessible, je fais également référence aux patchs en cours de développement, qui, de cette façon, pourront être testé et complété beaucoup plus rapidement et à plus grande échelle.
Ne serait-il pas prioritaire de développer ou porter quelques applications phares?
Les deux problèmes, sont, à mon avis, tous deux très importants. Mais le problème de support matériel est rédhibitoire.
Que ce soit les anciens utilisateurs de Plan 9 ou les nouveaux arrivants, nous avons tous plusieurs machines et utilisons tous plusieurs systèmes d'exploitation. Lorsque j'ai besoin d'un navigateur web, je sais où le trouver, mais lorsque j'ai besoin d'effectuer une tâche précise, comme par exemple mettre en place un serveurs de fichiers distribué avec Fossil et Venti, où je sais que Plan 9 est le système le plus adapté, il se pose déjà la question du support matériel.
Que recherchiez-vous en poussant ce fork ? Plan9 en a-t-il besoin et pourquoi ?
C'est une question intéressante.
En fait, j'étais pour une distribution et non pour un fork.
Je souhaitais que l'on puisse rassembler l'ensemble des patchs expérimentaux qui n'avaient pas encore été acceptés dans Plan 9 afin que l'on puisse aisément créer, à la volée, des images d'installation de Plan 9 à partir d'un sous-ensemble de ces patchs. Le but étant qu'un grand nombre de personne puisse très facilement installer Plan 9 à partir de ces images, reporter les problèmes et aider à l'évolution de ces patchs pour qu'ils puissent être finalisés et intégrés à Plan 9.
Un des problèmes principaux sous Plan 9 étant la limitation du nombre de matériels supportés. Beaucoup de débutants enthousiastes se retrouvent rapidement bloqués parce qu'il n'ont pas la machine nécessaire pour installer Plan 9 et l'utiliser convenablement. Il n'est pas forcément évident pour les nouveaux utilisateurs de retrouver les patchs qui leur sont nécessaires ainsi que de comprendre comment construire une image installable de Plan 9. D'autant plus que cette procédure nécessite en premier lieu la possession d'un environnement Plan 9 utilisable.
9front a malheureusement évolué très rapidement vers une vision radicalement différente et incompatible avec ce modèle.
Je me sens par ailleurs un peu obligé de m'excuser pour le caractère potache de mon journal.
C'est en faisant des erreurs que l'on apprend. Si tu n'avais pas posté ce journal, nous n'aurions pas eu cette discussion :-)
Y-a-t-il toujours du personnel rémunéré pour travailler sur plan9? J'ai vu que certaines universités y travaillaient, mais est-ce toujours le cas dans l'industrie, et en particulier à Bell-Labs?
Pour autant que je sache, il y a Geoff Collyer et Jim McKie à Bell Labs Murray Hill ainsi que Sape Mullender et Noah Evans à Bell Labs Antwerp. Il y a également la société Coraid qui commercialise des appliances de stockage sous Plan 9, ainsi que les sociétés Vita Nuova et 9Netics qui vendent du service autour de Plan 9. Il existe probablement d'autres entreprises que je n'ai pas cité.
Quelle est la meilleure source d'information pour suivre l'évolution de Plan9?
C'est malheureusement un peu disparate. Il y a bien sûr la liste de discussion 9fans, mais le reste est dispersé au sein des différents projets, qui ne sont pas toujours publics. Assister à l'IWP9 permet de se tenir au courant de nombreuses choses.
Il y a probablement une place pour un lieu qui permettrait de centraliser toutes ces informations.
Le développement de Plan9 est-il organisé, y-a-t-il un leadership, une feuille de route, ou bien progresse-t-il selon un ensemble d'initiatives autonomes?
Il n'y a aucune organisation au sein de la communauté. Chacun suit la voie qu'il désire et éventuellement, on se rejoint et on se recoupe.
Quelle est donc le but poursuivi par la communauté Plan9, est-ce l'une de ces deux alternatives, ou y en a-t-il une troisième?
En fait, on observe aujourd'hui à peu près ces deux voies :
Une partie de la communauté s'intéresse principalement au développement de l'existant, c'est à dire principalement l'écriture et le port d'applications ainsi que le support de nouveaux matériels, ce qui, éventuellement, permet de déboucher sur des applications commerciales.
Une autre partie s'intéresse d'avantage au coté structurel, en poussant les concepts plus loin et en cherchant de nouvelles idées. C'est ce qui a donné naissance aux projets comme Plan B, Octopus, Osprey et Nix.
Personnellement, je suis principalement impliqué dans la première partie.
Qu'espérez-vous de l'avenir de Plan9?
C'est une question un peu vaste.
Plan 9 est aujourd'hui un système d'exploitation très original, avec beaucoup de concepts très intéressants et complètement inexistants dans les systèmes d'exploitation les plus connus aujourd'hui. C'est aussi un système très souple, extrêmement modulaire mais qui a su garder une grande simplicité et une grande cohérence.
Je pense que l'on dispose d'un système à la fois capable d'évoluer pour être utilisable au quotidien et commercialement et à la fois idéal pour accueillir de futurs projets de recherche.
Et accessoirement, j'ai une autre question: dans le livecd, je n'ai pas les droits en écriture dans mon répertoire en tant qu'utilisateur Glenda, c'est normal?
C'est parce qu'il s'agit du répertoire sur le cdrom, qui est bien sûr en lecture seule. Si tu veux écrire en mémoire, utilise ramfs.
Tu peux, par exemple, utiliser ramfs conjointement avec bind de la manière suivante:
ramfs -m /n/ram
bind -ac /n/ram /usr/glenda
Ainsi les nouveaux fichiers créés dans /usr/glenda seront créés en mémoire dans /n/ram.
Je suis développeur et contributeur sur le système d'exploitation Plan 9 from Bell Labs depuis quasiment une dizaine d'année.
J'ai eu l'occasion de suivre le développement du projet 9front depuis sa création, et j'ai d’ailleurs fait parti, à mon grand regret, de ceux qui ont soufflé cette idée, donné de nombreux conseils de départ et émis d'importantes réserves sur les écueils à éviter.
Au bout de deux jours, 9front avait définitivement basculé vers un désordre intégral. Par la suite, j'ai longtemps essayé de les convaincre de travailler d'une façon plus sérieuse, d'avantage pérenne et moins fermée. Ce fut un échec complet. J'ai par la suite définitivement abandonné.
Je n'exprime, aujourd'hui, plus aucun intérêt à l'égard de 9front. Cependant, je suis profondément agacé par leur attitude à vouloir s’exhiber à tout prix sur toute la surface d'Internet, provoquant une véritable confusion chez l'ensemble des débutants et nouveaux venus dans la communauté Plan 9.
Ce n'est donc pas par volonté de voir 9front changer que j'écris ceci, puisque j'ai déjà essayé et échoué, mais plutôt dans le but d'éclaircir ce qu'est véritablement 9front vis à vis des gens de l'extérieur.
Aujourd'hui, 9front se caractérise principalement par le dénigrement de tout le travail qui a été accompli par les développeurs originaux, les mainteneurs actuels, ainsi que les nombreux contributeurs qui ont participé à Plan 9 depuis ces dix dernières années. En plus de ça, ils ont une fâcheuse tendance à répandre des rumeurs infondés et à réécrire l'histoire du développement de Plan 9, tout en s'attribuant de nombreuses choses qui ne leur reviennent pas.
J'ai constaté que les quelques « articles » qui parlent de 9front, comme celui-ci, semblent en général sous-entendre deux choses :
Plan 9 n'est aujourd'hui plus activement développé
9front est le premier et seul dérivé de Plan 9
Ces deux affirmations sont fausses.
Plan 9 est toujours activement développé. Il y a des changements quasiment chaque jour. Des patchs provenant de la communauté sont régulièrement acceptés. De plus, il y a actuellement beaucoup de travail effectué chez Bell Labs (à Murray Hill et Antwerp), l'université Rey Juan Carlos (à Madrid) et Vita Nuova (à York). De plus, ils travaillent aujourd'hui notamment sur le développement des systèmes d'exploitation Osprey et Nix, tous deux dérivés de Plan 9.
Il y a eu des dizaines de dérivés de Plan 9 durant les dix dernières années. J'ai actuellement connaissance d'au moins trois distributions alternatives de Plan 9, publiques et actuellement maintenues, sans compter les dizaines de distributions personnelles que de nombreux utilisateurs maintiennent pour leurs propres besoins. Elles participent toutes à la communauté de Plan 9 en restant synchronisé et en remontant les patchs.
La seule véritable originalité de 9front est leur profond refus de rester synchronisé avec les développements de Plan 9, et, de façon générale, le refus de toute collaboration avec l'effort de développement existant.
Ils ont forké de façon obscure au début du mois d'avril et ont ensuite décidé que les nombreuses corrections et ajouts de fonctionnalité dans Plan 9 (comme par exemple, les améliorations sur IPv6, les compilateurs AMD64...) ne les intéressaient pas.
Dès les premiers jours, les développeurs de 9front ont commencé par casser une grande partie du fonctionnement de Plan 9. Ils on notamment en remplacé le système de réplication et de distribution par Mercurial, particulièrement inadapté à cet usage (c'est un outil de développement et non pas un outil de réplication, comme l'est par exemple Unison), ainsi que remplacé l'installeur et le système de build. Toutes ces modifications ne sont justifiables que par leur incompréhension du fonctionnement de ces outils. Ceci marque une première rupture dans la méthode de développement entre Plan 9 et 9front.
Le fait que les développeurs de 9front sont incapables de travailler proprement s'illustre notamment par la manière dont a été construit leur dépôt Mercurial. Différentes personnes ont importé la distribution initiale quasiment fichier par fichier, à partir de versions multiples de Plan 9, tout en cassant le noms de certains fichiers (notamment en montant les images ISO sans l'extension Plan 9) et en brisant l'ensemble des droits d'accès. Il ont ensuite passé plusieurs semaines à essayer de recoller les morceaux. De leur propre aveux, ils ne connaissaient pas du tout Mercurial avant de commencer le projet, mais manifestement, ils ne savaient pas non plus du tout comment gérer un projet proprement de façon générale. Tout ceci coupe définitivement la voie à tous ceux qui souhaiteraient incorporer des changements de 9front dans Plan 9 puisque les modifications sont obscurcies, ainsi les fusions de code sont rendues bien plus difficiles.
Ici on parle notamment du port de l'environnement Go sur Plan 9. Le travail la dessus a commencé il y a plus d'un an, en collaboration avec les développeurs de Go. Le port mentionné dans cet article est un port qui a été fait d'une traite, pour une version spécifique de Go et par une seule personne, dans son coin. Tout ce qui en est ressortit est une sombre archive de 30 Mo. Il n'y a eu aucune documentation, ni aucune interaction avec les développeurs de Go ni aucune tentative de collaboration. Si bien qu'il eu fallu plusieurs mois avant que les principales personnes qui travaillaient sur le port de Go puissent en être informé. Et aujourd'hui, rien n'en est encore sortit, probablement parce qu'il est plus simple de ré-effectuer le travail que d'essayer de comprendre ce qui a été fait. Bien que ce port ait initialement été effectué quelques semaines précédemment à la création de 9front, il est assez représentatif de leur idéologie.
Il y a certes des éléments intéressants qui ont étés développés ou intégrés dans le cadre de 9front, mais ils ne justifient en rien la nécessite de créer un fork. Tous ces changements pourraient très bien être soumis en tant que patch sur Plan 9 from Bell Labs ou simplement maintenus comme composants externes, facilement installables par les utilisateurs de Plan 9. Depuis le début, 9front a tout fait pour rendre cela le plus pénible possible.
Les développeurs de 9front s'en sortent généralement avec des arguments comme « le code est disponible, ils n'ont qu'à aller le chercher », ce qui est une hypocrisie complète. C'est eux qui ont décidé de forker, et ce n'est pas aux développeurs travaillant sur Plan 9 de faire l'effort d'aller retrouver le code qui les intéresse, le nettoyer et en extraire un patch de qualité. Ils ne font que participer à l'éclatement de la communauté.
Bien souvent, les développeurs de 9front se sont plaints qu'autrefois leurs patchs n'aient pas été acceptés dans Plan 9. D'une part, globalement, très peu de patchs ont été refusés, ensuite, il aurait probablement fallu qu'ils se demandent pourquoi ils ont été refusés. Quand on regarde la liste des patchs refusés, on voit beaucoup de patchs non justifiés, mal documentés, mal finis ou réalisés très improprement.
Évidemment, on pourrait dire qu'ils ne font ça que pour s'amuser. C'est moi-même ce que je pensais au début. Le problème, c'est qu'ils ont déployé une énergie assez considérable pour faire de la publicité, semer la confusion dans l'esprit des débutants et refourguer leur camelote aux nouveaux arrivants dans la communauté de Plan 9. Je passe sur leur coté « amusant » qui ne se résume globalement qu'à répandre l'idéologie nazie en distribuant un exemplaire de Mein Kampf dans la distribution, ainsi que de se permettre de faire d'incessantes références à Hitler et Goebbels.
Je ne comprends vraiment pas l’intérêt de mettre en lumière ce fork en particulier, alors qu'il en existe tant d'autres, bien plus propres, bien mieux maintenu, bien plus intéressants à découvrir, bien plus proches de l'esprit de Plan 9 et dont les auteurs savent avant-tout garder une certaine humilité.
Je n'avais jamais répondu aux différents « articles » à propos de 9front jusqu'à présent, de peur de leur accorder une importance plus importante que ce qu'ils méritent, mais je pense qu'il devenait nécessaire d'éclaircir le trouble jeté par ce genre d'«articles ».
Plan 9 from Bell Labs est un système d'exploitation passionnant, d'une très grande cohérence et d'une incroyable élégance. Si cela vous motive, regardez Plan 9, ainsi que du coté des dizaines de projets très intéressants qui gravitent autour (Inferno, Plan B, Octopus, plan9port, drawterm, 9vx, v9fs, Nix, Osprey, 9atom, 9k, xcpu...).
[^] # Re: Édifianthttps://linuxfr.org/nodes/87086/comments/1261625/answer#new_comment
Posté par hibou . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 4.
Au vu de l’intérêt que ce projet semble susciter, je ne manquerais pas de vous faire savoir lorsque ce projet aura avancé.
[^] # Re: Édifiant
Posté par hibou . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 2.
Plan 9 n'est libre que depuis récemment (2003). L'esprit des développeurs et de la communauté reste un peu différent de ce qu'on observe majoritairement au sein des communautés Linux ou BSD.
[^] # Re: Édifiant
Posté par hibou . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 3.
Mon travail n'est pas encore accessible publiquement, mais je pense qu'il le sera prochainement.
En tant qu'émulateur, je recommande vivement 9vx qui est très pratique d'utilisation et idéal pour se familiariser avec l'environnement utilisateur de Plan 9.
[^] # Re: Édifiant
Posté par hibou . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 3.
Même si, je pense, que ça peut sembler une évidence dans le monde du logiciel libre, c'est un concept qui semble paraître un peu plus étranger dans le monde de Plan 9. Cependant, je pense qu'il y a beaucoup d'autres personnes qui partagent le même avis, et j'en ai déjà rencontré quelques-uns.
Je travaille sur quelque chose. C'est une extension de la façon dont je travaille depuis plus d'un an. Ça semble intéresser quelques personnes et nous sommes déjà plusieurs à l'utiliser.
[^] # Re: Édifiant
Posté par hibou . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 3.
Les deux problèmes existent. Il existe du matériel qui n'est pas du tout supporté, mais il existe aussi du matériel pour lesquels des gens ont développé des drivers, mais qui, parfois, faute de temps, n'ont pas pu être finalisé ou suffisamment éprouvé pour être inclus dans Plan 9. Ainsi ces drivers se retrouvent éparpillés au sein de distributions alternatives, de site web ou de liste de discussion...
Lorsque j'évoque la nécessité de rassembler les patchs et de les rendre accessible, je fais également référence aux patchs en cours de développement, qui, de cette façon, pourront être testé et complété beaucoup plus rapidement et à plus grande échelle.
Les deux problèmes, sont, à mon avis, tous deux très importants. Mais le problème de support matériel est rédhibitoire.
Que ce soit les anciens utilisateurs de Plan 9 ou les nouveaux arrivants, nous avons tous plusieurs machines et utilisons tous plusieurs systèmes d'exploitation. Lorsque j'ai besoin d'un navigateur web, je sais où le trouver, mais lorsque j'ai besoin d'effectuer une tâche précise, comme par exemple mettre en place un serveurs de fichiers distribué avec Fossil et Venti, où je sais que Plan 9 est le système le plus adapté, il se pose déjà la question du support matériel.
[^] # Re: Édifiant
Posté par hibou . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 6.
C'est une question intéressante.
En fait, j'étais pour une distribution et non pour un fork.
Je souhaitais que l'on puisse rassembler l'ensemble des patchs expérimentaux qui n'avaient pas encore été acceptés dans Plan 9 afin que l'on puisse aisément créer, à la volée, des images d'installation de Plan 9 à partir d'un sous-ensemble de ces patchs. Le but étant qu'un grand nombre de personne puisse très facilement installer Plan 9 à partir de ces images, reporter les problèmes et aider à l'évolution de ces patchs pour qu'ils puissent être finalisés et intégrés à Plan 9.
Un des problèmes principaux sous Plan 9 étant la limitation du nombre de matériels supportés. Beaucoup de débutants enthousiastes se retrouvent rapidement bloqués parce qu'il n'ont pas la machine nécessaire pour installer Plan 9 et l'utiliser convenablement. Il n'est pas forcément évident pour les nouveaux utilisateurs de retrouver les patchs qui leur sont nécessaires ainsi que de comprendre comment construire une image installable de Plan 9. D'autant plus que cette procédure nécessite en premier lieu la possession d'un environnement Plan 9 utilisable.
9front a malheureusement évolué très rapidement vers une vision radicalement différente et incompatible avec ce modèle.
[^] # Re: Édifiant
Posté par hibou . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 10.
C'est en faisant des erreurs que l'on apprend. Si tu n'avais pas posté ce journal, nous n'aurions pas eu cette discussion :-)
Pour autant que je sache, il y a Geoff Collyer et Jim McKie à Bell Labs Murray Hill ainsi que Sape Mullender et Noah Evans à Bell Labs Antwerp. Il y a également la société Coraid qui commercialise des appliances de stockage sous Plan 9, ainsi que les sociétés Vita Nuova et 9Netics qui vendent du service autour de Plan 9. Il existe probablement d'autres entreprises que je n'ai pas cité.
C'est malheureusement un peu disparate. Il y a bien sûr la liste de discussion 9fans, mais le reste est dispersé au sein des différents projets, qui ne sont pas toujours publics. Assister à l'IWP9 permet de se tenir au courant de nombreuses choses.
Il y a probablement une place pour un lieu qui permettrait de centraliser toutes ces informations.
Il n'y a aucune organisation au sein de la communauté. Chacun suit la voie qu'il désire et éventuellement, on se rejoint et on se recoupe.
En fait, on observe aujourd'hui à peu près ces deux voies :
Une partie de la communauté s'intéresse principalement au développement de l'existant, c'est à dire principalement l'écriture et le port d'applications ainsi que le support de nouveaux matériels, ce qui, éventuellement, permet de déboucher sur des applications commerciales.
Une autre partie s'intéresse d'avantage au coté structurel, en poussant les concepts plus loin et en cherchant de nouvelles idées. C'est ce qui a donné naissance aux projets comme Plan B, Octopus, Osprey et Nix.
Personnellement, je suis principalement impliqué dans la première partie.
C'est une question un peu vaste.
Plan 9 est aujourd'hui un système d'exploitation très original, avec beaucoup de concepts très intéressants et complètement inexistants dans les systèmes d'exploitation les plus connus aujourd'hui. C'est aussi un système très souple, extrêmement modulaire mais qui a su garder une grande simplicité et une grande cohérence.
Je pense que l'on dispose d'un système à la fois capable d'évoluer pour être utilisable au quotidien et commercialement et à la fois idéal pour accueillir de futurs projets de recherche.
C'est parce qu'il s'agit du répertoire sur le cdrom, qui est bien sûr en lecture seule. Si tu veux écrire en mémoire, utilise ramfs.
Tu peux, par exemple, utiliser ramfs conjointement avec bind de la manière suivante:
Ainsi les nouveaux fichiers créés dans /usr/glenda seront créés en mémoire dans /n/ram.
# Édifiant
Posté par hibou . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 10.
Je suis développeur et contributeur sur le système d'exploitation Plan 9 from Bell Labs depuis quasiment une dizaine d'année.
J'ai eu l'occasion de suivre le développement du projet 9front depuis sa création, et j'ai d’ailleurs fait parti, à mon grand regret, de ceux qui ont soufflé cette idée, donné de nombreux conseils de départ et émis d'importantes réserves sur les écueils à éviter.
Au bout de deux jours, 9front avait définitivement basculé vers un désordre intégral. Par la suite, j'ai longtemps essayé de les convaincre de travailler d'une façon plus sérieuse, d'avantage pérenne et moins fermée. Ce fut un échec complet. J'ai par la suite définitivement abandonné.
Je n'exprime, aujourd'hui, plus aucun intérêt à l'égard de 9front. Cependant, je suis profondément agacé par leur attitude à vouloir s’exhiber à tout prix sur toute la surface d'Internet, provoquant une véritable confusion chez l'ensemble des débutants et nouveaux venus dans la communauté Plan 9.
Ce n'est donc pas par volonté de voir 9front changer que j'écris ceci, puisque j'ai déjà essayé et échoué, mais plutôt dans le but d'éclaircir ce qu'est véritablement 9front vis à vis des gens de l'extérieur.
Aujourd'hui, 9front se caractérise principalement par le dénigrement de tout le travail qui a été accompli par les développeurs originaux, les mainteneurs actuels, ainsi que les nombreux contributeurs qui ont participé à Plan 9 depuis ces dix dernières années. En plus de ça, ils ont une fâcheuse tendance à répandre des rumeurs infondés et à réécrire l'histoire du développement de Plan 9, tout en s'attribuant de nombreuses choses qui ne leur reviennent pas.
J'ai constaté que les quelques « articles » qui parlent de 9front, comme celui-ci, semblent en général sous-entendre deux choses :
Ces deux affirmations sont fausses.
Plan 9 est toujours activement développé. Il y a des changements quasiment chaque jour. Des patchs provenant de la communauté sont régulièrement acceptés. De plus, il y a actuellement beaucoup de travail effectué chez Bell Labs (à Murray Hill et Antwerp), l'université Rey Juan Carlos (à Madrid) et Vita Nuova (à York). De plus, ils travaillent aujourd'hui notamment sur le développement des systèmes d'exploitation Osprey et Nix, tous deux dérivés de Plan 9.
Il y a eu des dizaines de dérivés de Plan 9 durant les dix dernières années. J'ai actuellement connaissance d'au moins trois distributions alternatives de Plan 9, publiques et actuellement maintenues, sans compter les dizaines de distributions personnelles que de nombreux utilisateurs maintiennent pour leurs propres besoins. Elles participent toutes à la communauté de Plan 9 en restant synchronisé et en remontant les patchs.
La seule véritable originalité de 9front est leur profond refus de rester synchronisé avec les développements de Plan 9, et, de façon générale, le refus de toute collaboration avec l'effort de développement existant.
Ils ont forké de façon obscure au début du mois d'avril et ont ensuite décidé que les nombreuses corrections et ajouts de fonctionnalité dans Plan 9 (comme par exemple, les améliorations sur IPv6, les compilateurs AMD64...) ne les intéressaient pas.
Dès les premiers jours, les développeurs de 9front ont commencé par casser une grande partie du fonctionnement de Plan 9. Ils on notamment en remplacé le système de réplication et de distribution par Mercurial, particulièrement inadapté à cet usage (c'est un outil de développement et non pas un outil de réplication, comme l'est par exemple Unison), ainsi que remplacé l'installeur et le système de build. Toutes ces modifications ne sont justifiables que par leur incompréhension du fonctionnement de ces outils. Ceci marque une première rupture dans la méthode de développement entre Plan 9 et 9front.
Le fait que les développeurs de 9front sont incapables de travailler proprement s'illustre notamment par la manière dont a été construit leur dépôt Mercurial. Différentes personnes ont importé la distribution initiale quasiment fichier par fichier, à partir de versions multiples de Plan 9, tout en cassant le noms de certains fichiers (notamment en montant les images ISO sans l'extension Plan 9) et en brisant l'ensemble des droits d'accès. Il ont ensuite passé plusieurs semaines à essayer de recoller les morceaux. De leur propre aveux, ils ne connaissaient pas du tout Mercurial avant de commencer le projet, mais manifestement, ils ne savaient pas non plus du tout comment gérer un projet proprement de façon générale. Tout ceci coupe définitivement la voie à tous ceux qui souhaiteraient incorporer des changements de 9front dans Plan 9 puisque les modifications sont obscurcies, ainsi les fusions de code sont rendues bien plus difficiles.
Ici on parle notamment du port de l'environnement Go sur Plan 9. Le travail la dessus a commencé il y a plus d'un an, en collaboration avec les développeurs de Go. Le port mentionné dans cet article est un port qui a été fait d'une traite, pour une version spécifique de Go et par une seule personne, dans son coin. Tout ce qui en est ressortit est une sombre archive de 30 Mo. Il n'y a eu aucune documentation, ni aucune interaction avec les développeurs de Go ni aucune tentative de collaboration. Si bien qu'il eu fallu plusieurs mois avant que les principales personnes qui travaillaient sur le port de Go puissent en être informé. Et aujourd'hui, rien n'en est encore sortit, probablement parce qu'il est plus simple de ré-effectuer le travail que d'essayer de comprendre ce qui a été fait. Bien que ce port ait initialement été effectué quelques semaines précédemment à la création de 9front, il est assez représentatif de leur idéologie.
Il y a certes des éléments intéressants qui ont étés développés ou intégrés dans le cadre de 9front, mais ils ne justifient en rien la nécessite de créer un fork. Tous ces changements pourraient très bien être soumis en tant que patch sur Plan 9 from Bell Labs ou simplement maintenus comme composants externes, facilement installables par les utilisateurs de Plan 9. Depuis le début, 9front a tout fait pour rendre cela le plus pénible possible.
Les développeurs de 9front s'en sortent généralement avec des arguments comme « le code est disponible, ils n'ont qu'à aller le chercher », ce qui est une hypocrisie complète. C'est eux qui ont décidé de forker, et ce n'est pas aux développeurs travaillant sur Plan 9 de faire l'effort d'aller retrouver le code qui les intéresse, le nettoyer et en extraire un patch de qualité. Ils ne font que participer à l'éclatement de la communauté.
Bien souvent, les développeurs de 9front se sont plaints qu'autrefois leurs patchs n'aient pas été acceptés dans Plan 9. D'une part, globalement, très peu de patchs ont été refusés, ensuite, il aurait probablement fallu qu'ils se demandent pourquoi ils ont été refusés. Quand on regarde la liste des patchs refusés, on voit beaucoup de patchs non justifiés, mal documentés, mal finis ou réalisés très improprement.
Évidemment, on pourrait dire qu'ils ne font ça que pour s'amuser. C'est moi-même ce que je pensais au début. Le problème, c'est qu'ils ont déployé une énergie assez considérable pour faire de la publicité, semer la confusion dans l'esprit des débutants et refourguer leur camelote aux nouveaux arrivants dans la communauté de Plan 9. Je passe sur leur coté « amusant » qui ne se résume globalement qu'à répandre l'idéologie nazie en distribuant un exemplaire de Mein Kampf dans la distribution, ainsi que de se permettre de faire d'incessantes références à Hitler et Goebbels.
Je ne comprends vraiment pas l’intérêt de mettre en lumière ce fork en particulier, alors qu'il en existe tant d'autres, bien plus propres, bien mieux maintenu, bien plus intéressants à découvrir, bien plus proches de l'esprit de Plan 9 et dont les auteurs savent avant-tout garder une certaine humilité.
Je n'avais jamais répondu aux différents « articles » à propos de 9front jusqu'à présent, de peur de leur accorder une importance plus importante que ce qu'ils méritent, mais je pense qu'il devenait nécessaire d'éclaircir le trouble jeté par ce genre d'«articles ».
Plan 9 from Bell Labs est un système d'exploitation passionnant, d'une très grande cohérence et d'une incroyable élégance. Si cela vous motive, regardez Plan 9, ainsi que du coté des dizaines de projets très intéressants qui gravitent autour (Inferno, Plan B, Octopus, plan9port, drawterm, 9vx, v9fs, Nix, Osprey, 9atom, 9k, xcpu...).