La distribuzione ufficiale Debian richiede un numero variabile fra 9 e 10 DVD di binari o fra i 61 e i 69 CD di binari (secondo l'architettura) e 8 DVD o 46 CD di sorgenti. Inoltre vi è un DVD multi architettura, con un sottoinsieme del rilascio per le architetture amd64 e i386 e il codice sorgente. Debian è anche rilasciato come immagini Blu-ray (BD), 2 per le architetture amd64 e i386 e 2 per il codice sorgente. Alcuni pacchetti molto grandi, a causa della loro dimensione, non possono essere inseriti nei CD; tali pacchetti rientrano meglio nei DVD e BD perciò sono comunque inclusi lì.

Una novità in Debian 7.0 è il multiarch; esso permette di installare sulla stessa macchina pacchetti da più architetture. Ciò è utile in vari modi, ma il più comune è l'installazione di software a 64 e 32 bit sulla stessa macchina, avendo le dipendenze risolte automaticamente in modo corretto. Il wiki Debian ha un manuale completo su come utilizzare questa funzionalità se è necessaria.

Il pacchetto ia32-libs è ora un pacchetto di transizione che utilizza la nuova funzionalità multiarchitettura. Se si ha ia32-libs installato, vedere Sezione 4.5.2, «Transizione da ia32-libs a multiarch» per i passi speciali che è necessario fare.

La sequenza di avvio basata sulle dipendenze, introdotta con Debian 6.0 è ora abilitata sempre, anche per gli utenti di file-rc.

Per una sequenza ottimale, tutti gli script init.d dovrebbero dichiarare le proprie dipendenze in un'intestazione LSB. È già così per gli script forniti in Debian, ma gli utenti devono controllare i propri script locali e pensare di aggiungere tale informazione.

Per ulteriori informazioni su questa funzione, fare riferimento alle informazioni disponibili in /usr/share/doc/insserv/README.Debian.

Debian 7.0 introduce il supporto preliminare per systemd, un sistema init con monitoraggio avanzato, log e funzionalità di gestione dei servizi.

Sebbene sia progettato come un rimpiazzo perfetto per sysvinit e, come tale, fa uso degli script init SysV esistenti, il pacchetto systemd può essere installato senza problemi insieme a sysvinit e avviato usando l'opzione del kernel init=/bin/systemd. Circa 50 pacchetti forniscono già il supporto nativo per utilizzare le funzionalità fornite da systemd, tra i quali pacchetti fondamentali come udev, dbus e rsyslog.

systemd viene fornito come anteprima tecnologica in Debian 7.0. Per ulteriori informazioni su questo argomento, vedere il Wiki Debian.

Debian wheezy ha un supporto migliorato per la multimedialità: ffmpeg è stato sostituito dal fork libav (libav-tools) il cui processo di rilascio è considerato più conservativo e perciò è più adatto alle necessità di Debian. Fornisce tutte le librerie e prepara un percorso di aggiornamento per i pacchetti applicativi esistenti. Le librerie e i frontend libav completi includono, ad esempio, mplayer, mencoder, vlc e transcode. Il supporto per codec aggiuntivi è fornito, ad esempio, attraverso lame per la codifica di audio MP3, xvidcore per la codifica di video MPEG-4 ASP, x264 per la codifica di video H.264/MPEG-4 AVC, vo-aacenc per la codifica audio AAC e opencore-amr e vo-amrwbenc rispettivamente per la codifica e decodifica Adaptive Multi-Rate Narrowband e Wideband. Per la maggior parte dei casi d'uso l'installazione di pacchetti da repository di terze parti dovrebbe non essere più necessaria. I tempi del supporto limitato per la multimedialità in Debian sono finalmente passati.

Molti pacchetti Debian sono stati adesso compilati con abilitate le opzioni «hardening» del compilatore gcc. Queste opzioni permettono varie protezioni contro problemi di sicurezza come stack smash, posizioni prevedibili di valori in memoria, ecc. È stato fatto uno sforzo per assicurare che il maggior numero possibile di pacchetti includesse queste opzioni, focalizzandosi particolarmente su quelli nell'installazione «base», sui demoni accessibili dalla rete e sui pacchetti che hanno avuto problemi di sicurezza negli ultimi anni.

Notare che le opzioni di compilazione «hardening» non sono abilitate in modo predefinito in gcc, perciò non vengono usate automaticamente quando si compila software in locale. Il pacchetto hardening-wrapper può fornire un gcc con queste opzioni abilitate.

Debian 7.0 supporta il sistema di controllo obbligatorio degli accessi AppArmor. Quando è abilitato, AppArmor confina i programmi in base ad un insieme di regole che specificano a quali file può accedere un determinato programma. Questo approccio proattivo aiuta a proteggere il sistema da vulnerabilità note e sconosciute.

AppArmor è disabilitato in modo predefinito in Debian 7.0. Il wiki Debian contiene istruzioni su come usare questa funzionalità.

Notare che in passato questa funzionalità era fornita dall'archivio backports.debian.org.

Per usare i pacchetti da wheezy-backports, è possibile aggiungere una voce al proprio sources.list:

deb     http://mirrors.kernel.org/debian wheezy-backports main contrib
deb-src http://mirrors.kernel.org/debian wheezy-backports main contrib

Alla successiva esecuzione di apt-get update, il sistema sarà al corrente dei pacchetti disponibili in wheezy-backports e li considererà al momento di cercare gli aggiornamenti dei pacchetti.

La disponibilità di un pacchetto via wheezy-backports per risolvere un problema di sicurezza verrà annunciata sulla mailing list debian-backports-announce.

Alcuni dei pacchetti in proposed-updates potrebbero essere disponibili anche tramite wheezy-updates. Questo avverrà per quei particolari aggiornamenti, come quelli per l'antivirus o dei dati per i fusi orari, che molti utenti potrebbero voler installare prima che sia realizzato il rilascio minore (point release) successivo. Tutti i pacchetti di wheezy-updates verranno inseriti nel point release successivo.

Per usare i pacchetti da wheezy-updates, è possibile aggiungere le seguenti voci al proprio sources.list:

deb     http://mirrors.kernel.org/debian wheezy-updates main contrib
deb-src http://mirrors.kernel.org/debian wheezy-updates main contrib

Alla successiva esecuzione di apt-get update, il sistema sarà al corrente dei pacchetti disponibili in wheezy-updates e li considererà al momento di cercare gli aggiornamenti dei pacchetti.

Notare che se nel proprio /etc/apt/apt.conf (o in uno qualsiasi di /etc/apt/apt.conf.d/*) è impostata APT::Default-Release, allora, affinché gli aggiornamenti automatici funzionino, è necessario aggiungere il seguente blocco di configurazione in /etc/apt/preferences (vedere apt_preferences(5) per maggiori informazioni):

Package: *
Pin: release o=Debian,n=wheezy-updates
Pin-Priority: 990

La disponibilità di un pacchetto via wheezy-updates verrà annunciata sulla mailing list debian-stable-announce.

GNOME ha subito una fondamentale riscrittura dell'interfaccia nel passaggio alla versione 3.4. Il tradizionale pannello di GNOME è stato sostituito dalla «shell», un'interfaccia innovativa con importanti miglioramenti in materia di usabilità.

Tra le altre cose, ha spazi di lavoro dinamici, una tastiera sullo schermo (Caribou), messaggistica istantanea incorporata nell'interfaccia e integrazione con il portachiavi di GNOME e PolicyKit.

Se si vuole mantenere un'interfaccia più vicina a quella della versione 2.30 di GNOME in Wheezy, si può selezionare la sessione «GNOME Classic» al prompt di login che porterà ad una versione migliorata del pannello tradizionale. Si può sempre modificare il pannello per aggiungere nuove applet, usando la combinazione nascosta Alt+clic destro.

Si verrà ridiretti all'interfaccia «classica» anche se l'hardware non è compatibile con i requisiti della shell GNOME.

Debian 7.0 include la suite OpenStack, così come XCP (Xen Cloud Platform) permettendo agli utenti di mettere in uso una propria nuvola.

Le immagini Debian sono anche fornite sulle principali piattaforme cloud pubbliche, incluse Amazon EC2, Windows Azure e Google Compute Engine.

Nei precedenti rilasci, i file system temporanei (tmpfs) venivano montati in /lib/init/rw, /dev/shm/ e, opzionalmente, in /var/lock e /var/run. /lib/init/rw è stata rimossa e le altre sono state spostate dentro /run. /var/run e /var/lock sono state configurate usando RAMRUN e RAMLOCK in /etc/default/rcS. Tutti questi file system tmpfs sono ora configurabili usando /etc/default/tmpfs; le vecchie impostazioni non vengono migrate automaticamente.

La migrazione dei dati nelle nuove posizioni viene fatta automaticamente durante l'aggiornamento ed essi continueranno ad essere disponibili nella vecchia e nella nuova posizione, con l'eccezioni di /lib/init/rw. Non è necessaria alcuna azione da parte dell'utente, benché potrebbe voler personalizzare quali file system tmpfs siano montati e i loro limiti di dimensione, in /etc/default/tmpfs dopo che l'aggiornamento è stato completato. Per ulteriori dettagli vedere la pagina di manuale tmpfs(5).

Se sono stati scritti degli script personalizzati che utilizzano /lib/init/rw, essi devono essere aggiornati per usare invece /run.

/tmp non è in modo predefinito un tmpfs. Se si sceglie questa funzionalità prestare attenzione al fatto che: