> Le seul problème à mon sens dans ce cas-ci est que quand tu "fork" un projet, tu as au moins la décence de prévenir les mainteneurs du projet initial.
1) Il faudra qu'on modifie la definition de "fork" du dictionnaire alors, parce-que modifier 3 lignes de code d'un projet pour qu'il s'adapte aux 100000 d'un autre, c'est surement pas un fork. Et c'est pas RH qui a envie de se palper un fork de KDE :).
Maintenant, on est bien d'accord sur le fait que les 3 lignes de modifs foutent bien la merde qd meme :)
2) Qd tu "fork" un projet, en general les mainteneurs principaux sont bien au courant vu que vous vous etes bien mis sur la tronche (question de politesse peut-etre :)). Il y a des exemples celebres comme emacs/xemacs...
Si tu ne veux pas que qqn fasse un fork de ton boulot, il y a une solution tres simple: tu le mets sous license proprietaire.
[^] # Re: Question de politesse
Posté par Patrice Fortier . En réponse à la dépêche Bero quitte RedHat. Évalué à 3.
1) Il faudra qu'on modifie la definition de "fork" du dictionnaire alors, parce-que modifier 3 lignes de code d'un projet pour qu'il s'adapte aux 100000 d'un autre, c'est surement pas un fork. Et c'est pas RH qui a envie de se palper un fork de KDE :).
Maintenant, on est bien d'accord sur le fait que les 3 lignes de modifs foutent bien la merde qd meme :)
2) Qd tu "fork" un projet, en general les mainteneurs principaux sont bien au courant vu que vous vous etes bien mis sur la tronche (question de politesse peut-etre :)). Il y a des exemples celebres comme emacs/xemacs...
Si tu ne veux pas que qqn fasse un fork de ton boulot, il y a une solution tres simple: tu le mets sous license proprietaire.