Je suis d'accord avec tout ça, mais ce n'est pas forcément pratique à mettre en oeuvre. Par exemple, j'ai un disque de 40Go, il est tout le temps plein, donc je suis forcé de faire mes paquets avec dpkg-buildpackage au lieu d'un pbuilder. Par chance je fais des paquets Ubuntu basés sur ceux de notre DD qui fait ceux pour Debian, du coup j'ai peu de choses à modifier dans debian/ ...
Sinon, en effet, il faut éviter de faire peur aux contributeurs potentiels. On fait de notre mieux pour guider les gens dans ce qu'il veulent contribuer, éviter de laisser trainer des patches sur lesquels quelqu'un a passé du temps, etc...
Le fait est qu'on a plein de contributeurs sur mon projet (Claws Mail), bien que la plupart soient contributeurs de code, on a aussi pas mal de traducteurs motivés et des packageurs géniaux pour la plupart des grosses distros (Mdv, Debian, Fedora, Novell), des packageurs qui nous remontent les bugs upstream et fournissent des patches si nécessaire. Donc en fait, mon message ci-dessus était à prendre dans le cas général.
[^] # Re: .
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 2.
Sinon, en effet, il faut éviter de faire peur aux contributeurs potentiels. On fait de notre mieux pour guider les gens dans ce qu'il veulent contribuer, éviter de laisser trainer des patches sur lesquels quelqu'un a passé du temps, etc...
Le fait est qu'on a plein de contributeurs sur mon projet (Claws Mail), bien que la plupart soient contributeurs de code, on a aussi pas mal de traducteurs motivés et des packageurs géniaux pour la plupart des grosses distros (Mdv, Debian, Fedora, Novell), des packageurs qui nous remontent les bugs upstream et fournissent des patches si nécessaire. Donc en fait, mon message ci-dessus était à prendre dans le cas général.