Ansible.posix: Attributions d'auteur historiques manquantes par rapport à la conformité à la GPL

Créé le 5 juin 2020 · 2Commentaires · Source: ansible-collections/ansible.posix

LICENCE (GPL 3.0) indique (cc @sk4zuzu qui a remarqué cela):

    b) Requiring preservation of specified reasonable legal notices or
    author attributions in that material or in the Appropriate Legal
    Notices displayed by works containing it; [..]

Dans le même temps, les attributions aux auteurs ont été perdues lors de la migration ansible → ansible.posix :

Je ne suis pas juriste, j'apprécierais donc que quelqu'un connaissant les nuances de la licence aborde le problème de la licence : cette perte d'attribution d'auteur ne deviendra-t-elle pas un problème pour toute entreprise qui souhaite utiliser Ansible ET se conformer à la GPL ?

bug licensing

Source

lidel

Commentaire le plus utile

@lidel Merci d'avoir soulevé cette question, nous allons faire des recherches et faire rapport

gundalow le 5 juin 2020

👍3

Tous les 2 commentaires

@lidel Merci d'avoir soulevé cette question, nous allons faire des recherches et faire rapport

gundalow le 5 juin 2020

👍3

La section à partir de laquelle vous citez est appelée « Termes supplémentaires » et est une liste de restrictions/exigences supplémentaires qui peuvent être ajoutées à la GPL dans un cas spécifique. Si l'auteur du code n'a pas explicitement demandé que les attributions d'auteur soient préservées, alors elles n'ont pas besoin d'être préservées, à savoir :

Si vous ajoutez des termes à une œuvre couverte conformément à cette section, vous
doit placer, dans les fichiers sources pertinents, une déclaration de la
conditions supplémentaires qui s'appliquent à ces fichiers, ou un avis indiquant
où trouver les conditions applicables.

C'est, bien sûr, une bonne idée de vérifier que personne n'a ajouté un tel terme à sa contribution, mais, de façon réaliste, les gens ne le font généralement pas.

De plus, la manière standard de faire des "attributions d'auteur" est sous la forme de déclarations de copyright dans les en-têtes de fichiers, et non de métadonnées dans les commits git, qui peuvent être facilement perdues (comme dans ce cas) ou modifiées en raison de réécritures d'historique, etc. même si quelqu'un a ajouté une telle restriction supplémentaire, il est probable qu'il ait également enregistré ses informations de paternité dans ce même code source à côté de l'énoncé des termes supplémentaires.