Проект Glibc отменил обязательную передачу прав на код Фонду СПО
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Разработчики системной библиотеки GNU C Library (glibc) внесли изменения в правила приёма изменений и передачи авторских прав, отменяющие обязательную передачу Фонду СПО имущественных прав на код. По аналогии с изменениями, ранее принятыми в проекте GCC, подписание CLA-соглашения с Фондом СПО в Glibc переведено в разряд необязательных операций, осуществляемых по желанию разработчика. Изменения правил, допускающие приём патчей без передачи прав фонду СПО, вступят в силу 2 августа и затронут все доступные для разработки ветки Glibc, за исключением кода, который через Gnulib используется совместно с другими проектами GNU.
Кроме передачи имущественных прав Фонду СПО разработчикам предоставлена возможность подтверждения права на передачу кода проекту Glibc при помощи механизма Developer Certificate of Origin (DCO). В соответствии с DCO отслеживание автора осуществляется через прикрепление каждому изменению строки "Signed-off-by: имя и email разработчика". Прикрепляя данную подпись к патчу, разработчик подтверждает своё авторство над передаваемым кодом и соглашается с его распространением в составе проекта или как части кода под свободной лицензией. В отличие от действий проекта GCC, решение в Glibc не спущено управляющим советом сверху, а принято после предварительного обсуждения со всеми представителями сообщества.
Отмена обязательного подписания соглашения с Фондом СПО существенно упрощает присоединение новых участников к разработке и делает проект независимым от веяний в Фонде СПО. Если подписание CLA-соглашения индивидуальными участниками лишь приводило к трате времени на лишние формальности, то для корпораций и работников крупных компаний передача прав Фонду СПО была сопряжена со многими юридическими проволочками и согласованиями, которые не всегда завершались успешно.
Отказ от централизованного управления правами на код также закрепляет изначально принятые условия лицензирования, так как для смены лицензии теперь потребуется получение личного согласия от каждого разработчика, не передавшего права Фонду СПО. При этом код Glibc продолжает поставляться под лицензией "LGPLv2.1 или более новая версия", что допускает переход на более новые версии LGPL без дополнительного согласования. Так как права на большую часть кода продолжают оставаться в руках Фонда СПО, данная организация продолжает играть роль гаранта распространения кода Glibc только под свободными копилефт лицензиями. Например, Фонд СПО может блокировать попытки введения двойной/коммерческой лицензии или выпуск закрытых проприетарных продуктов по отдельной договорённости с авторами кода.
Из недостатков отказа от централизованного управления правами на код отмечается возникновение путаницы при согласовании вопросов, связанных с лицензиями. Если раньше все претензии о нарушении условий лицензирования решались взаимодействием с одной организацией, то теперь исход нарушений, в том числе непреднамеренных, становится непредсказуем и требует согласования с каждым отдельным участником. В качестве примера приводится ситуация с ядром Linux, где отдельные разработчики ядра развязывают судебные иски, в том числе с целью получения личного обогащения.
===========
Источник:
OpenNet.RU
===========
Похожие новости
- Главная ссылка к новости (https://sourceware.org/piperma...)
- OpenNews: Разработчики Glibc рассматривают вопрос прекращения передачи прав на код Фонду СПО
- OpenNews: Проект GCC разрешил приём изменений без передачи Фонду СПО прав на код
- OpenNews: Движение по смещению Столлмана со всех постов и роспуску совета директоров Фонда СПО
- OpenNews: Автор GnuPG прекращает передачу имущественных прав Фонду СПО
- OpenNews: Выпуск системной библиотеки Glibc 2.33
Похожие новости:
- Muse Group добивается закрытия репозитория проекта musescore-downloader на GitHub
- Разработчики Glibc рассматривают вопрос прекращения передачи прав на код Фонду СПО
- Выпуск системной библиотеки Glibc 2.33
- Нарушение авторского права в хранителе экрана GNOME и производных проектах
- [Анализ и проектирование систем, Ненормальное программирование, Программирование, Системное программирование] История двух стандартных библиотек Си (перевод)
- Выпуск системной библиотеки Glibc 2.32
- В состав Glibc включено исправление уязвимости в memcpy, подготовленное разработчиками ОС Аврора
- [Программирование, Разработка под Linux] Как Linux'овский sort сортирует строки
- Checkpoint предложил технику защиты Safe-Linking, усложняющую эксплуатацию уязвимостей
- Уязвимость в реализации функции memcpy для ARMv7 из состава Glibc
Теги для поиска: #_glibc, #_copyright
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 19:05
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
|
Разработчики системной библиотеки GNU C Library (glibc) внесли изменения в правила приёма изменений и передачи авторских прав, отменяющие обязательную передачу Фонду СПО имущественных прав на код. По аналогии с изменениями, ранее принятыми в проекте GCC, подписание CLA-соглашения с Фондом СПО в Glibc переведено в разряд необязательных операций, осуществляемых по желанию разработчика. Изменения правил, допускающие приём патчей без передачи прав фонду СПО, вступят в силу 2 августа и затронут все доступные для разработки ветки Glibc, за исключением кода, который через Gnulib используется совместно с другими проектами GNU. Кроме передачи имущественных прав Фонду СПО разработчикам предоставлена возможность подтверждения права на передачу кода проекту Glibc при помощи механизма Developer Certificate of Origin (DCO). В соответствии с DCO отслеживание автора осуществляется через прикрепление каждому изменению строки "Signed-off-by: имя и email разработчика". Прикрепляя данную подпись к патчу, разработчик подтверждает своё авторство над передаваемым кодом и соглашается с его распространением в составе проекта или как части кода под свободной лицензией. В отличие от действий проекта GCC, решение в Glibc не спущено управляющим советом сверху, а принято после предварительного обсуждения со всеми представителями сообщества. Отмена обязательного подписания соглашения с Фондом СПО существенно упрощает присоединение новых участников к разработке и делает проект независимым от веяний в Фонде СПО. Если подписание CLA-соглашения индивидуальными участниками лишь приводило к трате времени на лишние формальности, то для корпораций и работников крупных компаний передача прав Фонду СПО была сопряжена со многими юридическими проволочками и согласованиями, которые не всегда завершались успешно. Отказ от централизованного управления правами на код также закрепляет изначально принятые условия лицензирования, так как для смены лицензии теперь потребуется получение личного согласия от каждого разработчика, не передавшего права Фонду СПО. При этом код Glibc продолжает поставляться под лицензией "LGPLv2.1 или более новая версия", что допускает переход на более новые версии LGPL без дополнительного согласования. Так как права на большую часть кода продолжают оставаться в руках Фонда СПО, данная организация продолжает играть роль гаранта распространения кода Glibc только под свободными копилефт лицензиями. Например, Фонд СПО может блокировать попытки введения двойной/коммерческой лицензии или выпуск закрытых проприетарных продуктов по отдельной договорённости с авторами кода. Из недостатков отказа от централизованного управления правами на код отмечается возникновение путаницы при согласовании вопросов, связанных с лицензиями. Если раньше все претензии о нарушении условий лицензирования решались взаимодействием с одной организацией, то теперь исход нарушений, в том числе непреднамеренных, становится непредсказуем и требует согласования с каждым отдельным участником. В качестве примера приводится ситуация с ядром Linux, где отдельные разработчики ядра развязывают судебные иски, в том числе с целью получения личного обогащения. =========== Источник: OpenNet.RU =========== Похожие новости
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 19:05
Часовой пояс: UTC + 5