MIT против лицензии GPL [закрыто]

Лицензия MIT совместима с GPL. Совместима ли лицензия GPL с MIT? т.е. я могу включить код под лицензией MIT в продукт под лицензией GPL, но могу ли я включить код под лицензией GPL в продукт под лицензией MIT?

Мне кажется, что главное различие между лицензией MIT и GPL состоит в том, что MIT не требует, чтобы модификации были открытыми, тогда как GPL требует. Это правильно? Является ли GPL более строгой, чем лицензия MIT?

Мне кажется, что главное различие между лицензией MIT и GPL состоит в том, что MIT не требует, чтобы модификации были открытыми, тогда как GPL требует.

Верно - в общем. Вам не нужно открывать исходный код ваших изменений, если вы используете GPL. Вы можете изменить его и использовать в своих целях, пока вы его не распространяете. НО ... если вы ДЕЙСТВИТЕЛЬНО распространяете его, то весь ваш проект, использующий код GPL, также автоматически становится GPL. Это означает, что он должен быть с открытым исходным кодом, и получатель получает все те же права, что и вы, то есть они могут распространять его, изменять, продавать и т. Д. И это будет включать ваш проприетарный код, который тогда не будет больше не будет проприетарным - он станет открытым исходным кодом.

Отличие от MIT в том, что даже если вы фактически распространяете свой проприетарный код, использующий лицензионный код MIT, вам не нужно делать код с открытым исходным кодом. Вы можете распространять его как закрытое приложение с зашифрованным или двоичным кодом. Код, лицензированный MIT, может быть зашифрован, если на нем есть уведомление о лицензии MIT.

GPL более строгая, чем лицензия MIT?

Да, именно так.

Могу ли я включить код под лицензией GPL в продукт под лицензией MIT?

Ты можешь. GPL - это бесплатное программное обеспечение, также как и MIT, обе лицензии не ограничивают вас объединением кода, поскольку «включить» всегда двусторонний.

В авторском праве на комбинированное произведение (то есть два или более произведения образуют вместе произведение) не имеет большого значения, является ли одно произведение «больше» другим или нет.

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

В качестве второго мнения OSI перечислил следующие критерии (более подробно) для обеих лицензий (MIT и GPL):

1. Бесплатное распространение
2. Исходный код
3. Производные работы
4. Целостность исходного кода автора
5. Отсутствие дискриминации в отношении лиц или групп
6. Запрет дискриминации в сферах деятельности
7. Распространение лицензии
8. Лицензия не должна быть специфичной для продукта
9. Лицензия не должна ограничивать другое программное обеспечение
10. Лицензия должна быть технологически нейтральной

Оба позволяют создавать комбинированные работы, о чем вы и просили.

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

И обе лицензии не ограничивают распространение программного обеспечения.

Мне кажется, что главное различие между лицензией MIT и GPL состоит в том, что MIT не требует, чтобы модификации были открытыми, тогда как GPL требует.

GPL не требует, чтобы вы выпускали свои модификации только потому, что вы их сделали. Это не совсем точно.

Вы можете смешать это с распространением программного обеспечения под GPL, о чем вы прямо не спрашивали.

Это правильно - GPL более строгие, чем лицензия MIT?

Вот как я это понимаю:

Что касается распространения, вам нужно поставить весь пакет под GPL. Код MIT внутри пакета по-прежнему будет доступен в рамках MIT, тогда как GPL применяется к пакету в целом, если не ограничивается более высокими правами.

«Ограничительный» или «более строгий» / «менее строгий» во многом зависит от точки зрения. Для пользователя программного обеспечения MIT может привести к более ограниченному программному обеспечению, чем то, которое доступно под GPL, даже некоторые называют GPL в наши дни более строгим. Этот пользователь, в частности, назовет MIT более строгим. Сказать так субъективно, и разные люди дадут вам разные ответы.

Поскольку говорить об ограничениях разных лицензий субъективно, лучше подумайте о том, чего бы вы хотели достичь:

• Если вы хотите ограничить использование ваших модификаций, то MIT может быть более ограничительным, чем GPL для распространения, и это может быть то, что вы ищете.
• Если вы хотите гарантировать, что свобода вашего программного обеспечения не будет настолько ограничена пользователями, которым вы его распространяете, тогда вы можете захотеть выпустить его под GPL вместо MIT.

Пока вы являетесь автором, решать вам.

Таким образом, самым строгим человеком является автор, независимо от того, какую лицензию он выбирает;)

Вы правы, что GPL более строгие, чем лицензия MIT.

Вы не можете включать код GPL в лицензированный продукт MIT. Если вы распространяете комбинированную работу, которая сочетает в себе код GPL и MIT (за исключением некоторых конкретных ситуаций, например, «простая агрегация»), это распространение должно соответствовать GPL.

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

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

IANAL, но, как я вижу ...

Вы можете комбинировать код GPL и MIT, но GPL портит. Это означает, что пакет в целом получает ограничения GPL. Поскольку это более строгие ограничения, вы больше не можете использовать его в коммерческом (или, скорее, с закрытым исходным кодом) программном обеспечении. Это также означает, что если у вас есть проект MIT / BSD / ASL, вы не захотите добавлять зависимости в код GPL.

Добавление зависимости GPL не меняет лицензию вашего кода, но ограничивает то, что люди могут делать с артефактом вашего проекта. По этой же причине ASF не допускает зависимости от кода GPL для своих проектов.

http://www.apache.org/licenses/GPL-compatibility.html