1.2. Основополагающие документы

Через несколько лет после своего запуска проект Debian сформулировал принципы, которым он как проект свободного ПО должен следовать. Это заведомо активистское решение позволяет проекту последовательно и спокойно расти, гарантируя, что все члены проекта развиваются в одном и том же направлении. Чтобы стать разработчиком Debian кандидат должен подтвердить и доказать свою поддержку и приверженность принципам, установленным в основополагающих документах проекта.

Процесс разработки постоянно обсуждается, но эти основополагающие документы широко и добровольно поддерживаются, а потому изменяются весьма и весьма редко. Конституция Debian гарантирует их стабильность: для подтверждения любой поправки требуется три четверти квалифицированного большинства.

1.2.1. Обязательство перед пользователями

У проекта также имеется «общественный договор». Какое же место занимает подобный текст в проекте, предназначение которого состоит в разработке операционной системы? Всё просто: проект Debian работает для своих пользователей, а потому для общества. Этот договор резюмирует обязательства, принимаемые проектом. Давайте, рассмотрим их подробнее:

Debian на 100% останется свободным.
Это Правило №1. Debian состоит и будет состоять всецело только из свободного ПО. Кроме того, вся разработка ПО внутри проекта Debian будет свободна.
ТОЧКА ЗРЕНИЯ Не только ПО
Первая версия Общественного договора Debian говорила, что «Debian на 100% будет оставаться свободным ПО». Исчезновение этого слова (с ратификацией версии 1.1 договора в апреле 2004 года) демонстрирует стремление достичь свободны не только в ПО, но и в документации и любом другом элементе, предоставляемом Debian в своей операционной системе.
Это изменение, которое было скорее редакторской правкой, в действительности имело обширные следствия, приведшие, в частности, к удалению некоторой проблематичной документации. Более того, увеличение числа микропрограмм в драйверах создаёт проблему: многие из них не свободны, но они необходимы для правильной работы соответствующего аппаратного обеспечения.
Мы будем возвращать свои наработки сообществу свободного ПО.
Любое улучшение, внесённое проектом Debian в работу, включённую в дистрибутив, отправляется обратно автору этой работы (в «основную ветку разработки»). Вообще, Debian действует совместно с сообществом и не работает в изоляции.
СООБЩЕСТВО Автор основной ветки разработки или разработчик Debian?
Термин «автор основной ветки разработки» означает автора(-ов)/разработчика(-ов) работы, который написал и разработал её. С другой стороны, «разработчик Debian» использует существующую работу, чтобы создать из неё пакет Debian (термин «сопровождающий Debian» больше для этого подходит).
На практике это различие зачастую не столь однозначно. Сопровождающий Debian может написать патч, который принесёт пользу всем пользователям этой работы. Вообще Debian поощряет участие ответственных за пакеты в Debian в разработке «основной ветки разработки» (тогда они становятся участниками разработки, не ограничиваясь ролью простых пользователей программы).
Мы не будем скрывать проблемы.
Debian не совершенен, мы каждый день находим новые проблемы, которые нужно исправить. Вся наша база данных с отчётами об ошибках остаётся и будет оставаться открытой для публичного просмотра в любое время. Отчёты, отправляемые одними людьми, становятся доступны всем другим людям.
Нашими приоритетами являются пользователи и свободное ПО.
Это обязательство трудно определить. Debian, таким образом, в случае принятия решения действует предвзято, простые для разработчиков разработчиков решения, ставящие под удар пользователей, отвергаются в пользу более элегантного решения, даже в том случае, если его сложно реализовать. Это предполагает учёт в качестве приоритета интересов пользователей и свободного ПО.
Работы, которые не отвечают нашим стандартам свободного ПО.
Debian принимает и понимает, что пользователи могут пожелать использовать некоторые несвободные программы. Вот почему проект позволяет использовать части своей инфраструктуры для распространения пакетов Debian с несвободным ПО, которое можно безопасно распространять.
СООБЩЕСТВО За или против несвободного раздела архива?
Обязательство поддерживать структуру для размещения несвободного ПО (то есть, раздел non-free, см. боковую колонку СЛОВАРЬ Архивы main, contrib и non-free) часто является предметом спора внутри сообщества Debian.
Критики утверждают, что это отталкивает людей от эквивалентного свободного ПО и противоречит принципу поставлять только свободное ПО. Сторонники же категорически заявляют, что большинство несвободных пакетов являются «почти свободными», что они содержат лишь одно или два неприятных ограничения (зачастую это запрет коммерческого использования такого ПО). Распространяя подобные работы в несвободной ветке, мы косвенно объясняем автору, что его труд будет более известен и будет шире использоваться в том случае, если бы он был включён в основной раздел. Таким образом, мы вежливо приглашаем их изменить лицензию, чтобы включение в основной раздел было возможно.
После первой напрасной попытки в 2004 году полное удаление несвободного раздела вряд ли вернётся в повестку дня, в особенности поскольку в этом разделе содержится большое количество полезной документации, которая была перенесена сюда потому, что она не соответствовала новым требованиям к основному разделу. В частности, такова ситуация с некоторой документацией, выпущенной проектом GNU (например, документация для Emacs и Make).
Существование несвободного раздела время от времени является причиной трений между Debian и Free Software Foundation, а также основной причиной почему FSF официально не рекомендует Debian в качестве операционной системы.

1.2.2. Критерии Debian по определению Свободного ПО

Этот справочный документ определяет, какое ПО является «достаточно свободным», чтобы его можно было включить в Debian. Если лицензия программы соответствует этим принципам, то эта программа может быть включена в основной раздел; если же лицензия не соответствует этим принципам, и свободное распространение этой программы разрешено, то её можно поместить в несвободный раздел. Несвободный раздел не является официальной частью Debian; это дополнительная услуга, предоставляемая пользователям.

Помимо критериев отбора ПО для Debian этот текст стал авторитетным источником по вопросу свободного ПО и послужил основой для «Определения ПО с открытым исходным кодом». Таким образом, исторически это одно из первых формальных определений понятия «свободное ПО».

Стандартная общественная лицензия GNU, лицензия BSD и творческая лицензия являются примерами традиционных свободных лицензий, соответствующих девяти пунктам, указанным в этом тексте. Ниже приведён текст этого документа в том виде, как он опубликован на веб-сайте Debian.

→ http://www.debian.org/social_contract#guidelines

Свободное распространение.
Лицензия никакой части Debian не может запрещать никакой группе людей продавать или раздавать ПО как компонент собранного дистрибутива ПО, содержащего программы из нескольких различных источников. Лицензия не может требовать авторского гонорара или иного вознаграждения за такую продажу.
К ОСНОВАМ Свободные лицензии
Несмотря на различия, GNU GPL, лицензия BSD и творческая лицензия соответствуют Критериям Debian по определению свободного ПО.
GNU GPL, используемая и продвигаемая FSF (Free Software Foundation) — самая распространённая. Её основная особенность состоит в том, что она применяется и к любой распространяемой производной работе: программа, включающая или использующая код под лицензией GPL, может распространяться только в соответствии с условиями этой лицензии. Следовательно, лицензия запрещает любое повторное использование кода в проприетарном приложении. Это создаёт серьёзные проблемы для повторного использования кода под лицензией GPL в свободном ПО под несовместимой с GPL лицензией. Соответственно, иногда нельзя связывать программу, опубликованную под другой лицензией свободного ПО с библиотекой, распространяемой под лицензией GPL. С другой стороны, эта лицензия весьма выверена в плане соответствия американским законам: юристы FSF приняли участие в её подготовке, что зачастую заставляет нарушителей лицензии достичь мирового соглашения с FSF без обращения в суд.
→ http://www.gnu.org/copyleft/gpl.html

The BSD license is the least restrictive: everything is permitted, including use of modified BSD code in a proprietary application.
→ http://www.opensource.org/licenses/bsd-license.php

Наконец творческая лицензия представляет собой компромисс между двумя уже рассмотренными лицензиями: включение кода в проприетаное приложение разрешено, но любое изменение кода должно быть опубликовано.
→ http://www.opensource.org/licenses/artistic-license-2.0.php

