Licence sur Github

13

Je télécharge sur GitHub pour la première fois et je fais face à toutes sortes de doutes sur les licences. Je ne savais pas que ce sujet était celui découvert sur le net! Mais même si c'est complexe, ma situation est si typique que je suppose que la plupart des gens qui utilisent Github le savent déjà.

Je veux juste télécharger publiquement une application qui fait référence à des bibliothèques tierces sur mon POM pour Maven (package & build Java manager), et les appeler dans le code évidemment. Certains d'entre eux sont GPL, d'autres Apache, d'autres licences multiples ...

Avez-vous tous à vous soucier de tout ça? Je ne distribue aucune bibliothèque binaire ni tierce, je ne les modifie pas, je n'utilise rien à des fins commerciales ... Dois-je en faire "mention explicite"? Dans quel dossier? Dois-je utiliser pour ma propre lib la licence GPL?

Ce qui me fait me demander à quel point les informations sur Internet sont littérales, c'est que je n'ai vu personne avec des AVIS référençant l'utilisation de Spring, JUnit et ainsi de suite ...

licensing gpl github

— Whimusical
source

1

tldrlegal est vraiment bon pour obtenir un bref aperçu d'une licence. Peut-être que cela peut vous aider

— Brettetete

14

Si vous mettez le code source à la disposition du public, alors oui, vous devez être au courant des licences sous lesquelles vos bibliothèques tierces sont publiées. Même si vous ne les placez pas dans votre référentiel GitHub, les licences de ces bibliothèques peuvent vous obliger à octroyer une licence à votre projet sous certaines licences simplement parce que vous utilisez les autres logiciels tiers. Ce que vous devez faire dépend précisément de toutes les licences du logiciel tiers que vous utilisez et de la façon dont vous les utilisez.

Vous devriez faire des recherches sur la signification des différentes licences. Il y a beaucoup d'autres questions ici sur les programmeurs sur les différentes licences open source, et il y a aussi un site Open Source Stack Exchange .

— Thomas Owens
source

J'ai fait la recherche, mais il y a beaucoup de cas qui vous obligent à être un expert, ce que je suppose que la plupart des utilisateurs de github ne sont pas et ils vont de l'avant. Belle référence, je ne connaissais pas le site Open Source !!!

— Whimusical

1

En effet, je crois comprendre également que la plupart des gens semblent aller de l'avant et ne se soucient pas des licences. Cela ne signifie pas que ce soit la bonne chose à faire ou même légale, cependant. Si vous voulez épargner aux utilisateurs de votre bibliothèque le problème, assurez-vous d'utiliser une licence standard qui est couramment utilisée dans le domaine et sera compatible avec les autres bibliothèques qui pourraient intéresser vos utilisateurs.

— 5gon12eder

2

Vous mentionnez que votre code utilise d'autres bibliothèques couvertes par l'Apache et la licence GPL, entre autres. Entre Apache et GPL, la GPL est la plus restrictive. La règle générale est que si votre code utilise des bibliothèques sous licence GPL, vous devez également le faire sous licence GPL. Il existe des moyens d'éviter cela, mais vous ne pouvez partager votre code et vous chargez simplement les consommateurs de votre code d'adopter la GPL que s'ils veulent distribuer quoi que ce soit.

— Eric
source

Mais le fait est que je ne distribue rien de façon binaire, faisant simplement référence aux bibliothèques dans Maven et dans le code, Github expose uniquement la source.

— Whimusical

@Whimusical Parce que vous avez utilisé des bibliothèques sous licence GPL, la chose la plus simple dans votre scénario est d'adopter simplement la GPL pour votre code. Si vous n'aimez pas la GPL, vous devriez essayer de trouver des alternatives non GPL ou être plus prudent avec votre prochain projet. Éviter la licence GPL pour votre code signifie simplement qu'il sera limité à l'utilisation par les personnes qui sont à l'aise d'assembler toutes les conditions préalables nécessaires et qui ne craignent pas de distiller leurs produits avec la GPL ou qui ne prévoient pas de les distribuer.

— Eric

Puis-je mettre mon projet sous licence GPL tout en utilisant des bibliothèques tierces non-GPL? J'ai vu que la bibliothèque GPL contient des licences GPL et LGPL. Cela signifie-t-il que je peux choisir LGPL et ainsi autoriser mon projet en tant qu'Apache ou MIT? Tenez compte que mon projet est une chose publique pour les terrains de jeux, c'est juste que je veux apprendre de manière appropriée et sérieuse

— Whimusical

@Whimusical Il est généralement correct pour un projet avec une licence plus restrictive (par exemple GPL) d'utiliser des bibliothèques avec des licences moins restrictives (LGPL, MIT, BSD, etc.). L'inverse n'est généralement pas vrai. Vous pouvez rechercher des licences compatibles GPL pour trouver une discussion plus approfondie sur ce sujet.

— Eric

1

Voir Jacobsen v Katzer et al., N ° 2009-1221 : Décision sur les requêtes en jugement sommaire: les licences open source sont juridiquement applicables en tant que licences de droit d'auteur. Ici, la licence artistique [sic] a été testée en Californie, tandis que l'affaire a été rejetée selon des conditions de règlement à l'amiable qui pesaient fortement en faveur du titulaire de la licence.

— kpie
source