[Licenties] GPL plugins gebruiken

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • Mac_Cain13
  • Registratie: Juni 2003
  • Laatst online: 17-09 15:48
Inleiding
Na enige tijd die-hard Javascripten, ben ik ook volledig overtuigd van het feit dat een library handig is. Op het moment ben ik dan ook helemaal in de wolken met jQuery. Om nog niet te spreken over sommige juweeltjes van plugins! :)

Wat ik ook een van de grote voordelen van jQuery vind is dat het onder zowel MIT als GPL licentie te gebruiken is. Op die manier is het namelijk ook perfect te integreren in oplossingen die ik niet meteen weer open source wil maken.

Nu ik echter ook bepaalde plugins in wil gaan zetten, bijvoorbeeld farbtastic en een simpele RTE, is het allemaal wat ingewikkelder aan het worden. Deze plugins zijn namelijk uitgebracht onder de GPL licentie.

Het probleem
Vooropgesteld, ik heb geen bezwaar om wijzigingen aan de plugins zelf ook onder GPL vrij te geven, en jQuery aanpassingen zou ook nog tot daar aan toe zijn. Alleen wil ik zeker niet mijn eigen broncode vrijgeven onder GPL licentie.

De vraag is nu echter of dat wel mogelijk is gezien de GPL een virale licentie is. Nu ben ik na het doorlezen van de GPL licentie zelf en de topics [GPL] Welke rechten en plichten heb je? en [disc] Code licencering er nog niet uit.

Wat ik er zelf van denk
Zelf heb ik 3 scenario's die mogelijk zouden kunnen zijn;
  1. Van GPL moet alles wat er aan gelinkt wordt en er van afgeleid is ook GPL worden. Mijn code doet calls naar de plugin en linkt deze door hem met een script-tag in te laden, moet dus ook GPL worden. In dit geval wil/kan ik de plugin niet gebruiken.
  2. De GPL licentie ziet het de script-tag niet als linken, dus de plugin is netjes GPL. Mijn werk blijft gewoon onder mijn eigen licensie vallen. Alleen wijzigingen aan de plugin geef ik vrij onder de GPL.
  3. Ik maak in de jQuery.js functies die met de plugin "praten", mijn code (licentie X-hoedje) spreekt jQuery aan (MIT-hoedje) en de jQuery code (nu met GPL-hoedje) spreekt weer de plugin aan (GPL-petje). Op die manier raakt mijn code geen GPL code. (+1 creatief dacht ik zelf :P)
Ben bang dat optie #3 niet op gaat, aangezien jQuery wel automatisch onder GPL gebruikt zal moeten worden als de plugin dat ook doet.

Mijn vraag aan jullie, hoe gaan jullie om met GPL-ed plugins? Gebruik je ze gewoon zonder na te denken, zit je hier ook mee in je maag of ben je juridisch expert? Wat denk je dat correct is en is GPL niet veel te radicaal?

Leuk detail dat Twitter wel gewoon een GPL jQuery plugin gebruikt.

Acties:
  • 0 Henk 'm!

  • Sebazzz
  • Registratie: September 2006
  • Laatst online: 23-09 18:21

Sebazzz

3dp

Situatie #1 ;) Dit zou echter niet gelden als de plugin LGPL is.

[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]


Acties:
  • 0 Henk 'm!

  • mocean
  • Registratie: November 2000
  • Laatst online: 04-09 10:34
Stel je hebt een CMS in PHP, en voor de front-end gebruik je jQuery (dus via een script-tag), dan wordt daarmee je PHP code nog geen GPL automatisch. Er zijn genoeg closed-source programma's die linken naar een GPL library.

Ik vond dit: http://tsdgeos.blogspot.c...pl-and-closed-source.html

Lijkt erop dat het enkel gaat om distributie. Dus als je je applicatie (CMS of zo) ontwikkeld en laat gebruiken is er niks aan de hand. Wil je je applicatie verkopen, dan zal je je klanten zelf de GPL onderdelen moeten laten downloaden en installeren.

Koop of verkoop je webshop: ecquisition.com


Acties:
  • 0 Henk 'm!

  • Mac_Cain13
  • Registratie: Juni 2003
  • Laatst online: 17-09 15:48
Sebazzz schreef op maandag 05 januari 2009 @ 22:20:
Situatie #1 ;) Dit zou echter niet gelden als de plugin LGPL is.
Makkelijk gezegd natuurlijk, maar waarom is dit dan zo en in hoeverre mag ik GPL software aanspreken vanuit mijn programma zonder dat het zelf ook GPL moet worden.
mocean schreef op maandag 05 januari 2009 @ 22:29:
Stel je hebt een CMS in PHP, en voor de front-end gebruik je jQuery (dus via een script-tag), dan wordt daarmee je PHP code nog geen GPL automatisch. Er zijn genoeg closed-source programma's die linken naar een GPL library.

Ik vond dit: http://tsdgeos.blogspot.c...pl-and-closed-source.html

Lijkt erop dat het enkel gaat om distributie. Dus als je je applicatie (CMS of zo) ontwikkeld en laat gebruiken is er niks aan de hand. Wil je je applicatie verkopen, dan zal je je klanten zelf de GPL onderdelen moeten laten downloaden en installeren.
Interessante link! Het punt dat het enkel om distributie gaat is wel interessant, want als ik mijn script zo flexibel maak dat je "een willekeurige colorpicker gebaseerd op een bepaalde interface" in kan laden. En daarnaast een functie maak die als er geen colorpicker is zelf even een GPL colorpicker download en in het juiste mapje zet. Dan distribueer ik de plugin, dus die geef ik onder GPL vrij inclusief mijn wijzigingen.

Aangezien ik de plugin niet samen met mijn code distribueer kan mijn code onder een andere licentie blijven vallen. Toch ben ik benieuwd wat schrijvers van plugins hier zelf van vinden.