Ciao.
Vorrei sapere da voi cosa succede alla testing, mi spiego:
Utilizzando il netinst etch del 09/09/2005 carico su un pc con cpu intel
tutto il sistema, avvio per la prima volta la distro è mi ritrovo senza alsa, mi configuro il mio bel source.list con tutti i repository eseguo l'update con apt e poi vado con Synaptic a installare tutti i pacchetti ALSA, a questo vengono i guai tutto quello che riguarda ALSA non viene caricato perchè un certo file iamerican che non si può configurare e per sua causa anche tutto ALSA non si installa..... 
uffa il bello è che facendo un altra installazione su un latro pc ho lo stesso problema, a questo punto ho fatto la prova installando ubuntu è andato tutto bene ALSA si trova subito installata completa.
Il mio secondo problema che ho riscontrato e quello che pur avendo il repository di
# various packages such as mplayer,acroread...for unstable, testing and stable
# source packages are also given.
deb ftp://ftp.nerim.net/debian-marillat/ sarge main
deb ftp://ftp.nerim.net/debian-marillat/ etch main
Questi non vanno mi dicono che non ho la key pubblica, mi domando non è che si sta utilizzando la stessa idea dello zio Bill che no fa fare nulla se non si hanno i certificati?
Saluti da Rufus 
"iamerican" è il pacchetto di un dizionario American English per ispell, non vedo che problemi possano sorgere con alsa, anche perché io li ho installati entrambi (iamerican e alsa-base, alsa-utils, alsamixergui), tutti da testing, e senza alcun problema di sorta.
Se ci posti il tuo sources.list e i messaggi di errore esatti che ti compaiono quando provi ad installare alsa forse qualcuno saprà dirti qualcosa...
Per quanto riguarda il repository marillat, trovi le info che ti servono nelle FAQ presenti sul sito: ftp://ftp.nerim.net/debian-marillat/index.html (aprilo nel browser anche se è un URL ftp).
Qual è poi esattamente il tuo problema col fatto che i pacchetti siano firmati? Serve ad essere più sicuri che a generare i pacchetti sia stato realmente il team Debian o (nel caso dei repo non ufficiali) il manutentore del repo. Le ultime versioni di apt (e derivati) si lamentano se non hai le chiavi pubbliche perché in quel caso non sono in grado di eseguire tale verifica, ma anche se non le hai non ti impediscono di installare nulla, ti basta ignorare il messaggio. Non è un processo di "certificazione" simile a quello per il quale Microsoft si fa pagare per dire che il driver tale funziona sotto windows...