Il sito di Chrome ha una pagina dedicata proprio all’aggiunta di certificati su Linux. Il metodo più breve su Ubuntu (e Debian, come segnalato da yorick) è il seguente. Prima di tutto si installa il necessario:

sudo apt-get install libnss3-tools

Poi si scarica manualmente il certificato (con wget), la cui posizione dipende ovviamente dal sito che vogliamo aggiungere (un metodo per trovarlo è cercare su Google il nome del sito più “certificate”). Ad esempio il certificato del Politecnico di Torino si trova all’indirizzo www.europki.org/ca/root/ca_cert/ca_cert.crt:

wget http://www.europki.org/ca/root/ca_cert/ca_cert.crt

Si aggiunge poi il file scaricato (ca_cert.crt nel mio caso) ad database, con una qualche nome (non ha molta importanza).

certutil -d sql:$HOME/.pki/nssdb -A -t "C,," -n "nome certificato" -i ca_cert.crt

ed il gioco è fatto. Riavviando Chrome il sito in questione non dovrebbe più dare problemi.

Per trovare il plugin bisogna utilizzare il seguente comando in console:

locate libnpjp2.so

che resituirà il percorso del plugin all’interno del vostro computer (nel mio caso è /usr/lib/jvm/java-6-sun-1.6.0.16/jre/lib/i386/libnpjp2.so). Se il plugin non è presente dovrebbe essere possibile installarlo insieme alla macchina virtuale Java tramite il gestore dei pacchetti, oppure come descritto qui.

Chrome cerca tutti i plugin all’avvio nella cartella /opt/google/chrome/plugins. Sarà quindi sufficiente creare la cartella, fare un link all’interno di essa che rimandi al file libnpjp2.so trovato in precedenza e avviare il browser. Nei comandi seguenti cambiate ovviamente il percorso al file libnpjp2.so se non corrisponde al vostro.

sudo mkdir /opt/google/chrome/plugins
cd /opt/google/chrome/plugins
sudo ln -s /usr/lib/jvm/java-6-sun-1.6.0.16/jre/lib/i386/libnpjp2.so .
google-chrome --enable-plugins

Per verificare che il plugin sia stato rilevato potete andare con Chrome alla pagina about:plugins oppure provare qualche semplice applet Java come quelle disponibili qui.

demux_wavpack: (open_wv_file:127) open_wv_file: non-seekable inputs aren't supported yet.

E se avviato in modalità debug (amarok –debug) l’errore riportato era:

amarok:   [EngineController] [WARNING!] Phonon failed to play this URL.
Error:  "Cannot find demultiplexer plugin for MRL [nomefile]"

Se avete lo stesso problema che ha afflitto il mio caro amaroK, non vi preoccupate, la soluzione è rapidissima…

E’ sufficiente rimuovere il file ~/.xine/catalog.cache per ripristinare le configurazioni iniziali e riascoltare la vostra musica preferita con amaroK.

Spesso per ascoltare i file MIDI su linux è necessario installare un programma che emuli alcune funzioni della scheda audio. Uno dei software più utilizzati a questo proposito è Timidity, facilmente installabile in (K)Ubuntu tramite:

sudo apt-get install timidity-daemon freepats

Il pacchetto freepats (~30Mb) contiene i file necessari al corretto funzionamento di Timidity.

Una volta terminata l’installazione Timidity dovrebbe già essere in funzione. Per ascoltare un file MIDI direttamente da terminale basta digitare:

timidity file.mid

Gli altri programmi che utilizzano i MIDI dovrebbero funzionare anch’essi. Per verificare il corretto funzionamento del demone di Timidity è sufficiente provare a riattivarlo tramite il comando:

sudo /etc/init.d/timidity restart

Che dovrebbe restituire qualcosa come:

* Stopping TiMidity++ ALSA midi emulation...                            [ OK ]
* Starting TiMidity++ ALSA midi emulation...                            [ OK ]

TuxGuitar

Per fare funzionare TuxGuitar su Ubuntu è bene installare la versione che utilizza il sistema audio ALSA. Prima di tutto, però, se avete già installato Timidity o TuxGuitar, è bene disinstallarli con –purge, in modo da rimuovere tutte le vecchie configurazioni e partire da zero:

sudo apt-get remove --purge timidity tuxguitar

Per installare la corretta versione di TuxGuitar usiamo ancora il nostro caro apt e digitiamo:

sudo apt-get install tuxguitar-alsa

Una volta avviato TuxGuitar è sufficiente impostare la porta “TiMiditi port 0″ in Strumenti>Impostazioni>Suono ed il gioco  fatto. Ora il programma dovrebbe funzionare correttamente (per sicurezza, incrociate le dita…).

Se dopo l’aggiornamento di (K)Ubuntu a Karmik Koala tramite apt il computer funziona a rallentatore (con problemi audio e video, periferiche e altro), probabilmente stai ancora utilizzando il kernel di Jaunty.  E’ sufficiente impostare il kernel corretto nel file di grub per sistemare il problema.

Tutta la storia

Non ho resistito. Me l’ero promesso, ma la tentazione è stata troppo forte. Ho fatto l’upgrade di Kubuntu da Jaunty a Karmik Koala senza cancellare tutto, come mi ero promesso le altre volte, ma utilizzando l’avanzamento di versione automatico (con apt) che già in passato mi aveva dato problemi.

Dopo il download durato tutta la notte (~1200 Mb), il download di un pacchetto non era riuscito (font per Wine) e aveva bloccato l’upgrade automatico. Nessun problema, con il comando sudo apt-get dist-upgrade dalla mia amata console il download riprende, viene scaricato proprio solo il pacchetto mancante e parte l’installazione.

Ma i problemi non sono finiti…

Riavviato il pc il sistema era lentissimo, non funzionava il touchpad, gli effetti grafici non erano attivabili, xorg occupava tutta la CPU. Dopo aver smanettato per una buona oretta per fortuna ho avuto un idea (abbastanza banale a dire il vero): che kernel stavo utilizzando? Controllando con uname -r, ho notato che stavo effettivamente utilizzando il kernel vecchio (2.6.28-**-generic) e non quello di karmik che è il 2.6.31-15. E’ quindi bastato modificare il file /boot/grub/menu.lst sostituendo il 2.6.28-** con 2.6.31-15, riavviare e tutto è risolto.

Potete vedere velocemente le versioni dei kernel installati con ls /boot/ e controllando le voci del tipo vmlinuz-2.6.x.y-generic. Quello da impostare nel file menu.lst è ovviamente quello con numero di versione maggiore.

Lo stesso problema pare verificarsi con Ubuntu e si risolve nello stesso modo.

Buon Karmik a tutti!