Кристофер ДиБона (Chris DiBona), управляющий Open Source проектами в компании Google, анонсировал (http://google-opensource.blogspot.com/2010/09/license-evolut...) изменение политики в отношении выбора лицензий для проектов, размещаемых в хостинг-сервисе Google Code (http://code.google.com). Отныне сервис допускает выбор любой открытой лицензии, одобренной (http://opensource.org/licenses/alphabetical) организацией Open Source Initiative (OSI). Кроме того, проведена работа для предоставления проектам возможности распространения сразу под несколькими открытыми лицензиями (двойное лицензирование).
Некоторые ограничения оставлены для проектов, переведенных в разряд общественного достояния. Как показывает практика (http://code.google.com/p/support/wiki/FAQ#Hosted_Tools), законодательство некоторых стран не допускает отречения от авторских прав, кроме того часто авторы не до конца осознают суть перевода проектов в разряд общественного достояния и подразумевают ...URL: http://google-opensource.blogspot.com/2010/09/license-evolut...
Новость: http://www.opennet.me/opennews/art.shtml?num=27932
> Также компания Google отрицательно относится к излишне ограничивающих пользователей свободным лицензиям, таким как AGPL, запрещающих использовать измененное сетевое или web-приложение без открытия кода внесенных к него правок.Кот бы сомневался. Гугль с удовольствием использует GPL-ное ПО в своих веб-сервисах, а наработками делиться не спешит, т. к. формально они софт не распространяют. Им AGPL как ведьме осинов кол - от одного упоминания корчатся.
Да нет, просто переводчик так напереводил, что ппц.
The longer form of the reason why is that we never really liked turning away projects that were under real, compatible licenses like the zlib or other permissive licenses, nor did we really like turning away projects under licenses that serve a truly new function, like the AGPL. We also think that there were inconsistencies in how we handled multi-licensed projects (for instance: a project that is under an Apache license, but has a zlib component.)Сейчас правку напишу.
Мда-а-а. Вот теперь совсем другое дело, это всё меняет. Теперь и плюсовать можно (а начальному переводчику жирный минус).Вам спасибо.
Заголовок как всегда противоречит тексту. Надо бросать привычки к сенсационности.А новость отрицательная. Все необходимые лицензии и так допускались, на любой вкус, а теперь полезут со всякими мутными лицензиями.
Вы как и я подумали, что они разрешили проприетарщину?
Нет, я подумал, что они просто разрешили сомнительные MSPL и CDDL, а также кучу маргинальных лицензий, в которых сразу и не разберёшься.
Что сомнительного в CDDL?
>Что сомнительного в CDDL?Прежде всего — несовместимость с GNU GPL.
>>Что сомнительного в CDDL?
>
>Прежде всего — несовместимость с GNU GPL.Ну это fault не CDDL, а самой GPL (несовместимость следует именно из неё, а не с обратной стороны), не считается. Еще сомнительное есть?
>>>Что сомнительного в CDDL?
>>
>>Прежде всего — несовместимость с GNU GPL.
>
>Ну это fault не CDDL, а самой GPL (несовместимость следует именно из
>неё, а не с обратной стороны), не считается. Еще сомнительное есть?Учитывая сравнительную популярность GPL и CDDL, вина за несовместимость лежит на той из них, что на порядок менее популярна. Предлагаешь народу новую лицензию - сделай так, чтобы код под нею "играл хорошо" с миллионами строк тысяч FOSS-проектов уже выпущенных под наиболее распространённой лицензией GPL. Другое дело, что при создании CDDL её авторы этого специально НЕ хотели, т.е. несовместимость с GPL - это одна из их целей (см. историю об открытии OpenSolaris).
>>>Прежде всего — несовместимость с GNU GPL.
>>
>>Ну это fault не CDDL, а самой GPL (несовместимость следует именно из
>>неё, а не с обратной стороны), не считается. Еще сомнительное есть?
>
>Учитывая сравнительную популярность GPL и CDDL, вина за несовместимость лежит на той
>из них, что на порядок менее популярна. Предлагаешь народу новую лицензию
>- сделай так, чтобы код под нею "играл хорошо" с миллионами
>строк тысяч FOSS-проектов уже выпущенных под наиболее распространённой лицензией GPL. ДругоеВот Ваши бы слова да в 80-е, Столлману, когда он GPL писал. Она ведь тоже была несовместима с миллионами строк тысяч проектов.
>дело, что при создании CDDL её авторы этого специально НЕ хотели,
>т.е. несовместимость с GPL - это одна из их целей (см.
>историю об открытии OpenSolaris).История повторяется. Как тогдашние лицензии были устаревшими сравнительно с GPL, так сейчас устарела GPL. Разумеется, сейчас более прогрессивным лицензиям сложнее - в те-то времена экологическая ниша FOSS еще только возникала. Но куда деться от прогресса, CDDL и аналоги - возьмут своё.
> Но куда деться от прогресса, CDDL и аналоги - возьмут своё.Видимо вы под прогрессом понимаете нечто сугубо своё, слабо относящееся к движению СПО и его целям.
>Видимо вы под прогрессом понимаете нечто сугубо своё, слабо относящееся к движению
>СПО и его целям.ПРОГРЕСС (лат. progressus — движение вперёд, успех) — направление развития от низшего к высшему, поступательное движение вперед, к лучшему.
В наш век это прежде всего научно-технический прогресс (который тянет за сообой улучшения и в других сферах). То есть, для софта - это прежде всего улучшение технологий (новые фичи, новые версии и т.д.), которое влечет за собой другие изменения.
И если, по Вашим словам, движение СПО и его цели - не есть "движение вперед, к лучшему", то возможны два варианта. Либо движение СПО неизбежно уйдет с исторической сцены, что случается всегда, когда долго нет прогресса (хотя скорее таки цели поменяются на соответствие прогрессы). Либо, что гораздо более вероятно, Вы превратно понимаете цели СПО и не разбираетесь в обсуждаемой теме отличия лицензий GPL и CDDL.
AGPL не было - а сейчас это, считай, самая актуальная лицензия, учитывая бум на сервисы
В первом варианте перевода, к которому относился мой комментарий, о AGPL было сказано нечто противоположное.
Обновил свою статью http://romanrm.ru/en/reasons-to-avoid-google-code :)
>Обновил свою статью http://romanrm.ru/en/reasons-to-avoid-google-code :)Вы бы там накидали How-to'шек, как поднять свой аналог sf.net или google code.
Критика должна быть конструктивной, верно?)
> Вы бы там накидали How-to'шек, как поднять свой аналог sf.net или google code.https://fusionforge.org/docman/view.php/6/1/gforge_manual.pl...
>Вы бы там накидали How-to'шек, как поднять свой аналог sf.net или google
>code.
>Критика должна быть конструктивной, верно?)Эдак вы скажете что статья про "эффекты крысиного яда на организм человека" обязательно должна в конце содержать и несколько рецептов по приготовлению вкусной и здоровой пищи, которой предлагается заменить этот яд. :)
Критика вполне конструктивна - в том плане, что подробно расписаны все недостатки (со ссылками на соответствующие статьи и сайты), а уж из этого не надо быть семи пядей во лбу, чтобы понять, как их можно (со стороны Гугла) устранить.
>Эдак вы скажете что статья про "эффекты крысиного яда на организм человека"
>обязательно должна в конце содержать и несколько рецептов по приготовлению вкусной
>и здоровой пищи, которой предлагается заменить этот яд. :)Аналогия не совсем корректна - крысиный яд вреден и не нужен для ежедневного употребления.
И то, что лучше его не есть - очевидно и не требует рецептов.
А хостинг сервис для проекта - вещь кому-то нужная.
И если бы яд был бы так же полезен, то вполне уместны были бы и рецепты, как обходиться без этого яда.>Критика вполне конструктивна - в том плане, что подробно расписаны все недостатки
>(со ссылками на соответствующие статьи и сайты), а уж из этого
>не надо быть семи пядей во лбу, чтобы понять, как их
>можно (со стороны Гугла) устранить.Так это у вас статья для программистов, или для гугла?
Программисты не смогут их устранить, а гуглу не нужны альтернативы.
http://lurkmore.ru/%D0%A1%D0%BF%D0&...
Имхо лучше не использовать неправильный перевод "открытая лицензия", тем более что в российском праве термин имеет строго определенное значение, к открытому коду отношения не имеющее.
Также впрочем, как и "открытая разработка" или "открытое ПО", которые тоже имеют другой смысл.