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.
# clarification
Posté par Gilles Chehade (site web personnel) . En réponse au journal OpenSMTPd forke.... É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.