The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Проект OpenSSL переходит на лицензию Apache и вводит в практику CLA-соглашение

02.08.2015 17:14

Разработчики проекта OpenSSL объявили о решении поменять лицензию на исходные тексты со специфичной лицензии OpenSSL, основанной на тексте устаревшей лицензии Apache 1.0, на типовую лицензию Apache 2.0, которая позволит решить проблемы, наблюдаемые в настоящее время при использовании OpenSSL в GPL-продуктах.

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

Код OpenSSL планируется успеть перелицензировать к следующему значительному выпуску, что потребует огромной работы по определению всех участников разработки и согласованию изменения лицензии с каждым из разработчиков. Для ускорения данного процесса в скором времени одним из условий приема изменений от новых разработчиков станет необходимость подписать лицензионное соглашение CLA (Contributor License Agreement). Соглашение подготовлено в двух вариантах - для индивидуальных разработчиков и для компаний, работники которых занимались улучшением OpenSSL в рамках основной работы. В качестве основы использованы аналогичные соглашения проекта Apache.

В настоящее время CLA-соглашение уже подписали все участники основной команды разработчиков OpenSSL, а также их работодатели. В рамках CLA-соглашения разработчик передаёт имущественные права на использование своего кода в составе OpenSSL, что позволяет проекту самостоятельно изменять условия лицензирования без необходимости получения согласия на данные изменения от каждого разработчика, код которого входит в состав продукта. Исключение будет сделано только при приёме тривиальных патчей.

  1. Главная ссылка к новости (https://www.openssl.org/blog/b...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42711-openssl
Ключевые слова: openssl, license
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (19) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Crazy Alex (ok), 17:21, 02/08/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Не понял. Какое ускорение? То есть они и дальше менять лицензии собираются?
     
     
  • 2.2, Аноним (-), 17:30, 02/08/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо бы посмотреть содержание CLA, но судя по тому что написано в новости


    >В рамках CLA-соглашения разработчик передаёт имущественные права на свой код проекту, что позволяет проекту самостоятельно изменять условия лицензирвоания без необходимости получения согласия на данные изменения от каждого разработчика, код которого входит в состав продукта.

    в будущем проект сможет менять лицензии без согласования с разработчиками.

     
  • 2.3, Аноним (-), 17:37, 02/08/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Чтобы сразу охватить новых разработчиков, которые могут успеть потеряться во время опроса о перелицензировании. CLA подписывают для того, чтобы избежать повторения всей эпопеи, если выйдет лицензия Apache 3.
     
     
  • 3.6, Crazy Alex (ok), 18:17, 02/08/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да это понятно. Непонятно, чего ради ожидать этой самой следующей лицензии. Сейчас понятно - они используют собственный кастомный вариант (что само по себе проблемно), вызывающий известные проблемы. Но дальше-то зачем? Лицензии - это ж не модная одежда.
     
     
  • 4.7, arisu (ok), 19:00, 02/08/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    а как иначе m$ eula потом поцепить?
     
     
  • 5.8, Sluggard (ok), 19:38, 02/08/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Как хочешь, Апач и версии 2.0 позволяет код закрыть. )
     
  • 5.11, Аноним (-), 20:56, 02/08/2015 [^] [^^] [^^^] [ответить]  
  • +/
    а оно и так не мешает. ни им ни GPL.
    просто MS прийдется купить исключение/exempt from Apache/GPL чтобы юзать.
     
  • 4.13, Тот_Самый_Анонимус (?), 21:58, 02/08/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Да это понятно. Непонятно, чего ради ожидать этой самой следующей лицензии.

    Примерно то же самое я говорю, когда речь заходит о гпл3+ лицензировании. На что апологеты будущих версий ГПЛ мне отвечают что ничего плохого ждать не приходится.

     
     
  • 5.17, Crazy Alex (ok), 22:34, 02/08/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вот как раз c GPL ситуация ровно противоположная.

    1) цель лицензий ясна - защита свобод
    2) есть куча хитрожопых товарищей, которые пытаются лицензию обойти
    3) привереженнось FSF защите свобод и вообще его добропорядочностть никаких сомнений не вызывает.
    4) "or later" не даёт произвольно перелицензировать код, а только рпспространяет на него ействие следующих лицензий от FSF, которому, как я говорил, доверять определённо можно.

    А здесь  попытка заграбастать возможность перелицензировать под чем попало, и что-то незаметно, чтобы те, у кого в итоге окажутся права на код, были так же привержены защите свобод, как и FSF.

     
     
  • 6.24, Owlet (?), 11:34, 03/08/2015 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > цель лицензий ясна - защита свобод

    Угу, как и MS EULA.

    > есть куча хитрожопых товарищей, которые пытаются лицензию обойти

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

    > привереженнось FSF защите свобод и вообще его добропорядочностть никаких сомнений не вызывает.

    Да, только это не делает GPL свободной лицензией. Нельзя одновременно говорить о свободе использования, а потом запрещать *использовать* библиотеку даже свободный проектам с другой свободной лицензией, не говоря уж о коммерческом ПО. Тут уж либо крестик, либо трусы.

     
     
  • 7.25, arisu (ok), 11:39, 03/08/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Да, только это не делает GPL свободной лицензией.

    делает, делает. просто надо где‐то раздобыть рабочий мозг и прочитать, какие именно свободы пользователей защищает FSF. попробуй — может, у тебя получится.

     
  • 7.39, XoRe (ok), 13:29, 05/08/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > а потом запрещать *использовать*

    *Использовать* библиотеку не запрещает ни одна открытая или свободная лицензия.
    Есть нюансы, если вы захотите *распространять* свой продукт, который её использует.

     
  • 4.20, Stellarwind (?), 02:26, 03/08/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Со старой лицензией например libressl обязан упоминать у себя везде что это содержит openssl... им например станет проще жить
     

  • 1.10, Аноним (-), 20:53, 02/08/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Чего-то нехорошее задумали.
     
  • 1.12, Аноним (-), 21:05, 02/08/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >> без необходимости получения согласия на данные изменения от каждого разработчика

    Привет работникам АНБ!

     
  • 1.21, Аноним (-), 02:33, 03/08/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Закроют скоро, ждите OpenSSL EULA
     
     
  • 2.40, XoRe (ok), 13:40, 05/08/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Закроют скоро, ждите OpenSSL EULA

    Не закроют.
    Как только закроют, все дистрибутивы сразу выкинут openssl отовсюду.
    Ну и люди своими делами доказывают, что они на стороне добра, а не MS.
    Новая лицензия лучше совместима с GPL, чем текущая.

     

  • 1.23, Нанобот (ok), 08:57, 03/08/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    меня от этого юридического мазохизма на сон клонит
     
  • 1.28, eRIC (ok), 11:56, 03/08/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    поздно за это взялись, когда люди начали осваивать альтернативы...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру