Product SiteDocumentation Site

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

Через несколько лет после своего запуска проект Debian сформулировал принципы, которым он как проект свободного ПО должен следовать. Это заведомо активистское решение позволяет проекту последовательно и спокойно расти, гарантируя, что все члены проекта развиваются в одном и том же направлении. Чтобы стать разработчиком Debian кандидат должен подтвердить и доказать свою поддержку и приверженность принципам, установленным в основополагающих документах проекта.
The development process is constantly debated, but these Foundation Documents are widely supported and consensual, and thus rarely change. The Debian constitution also offers other guarantees for their stability: a three-quarter qualified majority is required to approve any amendment.

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

The project also has a “social contract”. What place does such a text have in a project only intended for the development of an operating system? It is quite simple: Debian works for its users, and thus, by extension, for society. This contract summarizes the commitments that the project undertakes. Let us study them in greater detail:
  1. Debian на 100% останется свободным.
    Это Правило №1. Debian состоит и будет состоять всецело только из свободного ПО. Кроме того, вся разработка ПО внутри проекта Debian будет свободна.

    ТОЧКА ЗРЕНИЯ Не только ПО

    The first version of the Debian Social Contract said “Debian Will Remain 100% Free Software”. The disappearance of this last word (with the ratification of Version 1.1 of the contract in April of 2004) indicates the will to achieve freedom, not only in software, but also in the documentation and any other element that Debian wishes to provide within its operating system.
    Это изменение, которое было скорее редакторской правкой, в действительности имело обширные следствия, приведшие, в частности, к удалению некоторой проблематичной документации. Более того, увеличение числа микропрограмм в драйверах создаёт проблему: многие из них не свободны, но они необходимы для правильной работы соответствующего аппаратного обеспечения.
  2. Мы будем возвращать свои наработки сообществу свободного ПО.
    Любое улучшение, внесённое проектом Debian в работу, включённую в дистрибутив, отправляется обратно автору этой работы (в «основную ветку разработки»). Вообще, Debian действует совместно с сообществом и не работает в изоляции.

    СООБЩЕСТВО Автор основной ветки разработки или разработчик Debian?

    The term “upstream author” means the author(s)/developer(s) of a work, those who write and develop it. On the other hand, a “Debian developer” usually uses an existing work to make it into a Debian package - the term “Debian maintainer” is better suited here.
    In practice, there can be overlaps between both roles: the Debian maintainer may write a patch, which benefits all users of the work. In general, Debian encourages those in charge of a package in Debian to get involved in “upstream” development as well (they become, then, contributors, without being confined to the role of simple users of a program). Or the Debian developer creates tools or documentation for the Debian distribution, like packaging helpers (e.g. debhelper) or integration frameworks (e.g. ca-certificates) and becomes an “upstream author” for those creations.
  3. Мы не будем скрывать проблемы.
    Debian is not perfect, and, there will be new problems to fix every day. Debian will keep its entire bug report database open for public view at all times. Reports that people file on-line will promptly become visible to others.
  4. Нашими приоритетами являются пользователи и свободное ПО.
    Это обязательство трудно определить. Debian, таким образом, в случае принятия решения действует предвзято, простые для разработчиков разработчиков решения, ставящие под удар пользователей, отвергаются в пользу более элегантного решения, даже в том случае, если его сложно реализовать. Это предполагает учёт в качестве приоритета интересов пользователей и свободного ПО.
  5. Работы, которые не отвечают нашим стандартам свободного ПО.
    Debian accepts and understands that users may want to use some non-free programs. That is why the project allows usage of parts of its infrastructure to distribute Debian packages of non-free software that can safely be redistributed.

    СООБЩЕСТВО За или против несвободного раздела архива?

    Обязательство поддерживать структуру для размещения несвободного ПО (то есть, раздел non-free, см. боковую колонку СЛОВАРЬ Архивы main, contrib и non-free) часто является предметом спора внутри сообщества Debian.
    Критики утверждают, что это отталкивает людей от эквивалентного свободного ПО и противоречит принципу поставлять только свободное ПО. Сторонники же категорически заявляют, что большинство несвободных пакетов являются «почти свободными», что они содержат лишь одно или два неприятных ограничения (зачастую это запрет коммерческого использования такого ПО). Распространяя подобные работы в несвободной ветке, мы косвенно объясняем автору, что его труд будет более известен и будет шире использоваться в том случае, если бы он был включён в основной раздел. Таким образом, мы вежливо приглашаем их изменить лицензию, чтобы включение в основной раздел было возможно.
    After a first and unfruitful attempt in 2004, the complete removal of the non-free section is unlikely to return to the agenda, especially since it contains many useful documents that were moved simply because they did not meet the new requirements for the main section. This is especially the case for certain software documentation files issued by the GNU project (in particular, Emacs and Make). Many modern systems further also require so called “firmware“, small binary files, which are necessary to run specific hardware. Many of these files can also only be found in the non-free section.
    Существование несвободного раздела время от времени является причиной трений между Debian и Free Software Foundation, а также основной причиной почему FSF официально не рекомендует Debian в качестве операционной системы.

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

