Если я выпускаю программу под лицензией GPL, должен ли я продолжать делать это?


26

Рассмотрим этот сценарий:

  • Я занимаюсь разработкой программы FooSuite, которая использует лицензированную по лицензии GPL библиотеку QuuxTools
  • Я выпускаю программу FooSuite 1.0 под GPL

Позже я обнаружил, что по какой-то причине мне нужно лицензировать программу кому-то на других условиях.
Следовательно:

  • Я удаляю зависимость от GPL через QuuxTools, либо ...

    • переписать программу, чтобы больше не использовать эту библиотеку
    • получение другой лицензии для QuuxTools (если она имеет двойную лицензию; см. PyQt)
  • Я выпускаю FooSuite 1.1 под лицензией не GPL.

Тем не менее, FooSuite 1.1 все еще является производной от FooSuite 1.0 . Я понимаю, что незнакомцу запрещено делать то, что я делал, но я сам - как владелец FooSuite - свободен от этого ограничения?


8
Вы можете выпустить новые версии под новой лицензией. Разве не так Oracle убивает MySQL?
Маной Р

К счастью, вы можете уничтожить GPL.
DeadMG

Обычным изменением лицензии является GPLv2 на GPlv3, что разрешено по тем же причинам (или в случае Linux запрещено, поскольку владельцы не согласны)
MSalters

2
VLC - полезный пример для повторного лицензирования установленного проекта GPL (от GPL до LGPL): jbkempf.com/blog/post/2012/… | jbkempf.com/blog/post/2012/…
Кев

Ответы:


32

До тех пор, пока вы сохраняете авторские права на весь код, который является частью FooSuite(это становится проблематичным, если вы включили код от сообщества, если вы не получили от участников право присваивать вам свои авторские права), вы можете свободно распространять код под много разных лицензий, как вы хотите. Таким образом, вы могли бы выпустить FooSuite 1.1под другой лицензией.

Конечно, кто-то другой может взять код, FooSuite 1.0который уже выпущен под лицензией GPL, и создать свой собственный OpenFooSuite 1.1, который будет под лицензией GPL, и включать все функции, которые вы добавили в выпуск 1.1. Если заинтересованное сообщество достаточно большое, FooSuiteвашей версии с закрытым исходным кодом может быть очень сложно конкурировать с открытой версией.


6
Обратите внимание, что более одного проекта с открытым исходным кодом был уничтожен его форком (обычно медленно). XFree86 является одним из примеров, он был заменен X.Org . OpenOffice (теперь «Apache OpenOffice») привел к аналогичному форку, названному LibreOffice, который может оказаться или не оказаться единственным выжившим из двух.
Йоахим Зауэр

3
+1 за солидный ответ. Помните, что «Не использовать GPL» - это не то же самое, что «Не с открытым исходным кодом». Прошу прощения за тройной минус, GPL - не единственный путь (лицензия) к открытому исходному коду. Есть целый ряд альтернатив. GPL может фактически препятствовать принятию другими из-за своей вирусной природы.
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.