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 nei Documenti della Fondazione sono ampiamente supportati e condivisi quindi raramente vengono cambiati. Lo statuto di Debian offre anche garanzie per la loro stabilità: è necessaria una maggioranza qualificata di tre quarti per approvare qualsiasi emendamento.

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? È 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 della parola "Software" (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. D'altra parte, uno "sviluppatore Debian" solitamente usa un lavoro esistente per crearne un pacchetto Debian - qui, sarebbe più corretto utilizzare il termine "Debian maintainer" (manutentore Debian).
In pratica, ci possono essere sovrapposizioni tra i ruoli. 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). Oppure lo sviluppatore Debian crea strumenti o documentazione per la distribuzione Debian, come gli aiutanti di pacchettizzazione (ad esempio debhelper) o i framework di integrazione (ad esempio ca-certificates) e diventa un "autore upstream" per queste creazioni.
Non nasconderemo i problemi.
Debian non è perfetta, e ci saranno nuovi problemi da risolvere ogni giorno. Debian manterrà il suo intero database di segnalazione aperto per la visualizzazione pubblica in ogni momento. Le segnalazioni inserite on-line 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 ridistribuiti in modo sicuro.
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, invece, affermano 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 di utilizzo in ambito commerciale). Distribuendo queste opere nel ramo non-free, si cerca indirettamente di spiegare agli autori che le loro creazioni sarebbero maggiormente utilizzate e conosciute, se potessero essere incluse nella sezione main. Pertanto, sono invitati a modificare la loro licenza per raggiungere questo scopo.
Dopo un primo ed 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 main. Questo vale in particolare per alcuni file di documentazione di software prodotti dal progetto GNU (in particolare, Emacs e Make). Molti sistemi moderni richiedono inoltre il cosiddetto "firmware", piccoli file binari necessari per far funzionare un hardware specifico. Molti di questi file si trovano solo nella sezione non-free.
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 rispetta tali principi, esso può essere incluso nella sezione main; al contrario, ed 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. Una spiegazione in dettaglio delle diverse parti dell'archivio di Debian può essere trovata nella barra laterale VOCABOLARIO Gli archivi main, contrib e non-free.

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. Di seguito troverete il testo così come è pubblicato sul sito web di Debian.

→ https://www.debian.org/social_contract.html#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.
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.
FONDAMENTALE 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 General Public License (GPL) con le sue derivate, la GNU Lesser General Public License (LGPL) e la GNU Free Documentation License (GFDL). Purtroppo, le licenze copyleft sono generalmente incompatibili tra loro. Di conseguenza, è meglio utilizzarne una sola per volta.
Esempi di licenze
The “GPL”, “BSD”, e “Artistic” sono esempi di licenze che consideriamo "libere".
FONDAMENTALE 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.
→ https://www.gnu.org/copyleft/gpl.html

La licenza BSD è la meno restrittiva: è permesso praticamente tutto, compreso l'uso di codice BSD modificato in un'applicazione proprietaria.
→ https://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.
→ https://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/ (nel caso di BSD la più recente licenza 3-Clause).

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.

→ https://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.

Un ultimo aneddoto, Bruce è stato l'ispiratore della scelta iniziale dei diversi "nomi in codice" assegnati alle versioni di Debian (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). Sono presi tutti dai personaggi del film Toy Story. Questo film d'animazione interamente realizzato al computer è stato prodotto da Pixar Studios, dove Bruce lavorava al momento in cui guidava il progetto Debian. Il nome "Sid" ha un ruolo particolare, in quanto sarà sempre associato al ramo Unstable (instabile). Nel film, questo personaggio era il bambino vicino di casa che rompeva sempre i giocattoli — quindi attenzione ad avvicinarsi troppo a Unstable. Inoltre, Sid è anche un acronimo di "Still In Development" (ancora in sviluppo).