Полные тексты этих лицензий доступны в любой системе Debian в каталоге /usr/share/common-licenses/.
Исходный код.
Программа должна включать исходные тексты, и должна разрешать распространение как исходных текстов, так и откомпилированной программы.
Производные работы.
Лицензия должна разрешать внесение изменений и создание производных программ и распространение их на тех же условиях, что и первоначальное ПО.
Целостность авторских исходных текстов.
Лицензия может запрещать распространение исходных текстов в изменённом виде, только если лицензия разрешает распространение «файлов заплат» с исходным кодом, для изменения программы во время сборки. Лицензия должна явно разрешать распространение ПО, собранного из изменённых исходных текстов. Лицензия может потребовать, чтобы производные работы носили другое имя или номер версии, нежели первоначальное ПО (Это компромисс. Группа Debian призывает всех авторов не запрещать изменений файлов, как исходного кода, так и двоичных).
Запрещается дискриминация людей или групп людей.
Лицензия не должна дискриминировать людей или группы людей.
Запрещается дискриминации по областям деятельности.
Лицензия не должна запрещать использование программы в какой-либо области деятельности. Например, она не может запрещать использование программы в бизнесе или в генетических исследованиях.
Распространение лицензии.
Права, определяемые лицензией программы, должны получать все те, среди кого она будет распространена, без необходимости использования этими группами людей дополнительной лицензии.
Лицензия не должна относиться исключительно к Debian.
Права, определяемые лицензией программы, не должны зависеть от того, является ли она частью системы Debian. Если программа отделяется от Debian и используется или распространяется без Debian, но всё же в рамках лицензии программы, то у всех групп людей, к которым она попадает, должны быть те же права, которые предоставляются вместе с системой Debian.
Лицензия не должна ограничивать другое ПО.
Лицензия не должна накладывать ограничения на другое ПО, которое распространяется с данным. Например, лицензия не должна настаивать на том, чтобы все программы, распространяемые в той же среде были свободным ПО.
К ОСНОВАМ Авторское лево
Авторское лево (copyleft) представляет собой принцип, состоящий в использовании авторских прав для гарантирования свободы работы и производных от неё работ, а вовсе не для ограничения прав использования как это имеет место для проприетарного ПО. Кроме того, это такая игра слов для термина «авторское право». Ричард Столлман сформулировал эту идею, когда его друг, которому нравятся различные словесные каламбуры, написал на адресованном Ричарду конверте «copyleft: все права защищены». Авторское лево требует сохранения всех изначальных свобод при распространении оригинальной или изменённой работы (обычно программы). Таким образом, программу, которая является производной от кода программы под copyleft-лицензией, нельзя распространять как проприетарное ПО.
Наиболее известным семейством copyleft-лицензий, конечно же, являются GNU GPL и их ответвления, GNU LGPL или Меньшая стандартная общественная лицензия GNU и GNU FDL или Лицензия свободной документации GNU. К сожалению, эти лицензии не совместимы друг с другом. Следовательно, лучше использовать только одну из них.

СООБЩЕСТВО Брюс Перенс, скандальный лидер

Брюс Перенс был вторым лидером Проекта Debian, сразу же после Иэна Мёрдока. Как лидер он был весьма неоднозначен из-за своих энергичных и авторитарных методов. Тем не менее, он остаётся важным участником Debian, перед которым Debian особенно в долгу за редактирование знаменитых «Критериев Debian по определению свободного ПО» (DFSG), оригинальная идея которых была высказана Еаном Шюсслером. В дальнейшем Брюс создал, удалив все ссылки на Debian, на их основе знаменитое «Определение открытого кода».

→ http://www.opensource.org/

Его выход из проекта был весьма и весьма эмоциональным, но Брюс остался крепко привязанным к Debian, поскольку он продолжает продвигать дистрибутив в политических и экономических сферах. Время от времени он появляется в списках рассылки, чтобы высказать свой совет или рассказать о своих последних инициативах по продвижению Debian.

Last anecdotal point, it was Bruce who was responsible for inspiring the different “codenames” for Debian versions (1.1 — Rex, 1.2 — Buzz, 1.3 — Bo, 2.0 — Hamm, 2.1 — Slink, 2.2 — Potato, 3.0 — Woody, 3.1 — Sarge, 4.0 — Etch, 5.0 — Lenny, 6.0 — Squeeze, 7 — Wheezy, 8 — Jessie, 9 — Stretch, 10 (not released yet) — Buster, 11 (not released yet) — Bullseye, Unstable — Sid). They are taken from the names of characters in the Toy Story movie. This animated film entirely composed of computer graphics was produced by Pixar Studios, with whom Bruce was employed at the time that he led the Debian project. The name “Sid” holds particular status, since it will eternally be associated with the Unstable branch. In the film, this character was the neighbor child, who was always breaking toys — so beware of getting too close to Unstable. Otherwise, Sid is also an acronym for “Still In Development”.