Je suis de loin le développement de OpenSMTPd et en voulant voir où ça en était, je suis tombé sur une nouvelle assez étrange, daté du 3 septembre 2010 : un des deux développeurs originaux de OpenSMTPDd, Gilles Chehade, vient de forker implicitement le code.
Au départ, l'autre développeur a écrit un patch pour améliorer la gestion des files. Problème : Gilles Chehade n'a pas été impliqué dans le design de ce nouveau code. Du coup, il avait plein de patch lui-même en attente qu'il a intégré dans une version antérieure. Pour éviter les confusions, il a renommé le programme pSMPTd et continue le développement sur cette branche.
Je ne sais pas trop quoi en penser, j'attendais impatiemment OpenSMTPd et là, les efforts vont être coupés en deux, c'est dommage.
Source:
http://blog.poolp.org/index.py/0x40/poolp.org-no-longer-runs(...)
(voir aussi les billets suivants pour voir les patchs intégrés à pSMTPd)
Journal OpenSMTPd forke...
8
sept.
2010
# Bizarre
Posté par patrick_g (site web personnel) . Évalué à 8.
Si c'est bien le cas pourquoi est-ce lui qui change le nom de sa branche et Jacek qui garde le nom initial dans la sienne ?
A lire les posts sur le blog ce n'est pas clair du tout qu'il s'agisse d'un fork définitif. Peut-être est-ce simplement une séparation de branche pour bosser séparément sur certains sujets avant de réunifier le tout.
[^] # Re: Bizarre
Posté par Psychofox (Mastodon) . Évalué à 5.
Comme il n'avait suivi ça de très loin pendant ses vacances , il semble que Gilles Chehade a accepté le commit pour ne pas freiner le développement de opensmtpd mais ne s'est rendu compte que trop tard que ses propres changement dans le code n'allaient pas pouvoir être intégrés.
Devant le casse tête il a décidé de créer une branche dédié à poolp puisqu'il utilise opensmtpd maintenant devenu psmtpd dans les cadre des projets gérés par sa société de services et qu'il juge plus important d'intégrer ses propres patches que les améliorations de Jacek.
Même si c'est dommage de voir des efforts se diviser, c'est une décision très saine et très intelligente de Gilles. En tout cas plus que de chercher à faire un forcing pour revenir en arrière dans le code de opensmtpd.
Il faut espérer que si un des 2 projets apporte des améliorations plus notable que l'autre les efforts se recentreront de fait sur celui-ci mais rien n'est sur.
# clarification
Posté par Gilles Chehade (site web personnel) . Évalué à 10.
Je vais clarifier un peu ton post, la situation est un peu plus complexe que cela :-)
Jacek et moi avons de gros desaccords sur plusieurs points, en partie sur l'orientation du projet et la maniere dont on doit travailler. Il travaille enormement seul en faisant de gros changements qu'il communique uniquement une fois finis et il veut un code parfait et optimise immediatement.
En ce qui me concerne, je pense que l'optimisation ne sert a rien tant qu'on a pas deja un truc fonctionnel (je pense que gagner 10 ms sur une delivery ou 4 octets en memoire quand personne n'utilise smtpd parcequ'il manque pleins de features, c'est pas une priorite), et j'avance par petites iterations en communiquant a chaque etape. Je privilegie d'avoir un truc qui marche, quitte a passer une heure ou deux a nettoyer derriere.
Clairement, ces deux modes de travail sont incompatibles. Deja parceque je me retrouve exclu de toute decision, je n'ai mon mot a dire que sur des details mineurs une fois le fait accompli; mais aussi parceque generalement ses modifications sont des changements radicaux qui impactent ce sur quoi je bosse sans que j'en ai ete averti ... et ca se traduit generalement par moi qui fait une croix sur plusieurs jours ou semaines de boulot pour ne pas perdre encore plus de temps en discussions. Pour faire simple, il considere que mon code est mediocre (je le cite) et il est en train de reecrire progressivement l'ensemble en me laissant un minimum de marge de decision.
Mon fork n'en est pas reellement un, mon but est de pouvoir faire avancer le projet et combler mes propres besoins sans me prendre un mur tous les trois jours. Il suffit de voir que j'ai commite sur pSMTPD davantage de code que que sur OpenSMPTD en un an...
OpenSMTPD commence de plus en plus a ressembler a un projet mourrant, les personnes qui contribuaient ont arretees, ceux qui testaient regulierement n'envoient plus de rapports. En un an on est passe d'un projet super actif avec des contributions de plusieurs developpeurs (openbsd et autres) qui avancait chaque semaine a un projet qui voit des mois passer sans le moindre commit. On m'a demande par mail pas plus tard qu'hier si le projet n'allais pas etre abandonne ...
Je ne veux pas etre associe a ca, je prefere bosser sur ma version ou le projet est actif et si Jacek veut importer mon code, il pourra faire la demarche lui meme d'adapter son code au mien plutot que l'inverse. Mais ce n'est pas un fork, je ne suis pas en competition, je ne le distribue pas (meme si le cvs est accessible a tous) et je n'en fait pas vraiment la promotion a part communiquer mes modifs sur le blog.
[^] # Re: clarification
Posté par rewind (Mastodon) . Évalué à 7.
Effectivement, je préfère le "make is work then make it fast" à l'inverse. Et d'autre part, je trouve ton code très bien pour ma part (l'ayant un peu parcouru pour voir par curiosité comment on faisait un smtpd). Je crois que tu as raison de continuer ce fork^W^Wcette version. J'attends impatiemment de voir la suite !
[^] # Re: clarification
Posté par Francois G. (site web personnel) . Évalué à 5.
[^] # Re: clarification
Posté par Miod in the middle . Évalué à 9.
[^] # Re: clarification
Posté par zebra3 . Évalué à 6.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.