Введение

Лицензия свободного и открытого программного обеспечения.

Условия

Полученная на основе Mozilla Public License 1.1, CDDL стремится решить некоторые проблемы MPL. Как и MPL, CDDL является лицензией слабого копилефта, занимающей промежуточное положение между лицензией GPL и разрешительными лицензиями BSD/MIT, требующей, чтобы только файлы исходного кода, распространяемые под лицензией CDDL, оставались под управлением CDDL. В отличие от лицензий сильного копилефта, таких как GPL, смешивание файлов исходного кода, лицензированных по CDDL, с файлами исходного кода под другими лицензиями допускается без необходимости перелицензирования. Полученный в результате компиляции программный продукт ("бинарный код") может быть лицензирован и продан под другой лицензией, при условии, что исходный код остается доступным под CDDL, что, по мнению Sun, должно способствовать расширению коммерческих возможностей. Как и MPL, CDDL включает в себя предоставление патентных прав лицензиату от всех вкладчиков ("патентное соглашение"). Однако, согласно пункту 2.1(d), патентные права утрачиваются, если код, реализующий запатентованную функцию, подвергается изменениям.

История

Предыдущей лицензией на программное обеспечение, используемой Sun для своих проектов с открытым исходным кодом, была Sun Public License (SPL), также разработанная на основе Mozilla Public License. Лицензия CDDL считается Sun (ныне Oracle) версией SPL 2. CDDL была разработана командой Sun Microsystems (в которую входили инженер ядра Solaris Эндрю Такер и Клэр Джордано) на основе MPL версии 1.1. 1 декабря 2004 года CDDL была представлена на утверждение в Open Source Initiative.

Хотя Фонд свободного программного обеспечения (FSF) также считал CDDL лицензией свободного программного обеспечения, они выявили некоторые несовместимости с их GNU General Public License (GPL). Например, FSF считала CDDL несовместимой со своей лицензией GPL, не вдаваясь в подробности до 2016 года. CDDL является одной из нескольких лицензий с открытым исходным кодом, несовместимых с GPL. Эта особенность была унаследована от MPL 1.1 (исправлена в MPL 2.0, по мнению FSF, корень проблемы заключается в вирусности GPL, аналогично другим случаям несовместимости с GPL). Некоторые полагают, что Sun (или инженер Sun) как создатель лицензии намеренно сделал CDDL несовместимой с GPL. Саймон Фиппс (главный специалист Sun по открытым исходным кодам на тот момент), который представил Купера как "того, кто фактически написал CDDL", не сразу прокомментировал это, но позже в том же видео, ссылаясь на вопрос лицензирования, сказал: "Я в некоторой степени не согласен с Данезе", описывая сильное предпочтение среди инженеров, писавших код, лицензии BSD, что противоречило предпочтениям Sun в пользу чего-то вроде copyleft. Ожидание юридического одобрения для выпуска некоторых частей кода под тогда еще не вышедшей GNU GPL v3 заняло бы несколько лет и, вероятно, привело бы к массовым увольнениям инженеров (недовольных либо задержкой, либо GPL, либо и тем, и другим – это неясно из видео). Позже, в сентябре 2006 года, Фиппс отверг утверждение Купера еще более категорично. Аналогично, Брайан Кантрилл, работавший в Sun в то время и участвовавший в выпуске программного обеспечения, лицензированного по CDDL, заявил в 2015 году, что он и его коллеги в 2006 году ожидали быстрого распространения программного обеспечения, лицензированного по CDDL, в экосистеме Linux, и что CDDL не станет препятствием.

Споры о cdrtools

Вопрос совместимости GPL также стал причиной разногласий, приведших к частичному перелицензированию cdrtools под лицензию CDDL, в то время как ранее все компоненты были лицензированы по GPL. В 2006 году проект Debian объявил, что распространение cdrtools юридически невозможно, поскольку система сборки лицензирована под CDDL. Автор, Йорг Шиллинг, утверждал, что smake является независимым проектом и не нарушает GPLv3. Шиллинг также заявлял, что, хотя GPL требует свободного лицензирования всех скриптов, необходимых для сборки продукта, они не обязательно должны быть лицензированы именно под GPL, и это не создает несовместимости, нарушающей лицензию. Он также утверждал, что в случае "объединенных работ" (в отличие от "производных работ") код, лицензированный по GPL и CDDL, является совместимым. Юристы Red Hat не допустили включения cdrtools в Fedora или Red Hat Enterprise Linux, утверждая, что у Шиллинга "нестандартный" взгляд на авторское право, который не разделяют их собственные юристы или Фонд свободного программного обеспечения.

ZFS в ядре Linux

В 2015 году вопрос о совместимости лицензий CDDL и GPL вновь возник, когда Ubuntu объявила о включении OpenZFS в состав системы по умолчанию. В 2016 году Ubuntu сообщила, что юридическая экспертиза пришла к выводу о допустимости использования ZFS в качестве двоичного модуля ядра Linux. (В отличие от включения его непосредственно в образ ядра.) Другие последовали выводам Ubuntu, например, Джеймс Е. Дж. Боттмли утверждал, что невозможно сформулировать "убедительную теорию ущерба", что делает невозможным обращение в суд. Эбен Моглен, соавтор GPLv3 и основатель SFLC, заявил, что, хотя формально GPL может быть нарушена, дух обеих лицензий остается нетронутым, и именно это имело бы значение для суда. SFLC также отметил, что существует прецедент с модулем ядра Andrew File System, который разработчики ядра не считают производным произведением. С другой стороны, Брэдли М. Кун и юрист Карен М. Сандлер из Software Freedom Conservancy утверждали, что Ubuntu нарушит условия обеих лицензий, поскольку двоичный модуль ZFS будет являться производным произведением ядра. В апреле 2016 года в релиз Ubuntu 16.04 LTS был включен ZFS для Linux, лицензируемый по CDDL.