1.2. I Documenti Fondanti

Alcuni anni dopo l'inizio del progetto, Debian ha formalizzato i principi che dovrebbe seguire in quanto progetto di software libero. Questa decisione deliberatamente attivista permette la crescita ordinata e pacifica, assicurando che tutti i membri vadano nella stessa direzione. Per diventare uno sviluppatore Debian, ogni candidato deve confermare e dimostrare il proprio sostegno e l'adesione ai principi stabiliti nei Documenti della Fondazione del progetto.

Il processo di sviluppo è costantemente dibattuto, ma i principi riportati in questi Documenti della Fondazione sono ampiamente supportati e condivisi quindi raramente vengono cambiati. Lo statuto di Debian offre anche altre garanzie: ogni emendamento deve essere approvato da una maggioranza qualificata dei tre quarti.

1.2.1. L'Impegno nei confronti degli Utenti

Il progetto ha anche un "contratto sociale". Che senso ha tale testo in un progetto destinato esclusivamente per lo sviluppo di un sistema operativo? Questo è abbastanza semplice: Debian lavora per i propri utenti, e quindi per estensione, per la società. Questo contratto riassume gli impegni che il progetto si assume. Vediamoli in dettaglio:

Debian rimarrà libera al 100%.
Questa è la Regola n° 1. Debian è e rimarrà composta interamente ed esclusivamente da software libero. Inoltre, tutto lo sviluppo software all'interno del progetto Debian sarà, a sua volta, libero.
IN PROSPETTIVA Al di là del software
Nella prima versione del Contratto Sociale Debian era riportato: "Debian resterà al 100% Software libero". La scomparsa di questa parola (con la ratifica della versione 1.1 del documento nel mese di aprile del 2004) indica la volontà di raggiungere la libertà, non solo del software, ma anche della documentazione e di ogni altro elemento che Debian intende fornire all'interno del proprio sistema operativo.
Questa modifica, che è stata concepita solo come redazionale, ha, in realtà, avuto numerose conseguenze, in particolare con la rimozione di alcuni documenti problematici. Inoltre, il crescente impiego di firmware nei driver pone dei problemi: spesso sono non liberi, tuttavia sono necessari per il corretto funzionamento dell'hardware corrispondente.
Renderemo alla comunità del software libero.
Qualsiasi miglioramento apportato ad un'opera dal progetto Debian durante l'integrazione nella distribuzione viene inoltrato all'autore dell'opera (definito "upstream"). In generale, Debian collabora con la comunità piuttosto che lavorare in isolamento.
COMUNITÀ Autore upstream (autore a monte), o sviluppatore Debian?
Il termine "autore upstream" indica l'autore/sviluppatore di un'opera; chi la scrive o sviluppa. Dall'altra parte, uno "sviluppatore Debian" usa un'opera esistente per crearne un pacchetto Debian (sarebbe più corretto utilizzare il termine "Debian maintainer" (manutentore Debian)).
In pratica, la linea di demarcazione non è sempre chiara. Il manutentore Debian può scrivere una patch, a vantaggio di tutti gli utenti. In generale, Debian incoraggia gli incaricati della realizzazione del pacchetto ad essere coinvolti nello sviluppo "upstream" (iniziale) del programma (diventando, quindi, collaboratori, senza limitarsi al ruolo di semplici utenti di un programma).
Non nasconderemo i problemi.
Debian non è perfetta, e troveremo nuovi problemi da risolvere ogni giorno. Manterremo il nostro intero database delle segnalazioni di errori aperto a tutti in ogni momento. Le segnalazioni di errori inserite dagli utenti saranno prontamente visibili a tutti.
Le nostre priorità sono gli utenti ed il software libero.
Questo impegno è più difficile da definire. Debian impone, perciò, di scegliere una soluzione più elegante, anche se più difficile da implementare, piuttosto che una soluzione semplice per gli sviluppatori che metterebbe a repentaglio l'esperienza utente. Ciò significa tener conto, prima di tutto, degli interessi di utenti e del software libero.
Opere che non rispettano i nostri standard di software libero.
Debian accetta e capisce che gli utenti a volte desiderano utilizzare alcuni programmi non liberi. Ecco perché il progetto consente l'utilizzo di parti della propria infrastruttura per distribuire pacchetti Debian di software non libero che possono però essere tranquillamente ridistribuiti.
COMUNITÀ Pro o contro la sezione non-free?
L'impegno di mantenere una struttura contenente software non libero (es. la sezione "non-free", vedi il riquadro VOCABOLARIO Gli archivi main, contrib e non-free) è spesso oggetto di discussione all'interno della comunità Debian.
I detrattori sostengono che allontana le persone dai software liberi equivalenti, e contraddice il principio di servire solo la causa del software libero. I sostenitori affermano invece che la maggior parte dei pacchetti non-free sono "quasi liberi", in quanto mantengono per lo più solo poche limitazioni (la più comune delle quali è il divieto all'utilizzo del software in ambito commerciale). Distribuendo queste opere nel ramo non-free, si cerca indirettamente di spiegare agli autori che le loro creazioni sarebbero più ampiamente utilizzate e conosciute, se potessero essere incluse nella sezione principale. E sono, pertanto, invitati a modificare la loro licenza per raggiungere questo scopo.
Dopo un primo infruttuoso tentativo nel 2004, la rimozione completa della sezione del software non-free è improbabile che ritorni in agenda, soprattutto perché vi sono contenuti molti documenti utili che sono stati spostati semplicemente perché non soddisfano completamente i nuovi requisiti richiesti per la sezione principale. Questo è in modo particolare il caso di certi file di documentazione di software prodotti dal progetto GNU (in particolare, Emacs e Make).
Il mantenimento della sezione non-free è occasionalmente fonte di attrito con la Free Software Foundation, ed è la ragione principale per la quale la stessa si rifiuta di raccomandare ufficialmente Debian come sistema operativo.

1.2.2. Le Linee Guida Debian per il Software Libero

Questo documento di riferimento definisce le specifiche richieste da un software per essere "abbastanza libero" da poter essere incluso in Debian. Se la licenza di un programma è in accordo con questi principi, esso può essere incluso nella sezione principale; al contrario, e a condizione che ne sia consentita la libera distribuzione, può essere aggiunto alla sezione non-free. La sezione non-free non fa ufficialmente parte di Debian; è un servizio aggiunto disponibile per gli utenti.

Più che definire i criteri di selezione per Debian, questo testo è diventato un testo fondamentale del software libero, ed è servito come base per la "Definizione di Open Source" (sorgente aperto). Storicamente, è stato dunque una delle prime formalizzazioni del concetto di "software libero".

La GNU General Public License, la BSD License e la Artistic License sono esempi di licenze libere tradizionali che seguono i 9 punti menzionati in questo testo. Qui di seguito troverete il testo così come è pubblicato sul sito web di Debian.

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

Libera ridistribuzione.
La licenza di un componente Debian non può porre restrizioni a nessuno per la vendita o la cessione del software come componente di una distribuzione software aggregata contenente programmi provenienti da fonti diverse. La licenza non può richiedere royalty o altri pagamenti per la vendita.
FONDAMENTALI Licenze libere
La GNU GPL, la licenza BSD e la Artistic License, anche se molto diverse sono tutte conformi alle Linee guida Debian per il software libero (Debian Free Software Guidelines - DFSG).
La GNU GPL, utilizzata e promossa dalla FSF (Free Software Foundation), è la più comune. La sua caratteristica principale è che essa si applica anche a qualsiasi opera derivata che viene ridistribuita: un programma che incorpora o utilizza codice GPL può essere distribuito solo negli stessi termini. Se ne vieta, pertanto, qualsiasi riutilizzo in una applicazione proprietaria. Questo pone seri problemi per il riuso di codice GPL in software libero incompatibile con questa licenza. Di conseguenza, a volte è impossibile collegare un programma pubblicato sotto un'altra licenza per software libero con una libreria distribuita sotto GPL. D'altra parte, questa licenza è molto solida nel diritto americano: gli avvocati della FSF hanno partecipato alla stesura della stessa, e hanno spesso costretto i trasgressori a raggiungere un accordo amichevole con la FSF senza ricorrere al giudice.
→ 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

Infine, la Artistic License consiste in un compromesso fra le altre due: l'integrazione di codice in una applicazione proprietaria è consentita, ma ogni modifica deve essere resa pubblica.
→ http://www.opensource.org/licenses/artistic-license-2.0.php

Il testo completo di queste licenze è disponibile in ogni sistema Debian nella directory /usr/share/common-licenses/.
Codice sorgente.
Il programma deve includere il codice sorgente e deve permettere la distribuzione sia come codice sorgente che in forma compilata.
Lavori derivati.
La licenza deve permettere modifiche e lavori derivati e deve permettere la loro distribuzione con gli stessi termini di licenza del software originale.
Integrità del codice sorgente dell'autore.
La licenza può porre restrizioni alla distribuzione di codice sorgente modificato solo se permette la distribuzione di "file patch" insieme al codice sorgente con lo scopo di modificare il programma durante la compilazione. La licenza deve esplicitamente permettere la distribuzione di software compilato con codice sorgente modificato. La licenza può richiedere che i lavori derivati abbiano un nome o un numero di versione diversi da quelli del software originale (Questo è un compromesso. Il gruppo Debian invita tutti gli autori a non impedire che file, sorgenti o binari, possano essere modificati).
Nessuna discriminazione di persone o gruppi.
La licenza non può discriminare nessuna persona o gruppo di persone.
Nessuna discriminazione nei campi di impiego.
La licenza non può porre restrizioni all'utilizzo del programma in uno specifico campo di impiego. Per esempio, non può porre restrizioni all'uso commerciale o nella ricerca genetica.
Distribuzione della licenza.
I diritti applicati al programma devono essere applicabili a chiunque riceva il programma senza il bisogno di utilizzare licenze addizionali di terze parti.
La licenza non può essere specifica per Debian.
I diritti applicati al programma non possono dipendere dal fatto che esso sia parte di un sistema Debian. Se il programma è estratto da Debian e usato o distribuito senza Debian ma ottemperando ai termini della licenza, tutte le parti alle quali il programma è ridistribuito dovrebbero avere gli stessi diritti di coloro che lo ricevono con il sistema Debian.
La licenza non deve contaminare altro software.
La licenza non può porre restrizioni ad altro software che sia distribuito insieme al software concesso in licenza. Per esempio, la licenza non può richiedere che tutti gli altri programmi distribuiti con lo stesso supporto debbano essere software libero.
FONDAMENTALI Copyleft
Il copyleft è un principio che consiste nell'utilizzare i diritti d'autore per garantire la libertà di un prodotto e dei suoi derivati, piuttosto che limitarne i diritti di utilizzo, come avviene con il software proprietario. È anche un gioco di parole sul termine "copyright". Richard Stallman ebbe l'idea quando un suo amico, appassionato di giochi di parole, scrisse su una busta a lui indirizzata: "copyleft: all rights reversed" (copyleft: tutti i diritti invertiti). Il copyleft impone la conservazione di tutte le libertà iniziali dal momento della distribuzione di una versione originale o modificata di un lavoro (di solito un programma). È, dunque, impossibile distribuire un programma come software proprietario se derivato dal codice di un programma rilasciato come copyleft.
La licenza copyleft più conosciuta è, naturalmente, la GNU GPL, con la sua serie di derivate, la GNU LGPL o GNU Lesser General Public License (GPL Attenuata), e la GNU FDL o GNU Free Documentation License. Purtroppo, le licenze copyleft sono generalmente incompatibili tra loro. Di conseguenza, è meglio utilizzarne una sola per volta.

COMUNITÀ Bruce Perens, un leader controverso

Bruce Perens fu il secondo leader del progetto Debian, che successe a Ian Murdock. Fu una figura molto controversa per le sue dinamiche e per i suoi metodi autoritari. Rimane comunque molto importante il suo contributo a Debian, per la redazione delle famose linee guida "Debian Free Software Guidelines" (DFSG), da uno spunto originale di Ean Schuessler. Successivamente, Bruce avrebbe tratto da questo documento la famosa "Open Source Definition" (definizione dell'Open Source), rimuovendone tutti i riferimenti a Debian.

→ http://www.opensource.org/

La sua uscita del progetto è stata alquanto burrascosa, ma Bruce è rimasto fortemente legato a Debian, visto che continua a promuovere la distribuzione in ambito politico ed economico. Appare ancora sporadicamente sulle mailing list per dare la sua consulenza e presentare le sue ultime iniziative in favore di 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”.