Size: a a a

2020 May 14

EG

Emmanuel Goldstein in pro.vim
Опять же LGPL не имеет смысла
источник

GK

Georgy Komarov in pro.vim
Emmanuel Goldstein
LGPL завязывается на технические подробности (например, в Яндексе весь код линкуется статически для удобства деплоя — LGPL использовать нельзя). MPL лучше, потому что он завязывается на абстрактное понятие Larger Work.
Хм, ну да. Про статическую линковку там отдельный пункт.
А в чём кроме этого её принципиальное отличие от MPL?
источник

EG

Emmanuel Goldstein in pro.vim
Georgy Komarov
Хм, ну да. Про статическую линковку там отдельный пункт.
А в чём кроме этого её принципиальное отличие от MPL?
Вроде как особо ни в чём, но у обоих лицензий очень длинный текст, так что могу ошибаться.
источник

NG

Nicholas Guriev in pro.vim
Emmanuel Goldstein
Опять же LGPL не имеет смысла
Теоретически возможно LGPL соблюсти, если рядом положить объектные файлы, чтобы позволить компоновку с изменённой версией библиотеки. И высылать такое можно по запросу, а не всем подряд.
источник

EG

Emmanuel Goldstein in pro.vim
MPL разрешает использовать библиотеку в larger work под любой лицензией, но ты обязан отдать в опенсорс саму библиотеку и все её изменения.
источник

EG

Emmanuel Goldstein in pro.vim
Но у неё есть та проблема, что она практикой совершенно не обкатана.
источник

AM

AlexShell Makise in pro.vim
Nicholas Guriev
Теоретически возможно LGPL соблюсти, если рядом положить объектные файлы, чтобы позволить компоновку с изменённой версией библиотеки. И высылать такое можно по запросу, а не всем подряд.
Если я правильно помню, GNU так и рекомендует делать
источник

A

Alex Ф-ф-фэils!🌠︙... in pro.vim
Блобы!
источник

EG

Emmanuel Goldstein in pro.vim
В Rust довольно сложно будет это соблюсти
Там, технически, есть динамическая линковка, но из-за особенностей языка «возможности заменить» не выйдет
источник

A

Alex Ф-ф-фэils!🌠︙... in pro.vim
Emmanuel Goldstein
В Rust довольно сложно будет это соблюсти
Там, технически, есть динамическая линковка, но из-за особенностей языка «возможности заменить» не выйдет
источник

AM

AlexShell Makise in pro.vim
Emmanuel Goldstein
MPL разрешает использовать библиотеку в larger work под любой лицензией, но ты обязан отдать в опенсорс саму библиотеку и все её изменения.
Но в таком случае ты не можешь модифицировать либу, которая была использована
источник

EG

Emmanuel Goldstein in pro.vim
AlexShell Makise
Но в таком случае ты не можешь модифицировать либу, которая была использована
Ты можешь модифицировать её, опубликовать свои модификации под MPL и использовать модифицированную.
источник

EG

Emmanuel Goldstein in pro.vim
Все свои модификации ты обязан заопенсорсить, да.
источник

AM

AlexShell Makise in pro.vim
Emmanuel Goldstein
Ты можешь модифицировать её, опубликовать свои модификации под MPL и использовать модифицированную.
Ты не понял
источник

EG

Emmanuel Goldstein in pro.vim
Но не всю larger work.
источник

AM

AlexShell Makise in pro.vim
AlexShell Makise
Ты не понял
Есть софтина, проприетарная, слинкованная статически. Есть либа. Ты не можешь пропатчить либу и перелинковать софтину с ней
источник

EG

Emmanuel Goldstein in pro.vim
AlexShell Makise
Есть софтина, проприетарная, слинкованная статически. Есть либа. Ты не можешь пропатчить либу и перелинковать софтину с ней
А, да, так не выйдет, конечно.
источник

AM

AlexShell Makise in pro.vim
Emmanuel Goldstein
А, да, так не выйдет, конечно.
LGPL как раз гарантирует, что у тебя это выйдет
источник

EG

Emmanuel Goldstein in pro.vim
Да, но для ситуаций, когда статическая линковка необходима, она неотличима от GPL.
источник

NG

Nicholas Guriev in pro.vim
Emmanuel Goldstein
Да, но для ситуаций, когда статическая линковка необходима, она неотличима от GPL.
есть примеры, когда отличия таки находились в пользу вендоров closed source
источник