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

Question

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

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

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

Подумайте, как люди используют Softwares? Лично я не думаю, что есть слишком много различий между распределенным программным обеспечением и размещенным программным обеспечением (веб-приложением). Например, Гугл документы а также МИКОНОСТЬ СЛОВА. Отказ Предположим, что есть библиотека GPL libxyz. используется обоими Microsoft Word а также Гугл документы, это значит, Microsoft Word должен быть GPL-Ed, пока Гугл документы не нужно, потому что Гугл документы не распределен?

Во-вторых, как разработчик коммерческого веб-приложения, могу ли я использовать библиотеки 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 требует, чтобы вы имели в виду исходный код вашего приложения, когда вы перераспределяете его.

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