This reference document defines which software is “free enough” to be included in Debian. If a program's license is in accordance with these principles, it can be included in the main section; on the contrary, and provided that free distribution is permitted, it may be found in the non-free section. The non-free section is not officially part of Debian; it is an added service provided to users. A more detailed explanation of the different parts of the Debian archive can be found in the sidebar СЛОВАРЬ Архивы main, contrib и non-free.
Помимо критериев отбора ПО для Debian этот текст стал авторитетным источником по вопросу свободного ПО и послужил основой для «Определения ПО с открытым исходным кодом». Таким образом, исторически это одно из первых формальных определений понятия «свободное ПО».
The GNU General Public License, the BSD License, and the Artistic License are examples of traditional free licenses that follow the 9 points mentioned in this text. Below you will find the text as it is published on the Debian website.
→ https://www.debian.org/social_contract.html#guidelines
  1. Свободное распространение.
    Лицензия никакой части Debian не может запрещать никакой группе людей продавать или раздавать ПО как компонент собранного дистрибутива ПО, содержащего программы из нескольких различных источников. Лицензия не может требовать авторского гонорара или иного вознаграждения за такую продажу.
  2. Исходный код.
    Программа должна включать исходные тексты, и должна разрешать распространение как исходных текстов, так и откомпилированной программы.
  3. Производные работы.
    Лицензия должна разрешать внесение изменений и создание производных программ и распространение их на тех же условиях, что и первоначальное ПО.
  4. Целостность авторских исходных текстов.
    Лицензия может запрещать распространение исходных текстов в изменённом виде, только если лицензия разрешает распространение «файлов заплат» с исходным кодом, для изменения программы во время сборки. Лицензия должна явно разрешать распространение ПО, собранного из изменённых исходных текстов. Лицензия может потребовать, чтобы производные работы носили другое имя или номер версии, нежели первоначальное ПО (Это компромисс. Группа Debian призывает всех авторов не запрещать изменений файлов, как исходного кода, так и двоичных).
  5. Запрещается дискриминация людей или групп людей.
    Лицензия не должна дискриминировать людей или группы людей.
  6. Запрещается дискриминации по областям деятельности.
    Лицензия не должна запрещать использование программы в какой-либо области деятельности. Например, она не может запрещать использование программы в бизнесе или в генетических исследованиях.
  7. Распространение лицензии.
    Права, определяемые лицензией программы, должны получать все те, среди кого она будет распространена, без необходимости использования этими группами людей дополнительной лицензии.
  8. Лицензия не должна относиться исключительно к Debian.
    Права, определяемые лицензией программы, не должны зависеть от того, является ли она частью системы Debian. Если программа отделяется от Debian и используется или распространяется без Debian, но всё же в рамках лицензии программы, то у всех групп людей, к которым она попадает, должны быть те же права, которые предоставляются вместе с системой Debian.
  9. Лицензия не должна ограничивать другое ПО.
    Лицензия не должна накладывать ограничения на другое ПО, которое распространяется с данным. Например, лицензия не должна настаивать на том, чтобы все программы, распространяемые в той же среде были свободным ПО.

    К ОСНОВАМ Авторское лево

    Авторское лево (copyleft) представляет собой принцип, состоящий в использовании авторских прав для гарантирования свободы работы и производных от неё работ, а вовсе не для ограничения прав использования как это имеет место для проприетарного ПО. Кроме того, это такая игра слов для термина «авторское право». Ричард Столлман сформулировал эту идею, когда его друг, которому нравятся различные словесные каламбуры, написал на адресованном Ричарду конверте «copyleft: все права защищены». Авторское лево требует сохранения всех изначальных свобод при распространении оригинальной или изменённой работы (обычно программы). Таким образом, программу, которая является производной от кода программы под copyleft-лицензией, нельзя распространять как проприетарное ПО.
    The most well-known family of copyleft licenses is, of course, the GNU General Public License (GPL) and its derivatives, the GNU Lesser General Public License (LGPL), and the GNU Free Documentation License (GFDL). Sadly, the copyleft licenses are generally incompatible with each other. Consequently, it is best to use only one of them.
  10. Example licenses
    The “GPL”, “BSD”, and “Artistic” licenses are examples of licenses that we consider “free”.

    К ОСНОВАМ Свободные лицензии

    Несмотря на различия, GNU GPL, лицензия BSD и творческая лицензия соответствуют Критериям Debian по определению свободного ПО.
    The GNU GPL, used and promoted by the FSF (Free Software Foundation), is the most common. Its main feature is that it also applies to any derived work that is redistributed: a program incorporating or using GPL code can only be distributed according to its terms. It prohibits, thus, any reuse in a proprietary application. This poses serious problems for the reuse of GPL code in free software incompatible with this license. As such, it is sometimes impossible to link a program published under another free software license with a library distributed under the GPL. On the other hand, this license is very solid in American law: FSF lawyers have participated in the drafting thereof, and have often forced violators to reach an amicable agreement with the FSF without going to court.
    → https://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.
    → https://www.opensource.org/licenses/bsd-license.php
    Finally, the Artistic License reaches a compromise between these two others: integration of code in a proprietary application is permitted, but any modification must be published.
    → https://www.opensource.org/licenses/artistic-license-2.0.php
    The complete text of these licenses is available in /usr/share/common-licenses/ on any Debian system (in case of BSD the newer 3-Clause License).

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

Bruce Perens was the second leader of the Debian project, just after Ian Murdock. He was very controversial in his dynamic and authoritarian methods. He, nevertheless, remains an important contributor to Debian, to whom Debian is especially indebted for the editing of the famous “Debian Free Software Guidelines” (DFSG), an original idea of Ean Schuessler. Subsequently, Bruce would derive from it the famous “Open Source Definition”, removing all references to Debian from it.
→ https://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 — Buster, 11 — Bullseye, 12 (not released yet) — Bookworm, 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's child who always broke toys — so beware of getting too close to Unstable. Otherwise, Sid is also an acronym for “Still In Development”.