Могу ли я использовать библиотеки LGPL (на стороне клиента javascript или стороне сервера) в моих коммерческих веб-приложениях?

Question

Я бы хотел задать этот вопрос в двух точках зрения.

Являясь разработчиком библиотеки, я не хочу, чтобы моя работа была использована в закрытых веб-приложениях источника, в то время как большинство веб-приложений были закрыты. (И они также бесполезны для распространения, как правило, веб-приложение индивидуально зависит). Мотивация перехода к облачным вычислениям кажется, что в будущем на ПК будет меньше программных средств, все больше и больше будут переданы в централизованную облачную инфраструктуру. Это означает, что говорить о «дистрибутиве программного обеспечения» бессмысленно, потому что большинство приложений будут размещены на сервере и вообще не нужно распространять.

Итак, мне интересно, как GPL/LGPL защищать разработчика библиотеки в таких случаях, деривация не должна распространяться.

Рассмотрите, как люди используют программное обеспечение? Лично я не думаю, что существует слишком большая разница между распределенным программным обеспечением и размещенным программным обеспечением (веб-приложение). Например, Документы Google и Micorost Word. Предположим, что существует библиотека GPL libxyz используется как Microsoft Word и Google Docs, делает это означает, Microsoft Word должны быть GPL-е изд, а Google Docs не нужно, потому что Google Docs ISN» t распределена?

Во-вторых, как коммерческий разработчик веб-приложений, могу ли я использовать библиотеки LGPL/GPL в своем веб-приложении в настоящее время? (LGPLv2 или LGPLv3) Я видел много веб-страниц, используя библиотеки LGPL, хотя лично я предпочитаю нет, но я не знаю, нарушили ли они лицензию.

Answer 1

LGPL по существу спроектирован специально поэтому Библиотеки LGPL'd могут использоваться в приложениях с закрытым исходным кодом.

Стандарт GPL требует, чтобы эти приложения были GPL'd (или совместимым лицензированием), тогда как LGPL требует, чтобы только источник библиотеки был доступен.

По крайней мере, в текущей среде лицензирования приложения, запущенные на ваших собственных серверах, не имеют своих двоичных файлов «распределенных» (только выходная страница), поэтому ограничения на распространение не применяются. Клиентский код, однако, есть, и, следовательно, применяются любые ограничения на распространение.

Примечание: IANAL, а также StackOverflowINALT (не является юридической группой).

Answer 2

Посмотрите лицензии AGPL:

http://en.wikipedia.org/wiki/Affero_General_Public_License

Это защищает от программного обеспечения, используемого только на сервере, где это технически не «распределенное».

Answer 3

Вы можете использовать большинство открытых лицензий на сервере и не передавать исходный код. Это не влияет на вашу лицензионную ситуацию, потому что (в большинстве случаев) вы не перераспределяете ее, вы просто запускаете ее, и люди ее используют.

Что касается LGPL, вы можете использовать его в программном обеспечении с закрытым исходным кодом, которое вы перераспределяете, не отпуская исходный код, если вы не изменяете компонент с открытым исходным кодом. Как только вы коснетесь источника части LGPL'd, вам нужно открыть исходные изменения, которые вы внесли.

Answer 4

Библиотеки LGPL могут использоваться также с коммерческими приложениями/программным обеспечением; разница между LGPL и лицензионным кодом GPL заключается в том, что в первом случае программное обеспечение, использующее библиотеку LGPL, может быть лицензировано под другой лицензией (включая пользовательскую).
Если вы используете библиотеку GPL, то также программное обеспечение, использующее библиотеку, должно быть лицензировано в GPL.

Лицензия GPL требует, чтобы вы предоставили также исходный код приложения при его распространении.

Надеюсь, я понял ваш вопрос.