« 1 - une application qui passe de la gpl à une licence propriétaire
> pourquoi , quelle est la portée de cette décision
> qu'est ce qui stimule le développement, le choix de cette licence etc ... »
C'est assez dur à prévoir, à deviner, et je doute qu'il existe des lois universelles en la matière. Je ne répondrais pas pour ma part à ce point.
« 2 - l'organisation des projets libres
> comment soumettre les bugs, les failles de sécu, eviter les rapports de force avec les développeurs
> qui fait quoi au sein d'un projet pour que les conflits d'interets ne gelent pas le développement du projet etc... »
Signaler un bug, c'est d'abord regarder rapidement si le bug n'est pas déjà repertorié et ensuite utiliser l'outil approprié, utilisé par le projet ou par celui à fournit le paquet.
Si les conflits d'intérêts sont très importants, je pense que le projet doit forker. A chacun d'avancer dans la direction qui l'interesse. Tant qu'il y a cohésion, il n'y a pas de raison de forker.
La seule raison valide en logiciel libre qui gèle un developpement, c'est le manque de temps.
« 3 - Est ce que la réussite d'un projet sous gpl est reellement lié uniquement à sa qualité technique ?etc ... »
Le cas présent semble démontrer le contraire. Ca parait évident. De nombreux logiciels sont techniquement moins aboutis que d'autres mais le fait d'un accès plus simple peu aider à une meilleure popularité.
Ensuite, tout dépend de ce que signifie « réussite d'un projet » (popularité à court terme, à long terme ?).
[^] # Re: PHP-Nuke quitte le monde du libre
Posté par Anonyme . En réponse à la dépêche PHP-Nuke quitte le monde du libre. Évalué à 2.
> pourquoi , quelle est la portée de cette décision
> qu'est ce qui stimule le développement, le choix de cette licence etc ... »
C'est assez dur à prévoir, à deviner, et je doute qu'il existe des lois universelles en la matière. Je ne répondrais pas pour ma part à ce point.
« 2 - l'organisation des projets libres
> comment soumettre les bugs, les failles de sécu, eviter les rapports de force avec les développeurs
> qui fait quoi au sein d'un projet pour que les conflits d'interets ne gelent pas le développement du projet etc... »
Signaler un bug, c'est d'abord regarder rapidement si le bug n'est pas déjà repertorié et ensuite utiliser l'outil approprié, utilisé par le projet ou par celui à fournit le paquet.
Si les conflits d'intérêts sont très importants, je pense que le projet doit forker. A chacun d'avancer dans la direction qui l'interesse. Tant qu'il y a cohésion, il n'y a pas de raison de forker.
La seule raison valide en logiciel libre qui gèle un developpement, c'est le manque de temps.
« 3 - Est ce que la réussite d'un projet sous gpl est reellement lié uniquement à sa qualité technique ?etc ... »
Le cas présent semble démontrer le contraire. Ca parait évident. De nombreux logiciels sont techniquement moins aboutis que d'autres mais le fait d'un accès plus simple peu aider à une meilleure popularité.
Ensuite, tout dépend de ce que signifie « réussite d'un projet » (popularité à court terme, à long terme ?).