В Apache хотят внедрять новшества через OpenOffice
Разработчики Apache OpenOffice опубликовали в своем блоге сообщение, информирующее интернет-общественность об успехе организации переноса кода из OpenOffice в соответствующую базу LibreOffice. В репозиторий, используемый для ведения подготовки очередного релиза LibreOffice (с номером версии 3.7), на днях был интегрирован код с обновленной реализацией поддержания формата SVG, который некоторое время назад появился в OpenOffice 3.4. Осуществление подобного стало возможно лишь после утверждения, допускающего принятие кода в базу LibreOffice на условиях лицензии MPL. Данный шаг позволил выполнять включение в LibreOffice кода, изначально написанного под лицензией Apache, без дополнительной процедуры перелицензирования.
В свою очередь, обратный процесс, т.е. автоматическое включение в OpenOffice, распространяемого на условиях пермиссивной лицензии Apache, кода из LibreOffice, поставляемого на условиях copyleft-лицензий, становится невозможным ввиду требования дополнительного перелицензирования автором кода. Именно поэтому сотрудник компании IBM Armin Le Grand выступил с призывом к использованию Apache OpenOffice как первичной базы для дальнейшей трансляции изменений и улучшений в каждый из производных продуктов. Адресатами данного призыва названы все те, кто определяет свою миссию в плоскости развития офисных пакетов «открытого типа» и повсеместного распространения результатов собственного же труда. С помощью передачи кода в OpenOffice на условиях лицензии Apache разработчики смогут в полной мере охватить все производные офисные пакеты и расширить масштабы распространения новосозданных улучшений. Передача же кода исключительно в LibreOffice позволит использовать их лишь в рамках одного-единственного проекта.
Лицензия Apache допускает возможность оставлять код производных наработок не раскрытым, однако на практике их разработчики обращаются к возвращению внесенных изменений в проекты, ведомые фондом Apache. Причина подобной практики кроется в огромных трудозатратах, необходимых для синхронизации независимо развиваемого открытого проекта с обособленным закрытым репозиторием. Компании, продукты которых используют открытый код, рано или поздно приходят к работе, основанной на сотрудничестве и поддержании единой открытой базы кодов, поскольку процесс синхронизации закрытых и открытых веток требует траты слишком значительных ресурсов.