Après avoir fait ces modifications, quelle est la bonne chose à faire ensuite? Gardez les informations de licence intouchables ou essayez de les mettre à jour, y compris vous-même avec quelque chose comme des balises @author ou @revision?
Je pense que vous confondez la licence du logiciel et tout prologue qui pourrait faire partie du logiciel.
La licence est l'endroit où les propriétaires des droits d'auteur du programme spécifient les conditions d'utilisation (la licence) pour d'autres personnes. Certaines licences sont très permissives, d'autres sont beaucoup plus restrictives.
Le prologue est l'endroit où les auteurs insèrent @author
et @revision
balises pour fournir un moyen de suivre les modifications apportées au code source. Dans certains cas, devenir l'auteur d'un ajout non trivial au code peut vous valoir le droit d'auteur sur cette section du code. Le démêlage des problèmes de droits d'auteur peut être épineux et est mieux géré par les avocats. Cependant, vous avez spécifiquement déclaré que vous ne vous préoccupiez pas de cet aspect, je vais donc poursuivre.
Un autre problème courant consiste à modifier l'espace de noms / package tiers pour l'adapter aux conventions de votre projet. Certains types de licences incluent ce type d'informations dans leur bloc de licence, puis-je les modifier librement?
Cela dépend vraiment des conventions du projet.
Si vous bifurquez le projet, vous pouvez faire ce que vous voulez.
Si vous prévoyez d'apporter vos modifications au projet, vous devez vous en tenir à la convention établie. S'il existe une raison impérieuse de modifier l'espace de noms, vous devez le présenter à la communauté de l'application.
Compte tenu des règles générales de licence (elles sont généralement différentes sur des aspects mineurs, non?),
est-il éthique (ou du moins autorisé) que j'ajoute librement des informations sur le bloc de licence sur mes modifications et peut-être aussi de modifier comment y faire référence dans mon code (par exemple, utiliser YACorp.YALib comme Utils.YALib)?
Ne changez pas la licence!
Tout d'abord, vous n'avez probablement pas les droits légaux pour modifier la licence. Deuxièmement, toutes les modifications que vous apportez vont probablement gâcher la licence. Laissez les modifications de licence aux avocats.
En ce qui concerne la mise à jour du prologue, cela dépend des normes du projet. Certains projets ne veulent pas de prologue car ils utilisent le contrôle de code source pour le suivre. D'autres projets le font. Suivez les conventions du projet.
En fait, mes préoccupations sont plus sur le «respect de la communauté» que sur les aspects juridiques, je demande plus sur combien nous pouvons «aller sauvage» restant éthique si notre projet peut être considéré comme privé ou personnel.
Si vous gardez vos changements pour vous, pourquoi vous souciez-vous de ce que les autres pensent? Quelque chose que vous n'utilisez que pour vous-même et que vous ne distribuez jamais à d'autres n'a aucun impact sur le projet d'origine. Donc, ils se moquent de ce que vous faites.
Si vous prévoyez de distribuer vos modifications ou de les réinjecter dans le projet, vous devez évaluer les conventions de ce projet. Certains projets ne veulent pas être bifurqués et auront une licence en place empêchant cela. D'autres vont jusqu'à dire "faites ce que vous voulez" et vous avez carte blanche pour faire comme bon vous semble. En fin de compte, la réponse ici dépend du projet particulier que vous regardez.