Transformer un projet open source en source fermée

19

Comment est-il légalement possible de ramener un projet initialement publié en open source à une source fermée? Surtout une licence avec la GPL n'importe quelle version.

Matt Phillips
la source
5
Si vous détenez des droits d'auteur sur le projet, vous êtes libre de le reconduire comme vous le souhaitez. Cela n'invalide pas les relations de licence existantes établies sous la GPL.
Blrfl
Pourquoi ne pas simplement le prendre, en faire un nouveau projet et partir de là?
Tour le
@Blrfl Cela soulève une question intéressante. Quiconque utilisera une partie ou la totalité du projet sous GPL violera alors la licence de source fermée car la base de code serait identique.
Karlson
8
@Karlson: Pas vraiment, ils ne se sont tout simplement jamais inscrits pour la licence open source. Ils restent sous licence GPL.
DeepSpace101
1
Ces types de questions de licence sont actuellement réexaminées sur notre site de méta-discussion .

Réponses:

10

Il y a deux choses ici:

  • révoquer la licence open source qui a été accordée. Cela dépendra probablement du texte de la licence. Si la licence ne contient aucune disposition, je ne suis pas sûr que ce soit possible si le titulaire ne l'a pas violée. Et certaines licences comme GPL version 3, sont explicites en ce que:

Tous les droits accordés en vertu de cette licence sont accordés pour la durée du droit d'auteur sur le programme et sont irrévocables à condition que les conditions énoncées soient remplies.

  • nouvelle licence sous d'autres conditions. C'est possible tant que vous obtenez l'accord de tous les détenteurs de droits d'auteur. Si vous avez eu la clairvoyance pour l'obtenir avant d'accepter les contributions (certains projets GNU comme GCC vous demandent d'assigner le copyright à la FSF par exemple) c'est facile. Si vous ne l'avez pas fait, ce sera difficile (certains projets le font volontairement de sorte qu'un changement de licence est pratiquement impossible, obtenir l'accord de tout le monde ou suivre et supprimer les contributions de ceux qui n'ont pas été impraticables).

(Mention obligatoire: je ne suis pas avocat, voyez le vôtre, et certains aspects peuvent être localisés et dépendre de votre juridiction).

AProgrammer
la source
4

Vous ne pouvez pas retirer à un utilisateur les droits d'utilisation d' un logiciel donné v1.5 une fois qu'il l'a obtenu via la licence GPL / OSS.

MAIS.

Vous pouvez contacter l'auteur de given-software v1.5 et

  1. acheter une licence commerciale avec droit de modification et redistribution en source fermée
  2. lui acheter ses droits sur le logiciel

    (cela ne s'applique pas dans toutes les juridictions - dans de nombreux pays, certains droits sont inaliénables - cela signifie que l'auteur les conserve toujours et qu'il ne peut que vous les concéder sous licence )

    Ah, comme vous y êtes déjà, vous pourriez également être intéressé à acheter des droits sur le nom du produit.

Ensuite, vous pouvez libérer d'autres versions (par exemple, given-software 2.0 ) sous une licence commerciale et ne laisser que la version précédente gratuite. (comme en liberté d'expression)

Certains projets OSS continuent de vendre de nouvelles versions et publient la précédente en open source, à chaque mise à niveau de version majeure.

(Je pense que Ghostscript ici, mais aussi Android est connu pour faire quelque chose comme ça, pré-publier des trucs aux partenaires intéressés, pour des prix élevés)

Qu'est-ce qui pourrait mal se passer

  1. Compétition. Un fork + rename OSS majeur pourrait simplement tuer le nouveau produit commercial, (c'est un marché libre)

  2. Le mainteneur peut ne pas avoir tous les droits dont il a besoin pour renouveler la licence de logiciel donné 1.5

    • L'auteur d'origine n'est pas disponible: le responsable actuel peut être le deuxième, le troisième ou le quatrième responsable après le responsable d'origine.
    • Le projet aurait pu recevoir trop de corrections de bogues externes ou d'ajouts de fonctionnalités , et le responsable n'a jamais pris la peine de demander des dérogations, donc le logiciel est maintenant vraiment la propriété du responsable et de tous ceux qui ont déjà contribué du code . Sous des conditions indéterminées .

      Un vrai gâchis inextricable qui n'attend qu'un avocat avec du temps à brûler et une société qui vaut la peine de traire pour de l'argent. (en fait, même le projet GNU demande toujours des dérogations qui remettent tous les droits d'auteur à la fondation GNU)

    • Des dérogations auraient pu être signées, mais les termes de celles-ci pourraient indiquer avec précision que la licence sur le code ne peut jamais être modifiée .

Dans ces deux dernières situations, le seul moyen de sortir d'OSS est une réécriture dure, énorme, sanglante et triste de tout le code contribué. Et même si c'est bien fait, cela pourrait toujours être contestable (par cet avocat, oui) alors ... ça n'en vaut vraiment pas la peine.

Avertissement: IANAL.

ZJR
la source
Et oui, c'est pourquoi il est difficile d'imposer de contribuer à la base de code principale d'Android. Ils ne peuvent tout simplement pas accepter les correctifs et agiter le drapeau OSS uniquement pour sa valeur de mot à la mode . (oui ça craint)
ZJR
2
IANAL. Les contributeurs Android doivent signer un «accord de licence de contributeur d'entreprise» qui donne effectivement aux «chefs de projet» une licence de droit d'auteur pour faire à peu près tout ce qu'ils veulent avec votre code.
Jaydee
3

IANAL mais:

Je pense que si vous possédez tous les droits d'auteur sur la base de code, c'est-à-dire que tous les contributeurs vous ont donné (ou votre entreprise comme cela est plus probable) les droits d'auteur sur toutes leurs contributions, alors vous pouvez republier cette base de code sous une licence différente. (qui peut être une source fermée) si vous le souhaitez. Certains projets ( comme jQuery ) publient leur code sous deux licences différentes simultanément (dont la GPL).

Cela ne modifie cependant pas la licence des versions existantes du code et, ce faisant, vous pouvez trouver vos contributeurs très bouleversés, bousculant le projet et continuant à le développer sous un nom différent. Ne me citez pas à ce sujet, mais je pense que c'est le genre de chose qui a abouti à Libre Office vs Open Office.

Gyan alias Gary Buyn
la source
0

Si vous êtes le détenteur du droit d'auteur du projet, vous avez le droit de définir une licence (unique) pour chaque partie à laquelle vous distribuez votre source.

Étant donné que vous avez déjà donné à quelqu'un un code avec GPL, ce qu'il possède maintenant ne peut être révoqué que si le code a été distribué sous certaines conditions.

Par exemple, Open Office était open source (et l'est toujours). Mais depuis qu'Oracle a acquis Sun, les gens pensaient que OO pourrait être trop serré maintenant afin qu'ils puissent commencer à modifier ce code indépendamment sous le nom de Libre Office et Oracle ne peut pas révoquer ce droit.

Cependant, vous pouvez toujours faire deux choses:

  1. Attachez la licence sous certaines conditions. Par exemple, vous pouvez avoir une licence commerciale différente de l'Open source, ce qui n'est possible que si vous êtes vous-même un projet Open Source (ou une ONG / Académie).

  2. Pour toute nouvelle version, vous pouvez toujours annuler l'ancienne licence et en fournir une nouvelle. Par exemple, REDHAT 7 (ou 8) était entièrement open source. Après cela, ils ont créé RHEL qui était commercialisé sous licence. C'est ainsi que Fedora est née.

Dipan Mehta
la source