Les raisons annoncées du fork
À noter qu'il est indiqué que ce sont les raisons annoncées. Depuis quelques temps, un bug est présent dans Nagios. Ce bug j'en ai déjà parlé dans un autre billet. Ce bug n'est toujours pas corrigé. Ce bug est une première raison.

Ce ne serait pas un problème si jamais il y avait une communication par le développeur principal, si toute la communauté cherchait dans différents sens, si des patches étaient soumis, ... Ce n'est pas le cas. J'en avais discuté avec plusieurs personnes et nombreux m'ont rapporté la même chose: il n'est pas normal qu'il n'y ai pas communication. En fait, la communauté Nagios est dirigée par le développeur principal du projet. Cela peut se comprendre. Cependant, dans le cadre de Nagios, elle est mal dirigée. La communication n'apporte pas réellement de nouvelles informations pertinentes. Lors des meetings, il y a un peu un culte du secret sur les prochaines améliorations de Nagios. C'est la seconde raison du forke. Lisez la dernière phrase de mon billet: "Attention, Ethan à ne pas perdre le soutient de ta communauté".

Des patches sont soumis par des personnes de la communauté sur la liste de discussion "Nagios-Devel". La plupart du temps, les réponses sont toujours identiques: "merci ce sera dans le CVS bientôt". Le problème est que ces réponses interviennent très tard, parfois plusieurs mois après la soumission. La communauté ne se sent pas écoutée. C'est la troisième raison.

Ethan argue qu'il ne peut pas tout faire, qu'il a d'autres projets en tête notamment dans le cadre de son travail. Il a lancé il y a peu une société: Nagios Entreprise. Je suis sûr que tous les utilisateurs le comprennent. Il n'est pas intelligent de le critiquer alors qu'il apporte, rappelons le, un projet qui fonctionne (hormis le problème ci-dessus), gratuit, avec une forte communauté et supporté par beaucoup de société (en cas de besoin). Dans ce cadre, il est possible d'ouvrir la porte à quelques personnes choisies, de qualité, en qui l'on a confiance pour qu'ils améliorent l'outil, pour qu'ils testent les patches, pour qu'ils corrigent les bugs, ... Or il s'avère qu'Ethan a du mal à laisser d'autres que lui s'occuper de Nagios. C'est sûrement l'effet "bébé": c'est mon bébé, je ne veux pas qu'il se fasse mal en tombant, je le surveille tout le temps, je le protège. Le problème: le bébé actuel a tendance à marcher à quatre pattes plutôt qu'à tomber, se relever, tomber, se relever et marcher, dans un premier temps en titubant puis après de mieux en mieux. Pour aller jusqu'à... courir. Aujourd'hui Nagios a tendance à marcher à quatre pattes alors que sa communauté aimerai qu'il coure, vite, de plus en plus vite. C'est une autre raison du fork: la mainmise d'un homme seul sur un projet quitte à le ralentir et frustré les utilisateurs. J'ai toujours pensé qu'un Logiciel Libre n'appartient pas à la société qui le développe, ni à ses développeurs, ni au responsable du projet mais bien à ses utilisateurs. Toute personne travaillant dans un Logiciel Libre se doit de se souvenir d'une chose: oublier les utilisateurs, c'est condamner à moyen terme son projet.

Les raisons pressenties
Tous les membres du projet Icinga font parties de la société Netways. Cette société allemande est une SSII spécialisée, entre autres choses, dans la supervision Nagios. Elle est connue pour être l'hébergeur de Nagios Exchange et de Nagios Portal. Certains pensent que le but est de récupérer toute la communauté Nagios pour être la société de référence dans les outils de supervision Open Source.

Un élément à charge est que la marque Nagios a été déposée en Allemagne par... Netways. Ethan n'en avait pas été averti. Ils ont été en discussion pendant plusieurs mois et Ethan dit que c'est en partie à cause de cela qu'il n'a pu avancé comme il le voulait sur le projet Nagios. Cela me semble une preuve de la mauvaise foi de Netways: personnellement, je considère que c'est du vol.

Réactions
Ethan a réagi et Andreas Ericsson aussi. Des changements vont avoir lieu. Notamment:

  1. le code va pouvoir être modifié par d'autres personnes qu'Ethan: c'est la grande nouvelle. C'est ce qui va faire avancer les choses. BRA-VO!
  2. les patches de la communauté vont être intégrés.
  3. des informations vont être envoyés à la communauté.

Le futur
C'est l'heure des pronostics. Je me lance. Tout d'abord, je pense que, même si toutes les raisons ne sont pas justifiables ce fork est une bonne chose pour Nagios. Cela a permis de réagir et d'aller dans le bon sens. J'espère juste qu'Ethan a compris que l'ouverture va permettre des avancées pertinentes et importantes. Nagios, avec une réaction rapide, ne va pas perdre beaucoup d'utilisateurs car la première version "stable" d'Icinga ne devrait pas être disponible avant le mois d'octobre. C'est beaucoup trop tard pour récupérer des utilisateurs. De plus, cette première version ne devrait pas apporté un lot de nouvelles fonctionnalités tellement importantes qu'à elles seules elles justifient le passage vers ce projet. Enfin, les patches d'Icinga seront intégrés dans Nagios: il ne devrait pas y avoir de grandes différences. Icinga pour survivre, devra s'éloigner de Nagios pour se différencier.