[Silvan]

Strano, le installazioni più vecchie di qualche mese avevano il backend xine. Altra cosa per completezza è che le Preferenze dispositivo per Uscita e Acquisizione audio siano impostate come “System default (recommended)”. Se skype acquisisce, penserei più ad un problema di configurazione di audacity. Il fatto che vada in crash anche solo configurandolo è strano, prova a resettare la configurazione rinominando la cartella .autdacity-data (nascosta) nella tua home. Da un terminale:

mv ~/.audacity-data ~/.audacity-data.bak

[Silvan]

Su un computer in cui ho visto questo problema è stata una delle modifiche che mi ha portato a risolverlo. Controlla anche che su Impostazioni di sistema -> Multimedia -> Phonon -> Backend sia selezionato “GStreamer”.

Riporto il backtrace di audacity che ho salvato per mia futura verifica:

Program received signal SIGSEGV, Segmentation fault.

[Switching to LWP 15881]

0xb6996af8 in snd_pcm_area_copy () from /usr/lib/libasound.so.2

(gdb) bt

#0  0xb6996af8 in snd_pcm_area_copy () from /usr/lib/libasound.so.2

#1  0xb69cf248 in snd_pcm_dsnoop_sync_ptr () from /usr/lib/libasound.so.2

#2  0xb69cf5b9 in snd_pcm_dsnoop_avail_update () from /usr/lib/libasound.so.2

#3  0xb6996419 in snd_pcm_avail_update () from /usr/lib/libasound.so.2

#4  0xb69d18c9 in snd1_pcm_direct_poll_revents () from /usr/lib/libasound.so.2

#5  0xb6994f36 in snd_pcm_poll_descriptors_revents () from /usr/lib/libasound.so.2

#6  0xb69a7600 in snd1_pcm_generic_poll_revents () from /usr/lib/libasound.so.2

#7  0xb6994f36 in snd_pcm_poll_descriptors_revents () from /usr/lib/libasound.so.2

#8  0xb69a7600 in snd1_pcm_generic_poll_revents () from /usr/lib/libasound.so.2

#9  0xb6994f36 in snd_pcm_poll_descriptors_revents () from /usr/lib/libasound.so.2

#10 0xb69b3f7f in snd_pcm_rate_poll_revents () from /usr/lib/libasound.so.2

#11 0xb6994f36 in snd_pcm_poll_descriptors_revents () from /usr/lib/libasound.so.2

#12 0xb69a7600 in snd1_pcm_generic_poll_revents () from /usr/lib/libasound.so.2

#13 0xb6994f36 in snd_pcm_poll_descriptors_revents () from /usr/lib/libasound.so.2

#14 0x0843f6ef in PaAlsaStreamComponent_EndPolling ()

#15 0x08445097 in PaAlsaStream_WaitForFrames ()

#16 0x08445ba6 in CallbackThreadFunc ()

#17 0xb67fddfd in ?? () from /lib/libpthread.so.0

#18 0xb676c12e in clone () from /lib/libc.so.6

(gdb)

[Silvan]

Prova ad installare phonon-backend-gstreamer ed a riavviare il desktop o il sistema.

[Silvan]

2. nel report vedo che hai tutti questi controlli disponibili:

name 'Int Mic Capture Volume'

name 'Int Mic Capture Switch'

name 'Ext Mic Capture Volume'

name 'Ext Mic Capture Switch'

name 'PCM Playback Volume'

name 'PCM Playback Switch'

name 'Int Mic Playback Volume'

name 'Int Mic Playback Switch'

name 'Ext Mic Playback Volume'

name 'Ext Mic Playback Switch'

name 'Master Playback Volume'

name 'Master Playback Switch'

name 'IEC958 Playback Con Mask'

name 'IEC958 Playback Pro Mask'

name 'IEC958 Playback Default'

name 'IEC958 Playback Switch'

name 'IEC958 Default PCM Playback Switch'

name 'Capture Source'

name 'Output Gain'

name 'Capture Gain'

non capisco perchè da kmix non li vedi, prova a lanciare alsamixer da un terminale e premere F4 per visualizzare i canali di Capture (e agire da lì per i volumi di ingresso).

3. non riesco a riprodurre il problema ma intanto ho testato e reso disponibile come aggiornamento stabile l’ultima versione di audacity. Questa versione mostra i dispositivi audio da utilizzare direttamente nella schermata principale, quindi consiglio di riprovare con questa versione intanto (l’aggiornamento sarà disponibile tra qualche decina di minuti).

[Silvan]

2. “Capture gain” potrebbe non comparire ma dovresti almeno trovare canali quali “Capture”, “Input source” o simili. Se non c’è nulla di tutto oppure se ci sono ma Skype ancora non va ti chiederei di mandarmi un report (‘Report del sistema openmamba’ dal menù) che mi permette di verificare i canali presenti ed eventuali problemi con la configurazione.

3. strano, magari è collegato al problema al punto 2. Puoi lanciare ‘audacity’ da una finestra di terminale e mostrarmi l’output che compare nella finestra quando va in crash?

[Silvan]

1. no non è un problema

2. apri il mixer, vai su Impostazioni -> Configura canali ed aggiungi sulla destra i canali che riguardano la cattura audio

3. controlla in Preferenze -> Dispositivi che il sistema audio impostato sia ALSA e che i dispositivi di Riproduzione e Registrazione siano “System”. Se così non va prova ad impostare i dispositivi fisici (ma in questo caso puoi usare audacity solo se l’audio non è in uso da altri programmi)

4. dopo aver sistemato il mixer al punto 2 controlla i volumi e i canali di ingresso

[Silvan]

In effetti può succedere perchè nel kernel vecchio non viene ricreato l’initramfs. Comunque la soluzione ottimale è usare il 2.6.38 come hai fatto, ma per chi volesse o dovesse usare il 2.6.37 occorre dare questo comando da una finestra di terminale per risolvere il problema:

sudo mkinitrd /boot/initramfs-2.6.37mamba.img 2.6.37mamba -f

[Silvan]

Ma prima di fare il mount a mano era montato?

Ovvero, in /etc/fstab dovrebbe esserci questa riga:

devpts /dev/pts devpts gid=4,mode=620 0 0

e il comando mount dovrebbe restituire:

devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)

mmm però noto ora che dracut ha montato /dev/pts con gid=5 (tape) invece che 4 (tty), se mi confermi che anche su openmamba-gnome è così so come sistemarlo.

Per quanto riguarda l’about box, il box c’è già, è questo (visualizzato premendo su Informazioni nel menù di mambatray):

def about(self):

QtGui.QMessageBox.about(menu, _("About"),

"<center><b>"+_("openmamba control center")+"</b>"

"<br><br>Copyright(c) 2011 by Silvan Calarco"

"<br><br><a href="http://www.openmamba.org">http://www.openmamba.org</a></center>")

e la mia idea era agire sul codice html per inserire un box con scrollbar di seguito ma forse questo è problematico ed è meglio creare una finestra di dialogo più personalizzabile rispetto all’about box. Non so, ci penso, ma nel frattempo se trovi una soluzione semplice va bene. Nella stessa pagina mi piacerebbe mettere l’informazione sulla versione in uso di openmamba, ovvero il contenuto di /etc/openmamba-release (così com’è o formattato in maniera più opportuna), magari puoi provare questa modifica per adesso che è più semplice.

[Silvan]

Testato e rilasciato in devel insieme a desktop-base-openmamba con nuove versioni per flashplugin e skype, dovrebbe quindi arrivare notifica dell’aggiornamento agli utenti della versione devel.

Il box informazioni sarebbe più correttamente l’about box (funzione about in mambatray), pensavo che si potrebbe aggiungere una scrollbox che carica un file in formato html (o meglio rich-text) che contiene i ringraziamenti.

Per l’errore di gnome-terminal a questo link sembra che possa avere a che fare con il mount di /dev/pts: http://ubuntuforums.org/showthread.php?t=1781286

Puoi verificare se il nostro è un problema analogo?

[Silvan]

Benissimo, potresti farne un commit su git? Direi che puoi anche aggiungere il tuo nome nel copyright dell’applicazione a inizio codice e nel box informazioni. In realtà qui mi piacerebbe mettere un elenco di ringraziamenti a tutti quanti hanno contribuito per openmamba.

Per quanto riguarda le traduzioni, con il comando pygettext.py mambatray puoi generare il file .pot con gli elementi da tradurre, solo che bisogna farne il merge a mano con i file .po esistenti e sicuramente ci sono metodi più furbi che non conosco.

Per le variabili nelle stringhe…io lo farei separando le stringhe da tradurre:

_("I seguenti pacchetti saranno aggiornati: ") + Lista + ".n" + _("Sei d'accordo?")

Non so se la sintassi sia giusta, comunque il concetto è questo.

[Silvan]

Ciao,

per adesso farei un dialogo che elenchi i plugin che sono da aggiornare e chieda si o no per aggiornarli tutti o nessuno. I plugin sono pochi e la maggior parte delle volte capiterà che ce n’è solo uno da aggiornare. Un’evoluzione potrà essere di spuntare quali plugin si vogliono aggiornare, ma credo che per adesso possa andar bene già così per concentrarci soprattutto sulla funzionalità del meccanismo.

[Silvan]

Grazie, ho fatto l’integrazione in desktop-base-openmamba rimuovendo la dipendenza di openmamba-netsrmps da kdialog e poichè devo rigenerare le immagini della 2.0pre5 ne ho fatto anche il backport.

Per altre cose da fare ci ho pensato un pò (scusa, sono stato molto impegnato negli ultimi giorni), ci sarebbero da rifare le utility scritte con kommander come l’interfaccia di installazione e di installazione dei componenti base, ma si tratta già di un lavoro consistente essendo dei wizard multipagina. Di meno complesso c’è in previsione di integrare in mambatray (già convertito in PyQt4) un controllo periodico della versione degli SRPMS installati e dei componenti base di openmamba.

Per quanto riguarda gli SRPMS, mambatray dovrebbe eseguire periodicamente (ogni n ore) questi comandi per verificare se gli SRPMS installati corrispondono all’ultima versione:

openmamba-netsrpms -c flashplugin

openmamba-netsrpms -c win32codecs

openmamba-netsrpms -c skype

Se questi comandi escono con return code 1, significa che il rispettivo componente è da aggiornare ed in questo caso dovrebbe comparire un dialogo all’utente che segnala e chiede se effettuare gli aggiornamenti. In caso positivo mambatray dovrebbe lanciare:

openmamba-netsrpms -u flashplugin

ecc. per effettuare l’aggiornamento.

Nel codice di mambatray ci sono già dei pezzi che lanciano comandi esterni e l’esecuzione periodica di smart update, da prendere come riferimento. Naturalmente se ti vuoi cimentare sono ben lieto di darti altre informazioni di cui puoi avere bisogno.

[Silvan]

Altra cosa problematica generale (non dipendente strettamente dal driver video) da sistemare è nel file /etc/init.d/rc. La riga in cui c’è

$PLYMOUTH quit --retain-splash

dev’essere modificata in:

$PLYMOUTH quit

modificando il file, oppure facendo un aggiornamento (initscripts) o per domani saranno disponibili nuove immagini di installazione senza questo problema.

[Silvan]

L’errore iniziale sul firmware mi sembra rilevante e il messaggio completo potrebbe fornire il nome del file mancante da installare in /lib/firmware (ed eventualmente aggiungere nel pacchetto radeon-firmware o simili di openmamba). Se è così o meno, per saperne di più bisognerebbe da dare un’occhiata ai file /var/log/dmesg.log e /var/log/Xorg.0.log.

[Silvan]

Ciao,

l’errore sulla patch è dovuta alla riga del template creato da autospec. Anche se commentata rpm interpreta comunque la macro e quindi puoi rimuovere la riga così come le altre commentate che non servono del template iniziale.

A questo punto se sei d’accordo ti posso creare il repository personale devel-michiamophil dove potrai fare l’upload dell’rpm e di eventuali successivi contributi.

[Autore]

Articoli