On 2 Aug 2005, 20:02, mtms <[EMAIL PROTECTED]> wrote:
> Kernel 2.4.27 + Alsa 1.0.9b + Esound 0.2.36 (con installate le
> libesd-alsa0). Le applicazioni che richiamano direttamente alsa suonano
> alla perfezione. Invece esound mi fa casino, nel senso che rimane là in
> attes
fase di boot:
>
> ALSA seq_oss.c:254: can't register device seq
> insmod: : init_module: Device or resource busy
Questa parte l'ho risolta. Era nas che faceva casino al boot, l'ho
cavato via e ora il modulo snd-seq-oss viene caricato regolarmente.
Però il problema con esoun
esce con questo errore:
mandb: waitpid failed: No child processes
Sospetto un problema di permessi, ma mi sembra tutto a posto. La
versione di man-db è la 2.4.3-1
b)
Kernel 2.4.27 + Alsa 1.0.9b + Esound 0.2.36 (con installate le
libesd-alsa0). Le applicazioni che richiamano direttamente alsa su
ciao a tutt*,
da che uso debian (e sono parecchi anni ormai), ho sempre litigato con
esound. e l'ha avuta vinta sempre lui :-|
il problema é il seguente:
apt-get install esound
fatto questo, il programma parte in modalitá demone, e con un ps si vede
che é lanciato come "esound --
> però funziona correttamente se prima di loggarmi faccio partire da
> console esd. cosa può essere? ho letto in deb-user che poteva servire
prova queste due soluzioni:
1) disabiliti esd da gnome, e lo metti manualmente in ~/.xinitrc ;
oppure
2) crei uno script chiamato estartx, dove prima avvi
allora il problema è:
prima (woody con kernel 2.2.19 e gnome 1.4 con nautilus) tutto bene. come
passo al 2.4.17-k7 con ext3 mi trovo con esd che si rifiuta di andare.
quando mi loggo in X esd non parte, anche se ho scelto di far partire il
server sonoro dal configuratore gnome - e X si pianta pri
Sono curioso di sapere se poi alla fine è stato corretto (nella r3
di potato) quel piccolo problema di gnome che attendeva a lungo prima
di partire quando la configurazione audio non gli andava. Ho dato
un'occhiata al ChangeLog di potato, ma non ho trovato nulla in
proposito (dovevo poi cercar
7 matches
Mail list logo
