Предотвращает ли пункт, предотвращая экспозицию PYQT в сценарии приложения API, закрывает лазейку в лицензии? [закрыто

Question

В настоящее время я оцениваю использование PYQT в коммерческом приложении, и я был удивлен, узнав, что коммерческая лицензия PYQT не позволяет вам разоблачить какую -либо из библиотеки PYQT в API сценария приложения. Из сайт PYQT:

Право распространять необходимые модули PYQT и библиотеку QScintilla с вашими приложениями, если пользователи этих приложений сами не имеют прямой доступ к PYQT. В противном случае эти пользователи становятся разработчиками и требуют собственных копий коммерческих версий Pyqt и QT.

Это потому, что если они мы Разрешенный доступ к PYQT Вы фактически имеете «лазейку» в коммерческой лицензии PYQT? Этот пункт закрывает эту лазейку, я полагаю. Мне было интересно, должно ли в GPL аналогичный пункт и связанные с ними лицензии? В противном случае, конечно, вы сможете выпустить заявку по лицензии с открытым исходным кодом, которая по сути была не чем иным, как приложением «оболочки», которое позволило людям «сценария» его поведение- сказано, что поведение является созданием второго, не Приложение GPL с использованием связей GPL PYQT.

Я не сомневаюсь, что эта «лазейка» рассматривается в GPL, которая должна была иметь много Талантливые адвокаты изучают его с помощью тонких зубчатых расчесок. - Действительно, я пытаюсь узнать больше о том, как закон влияет на жизнь кодера. GPL и другие лицензии с открытым исходным кодом кажутся хорошим местом для начала.

---

Кроме того, будет ли та же система, выпущенная под LGPL, такая же проблема? Или ли эта лицензия более разрешительная природа означает, что не было бы столько конфликта, позволяющих пользователям получить доступ к библиотеке через приложение?

Answer 1

Будут,

Если вы кодируете приложение QT с возможностями сценариев Python, то вы можете:

1) Разрешить использование QT на скрипте через PYQT. Это требует лицензии PYQT на пользователя. Может быть, вы можете предложить его дополнительным и перенести стоимость пользователю, которая требует этого.

2) Разоблачить (используя SIP или SWIG) части вашего приложения, которые не связаны с PYQT

3) Создайте свой собственный интерфейс для QT (или, по крайней мере, ту часть, которую вы разоблачаете).

4) Подождите версию LGPL. К сожалению, нынешняя ситуация "не сейчас":http://www.riverbankcomputing.com/pipermail/pyqt/2009-May/022931.html

Answer 2

«Коммерческое программное обеспечение» означает программное обеспечение, которое вы можете продать, включая бесплатное программное обеспечение GPL'D. То, как парни Pyqt используют «рекламный ролик», вводит в заблуждение.

Вы можете использовать библиотеку под GPL и взимать за нее, если вы предоставите код программы по лицензии, совместимой с GPL. Я не знаю, что у них есть этот пункт-или даже не бесплатная дополнительная лицензия, но это не имеет ничего общего с GPL. Что делают парни Pyqt прямо противоположное GPL: запрещать вам делать то, что вы хотите с заплаченным вами кодом.

Обратите внимание, что GPL - это не лицензия с открытым исходным кодом, а «свободное программное обеспечение». Это две очень разные группы людей с разными идеями. Вы можете прочитать об этом в http://www.gnu.org/philosophy/free-software-for-freedom.html#Relationship

Answer 3

Прежде всего: адвокаты правят миром, и никогда не забываете его.

Во-вторых, Янал.

GPL делает то же самое: если вы пишете какой -то код и публикуете его под GPL, все полученные работы тоже должны быть GPL. Это известно как «вирусная природа» GPL. Р. Сталлман специально добавил это для защиты работы разработчиков GPL. Вы можете продавать Код GPL, но вы должны всегда Включите источник. Вы можете сдача он и продает результат, но опять же, вы должны включить источник оба исходного кода а также Ваши модификации.

В случае Pyqt это точно так же: я мог бы создать небольшое приложение, которое просто вызывает QApplication._exec() и оставьте «сценарий» к «пользователю», тем самым оплачивая только одну лицензию.