Могу ли я использовать лицензированную LGPL библиотеку в своем коммерческом приложении?

Я хочу использовать лицензированную LGPL библиотеку в своем приложении для рынка приложений Microsoft. Это нормально?

lgpl

IANAL. Вопрос в том, действительно ли условия MS App Marketplace и LGPL конфликтуют? Если ответ «Нет», то это не должно быть проблемой. В противном случае это может быть. Предотвращает ли рынок приложений распространение исходного кода? Запрещает ли рынок приложений открытый исходный код? Изменить Подробнее о проблемах в Google: social.msdn.microsoft.com/Forums/en/windowsphone7series/thread/…

— Томас Джеймс,

Кроме того, имейте в виду, что вы НИКОГДА не должны следовать юридическим советам, которые вы получаете в Интернете, за исключением случаев, когда они исходят от адвоката. Предпочтительно тот, кто специализируется в данной области, в данном случае: лицензии на программное обеспечение. Поэтому принимайте все эти ответы с недоверием, потому что в противном случае вы можете подвергать себя судебным процессам.

— Раду Мурзеа

Ответы:

Вот полный ответ:
http://answers.google.com/answers/threadview/id/439136.html

Короче говоря: да, вы можете. Но одна важная вещь, о которой нужно позаботиться, это то, что библиотека GNPL LGPL покрыта динамически, а не статически смешана с основным приложением.

Также должна быть возможность обменять эту динамически связанную библиотеку на независимо скомпилированную сборку. В противном случае вы, вероятно, перепутали библиотеку и основной код приложения.

— марио
источник

Это верно для LGPL 2, но LGPL 3, кажется, позволяет статическое связывание, если я правильно понимаю.

— Ричард Ле Мезурье

@mario, так можно ли это использовать в приложении с закрытым исходным кодом? Должен ли я дать кредит? Что-нибудь?

— Shimmy

@RichardLeMesurier, обе версии допускают статическое связывание, но крайне важно отметить, что программное обеспечение, которое статически связывает библиотеку LGPL, должно быть выпущено под самой лицензией LGPL, если я правильно понимаю. Я не юрист. Это не должно рассматриваться как юридическая консультация.

— Тайлер Кромптон

> Крайне важно упомянуть, что программное обеспечение, которое статически связывает библиотеку LGPL, должно быть выпущено под самой лицензией LGPL, если я правильно понимаю ===> Абсолютно нет. Любое приложение с закрытым исходным кодом может статически связываться с библиотеками LGPL, если оно предоставляет свои объектные файлы, чтобы разрешить повторное связывание с другими / альтернативными версиями библиотеки LGPL: gnu.org/licenses/gpl-faq.en.html#LGPLStaticVsDynamic

— Жан-Михаэль Селерье

Что происходит с библиотеками LGPL только для заголовков?

— gnzlbg

Лицензия LGPL позволяет приложению, которое ссылается на двоичные файлы, оставаться закрытым исходным кодом. Кроме того, ничто не мешает вам продавать приложения с открытым исходным кодом на Microsoft App Marketplace.

— Майкл Браун
источник

Эта статья может помочь.

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

Цитата из LGPL версии 2.1 :

Если распространение объектного кода осуществляется путем предоставления доступа к копированию из назначенного места, то предоставление эквивалентного доступа к копированию исходного кода из того же места удовлетворяет требованию распространять исходный код, даже если третьи стороны не обязаны копировать исходный код. вместе с объектным кодом.

Единственное, что кажется проблемой, - это требование «того же места», которое вы не сможете выполнить, если ваше приложение распространяется через рынок.

— Андрей Окунев
источник

На самом деле ничто не мешает вам связывать исходный код как ресурсы в вашем приложении, например, в виде zip-файла, и есть возможность сохранить его локально из вашего приложения, если пользователь захочет это сделать. Дело в том, что если у вас есть несколько библиотек с разными лицензиями, вы начинаете терять то, что вам нужно сделать для каждой из них

— Джордж Бирбилис