IANAL. Вопрос в том, действительно ли условия MS App Marketplace и LGPL конфликтуют? Если ответ «Нет», то это не должно быть проблемой. В противном случае это может быть. Предотвращает ли рынок приложений распространение исходного кода? Запрещает ли рынок приложений открытый исходный код? Изменить Подробнее о проблемах в Google: social.msdn.microsoft.com/Forums/en/windowsphone7series/thread/…
Томас Джеймс,
5
Кроме того, имейте в виду, что вы НИКОГДА не должны следовать юридическим советам, которые вы получаете в Интернете, за исключением случаев, когда они исходят от адвоката. Предпочтительно тот, кто специализируется в данной области, в данном случае: лицензии на программное обеспечение. Поэтому принимайте все эти ответы с недоверием, потому что в противном случае вы можете подвергать себя судебным процессам.
Короче говоря: да, вы можете. Но одна важная вещь, о которой нужно позаботиться, это то, что библиотека GNPL LGPL покрыта динамически, а не статически смешана с основным приложением.
Также должна быть возможность обменять эту динамически связанную библиотеку на независимо скомпилированную сборку. В противном случае вы, вероятно, перепутали библиотеку и основной код приложения.
Это верно для LGPL 2, но LGPL 3, кажется, позволяет статическое связывание, если я правильно понимаю.
Ричард Ле Мезурье
2
@mario, так можно ли это использовать в приложении с закрытым исходным кодом? Должен ли я дать кредит? Что-нибудь?
Shimmy
1
@RichardLeMesurier, обе версии допускают статическое связывание, но крайне важно отметить, что программное обеспечение, которое статически связывает библиотеку LGPL, должно быть выпущено под самой лицензией LGPL, если я правильно понимаю. Я не юрист. Это не должно рассматриваться как юридическая консультация.
Тайлер Кромптон
6
> Крайне важно упомянуть, что программное обеспечение, которое статически связывает библиотеку LGPL, должно быть выпущено под самой лицензией LGPL, если я правильно понимаю ===> Абсолютно нет. Любое приложение с закрытым исходным кодом может статически связываться с библиотеками LGPL, если оно предоставляет свои объектные файлы, чтобы разрешить повторное связывание с другими / альтернативными версиями библиотеки LGPL: gnu.org/licenses/gpl-faq.en.html#LGPLStaticVsDynamic
Жан-Михаэль Селерье
1
Что происходит с библиотеками LGPL только для заголовков?
gnzlbg
9
Лицензия LGPL позволяет приложению, которое ссылается на двоичные файлы, оставаться закрытым исходным кодом. Кроме того, ничто не мешает вам продавать приложения с открытым исходным кодом на Microsoft App Marketplace.
Я подозреваю, что, поскольку LGPL позволяет сделать исходный код (библиотеки, с которой вы связаны) доступным через загрузку, должно быть нормально использовать лицензированную LGPL библиотеку в вашем приложении для рынка Microsoft.
Если распространение объектного кода осуществляется путем предоставления доступа к копированию из назначенного места, то предоставление эквивалентного доступа к копированию исходного кода из того же места удовлетворяет требованию распространять исходный код, даже если третьи стороны не обязаны копировать исходный код. вместе с объектным кодом.
Единственное, что кажется проблемой, - это требование «того же места», которое вы не сможете выполнить, если ваше приложение распространяется через рынок.
На самом деле ничто не мешает вам связывать исходный код как ресурсы в вашем приложении, например, в виде zip-файла, и есть возможность сохранить его локально из вашего приложения, если пользователь захочет это сделать. Дело в том, что если у вас есть несколько библиотек с разными лицензиями, вы начинаете терять то, что вам нужно сделать для каждой из них
Ответы:
Вот полный ответ:
http://answers.google.com/answers/threadview/id/439136.html
Короче говоря: да, вы можете. Но одна важная вещь, о которой нужно позаботиться, это то, что библиотека GNPL LGPL покрыта динамически, а не статически смешана с основным приложением.
Также должна быть возможность обменять эту динамически связанную библиотеку на независимо скомпилированную сборку. В противном случае вы, вероятно, перепутали библиотеку и основной код приложения.
источник
Лицензия LGPL позволяет приложению, которое ссылается на двоичные файлы, оставаться закрытым исходным кодом. Кроме того, ничто не мешает вам продавать приложения с открытым исходным кодом на Microsoft App Marketplace.
источник
Эта статья может помочь.
Я подозреваю, что, поскольку LGPL позволяет сделать исходный код (библиотеки, с которой вы связаны) доступным через загрузку, должно быть нормально использовать лицензированную LGPL библиотеку в вашем приложении для рынка Microsoft.
Цитата из LGPL версии 2.1 :
Единственное, что кажется проблемой, - это требование «того же места», которое вы не сможете выполнить, если ваше приложение распространяется через рынок.
источник