Scid vs. PC

L'installazione di openSUSE presente sul mio portatile da oggi ospita Scid vs. PC, al momento una delle diramazioni più aggiornate dell'originario gestore di databasescacchistici Scid. Devo dire che così su due piedi la differenza fra i due mi sfugge, però intanto c'è, e chissà che prima o poi non mi riesca di riconvertire per Linux tutto il mio prezioso materiale scacchistico!

Scheda video, che stress!

Ho accennato in un altro post che l'upgrade a openSUSE 11.3 mi ha procurato qualche pena. Il problema più grosso me l'ha dato il nuovo driver per la scheda video ATI Mobility Radeon HD 2600.

Premesso che le dritte fornite nelle note di rilascio non sono sufficienti, l'aiuto decisivo me l'ha dato l'impagabile openSUSE Graphic Card Practical Theory Guide for Users, che raccomando vivamente per qualunque problema di questo genere.

Migrare Thunderbird da Windows a Linux

Aggiornato con non poca pena il multiboot del mio portatile a openSUSE 11.3, ho cominciato timidamente a preparare la migrazione dei miei applicativi da Windows (s)Vista.
Primo obiettivo: migrare Thunderbird. Operazione decisamente più facile di quanto temuto, grazie soprattutto alle dritte giuste reperite sul web, la pagina Migrate your Thunderbird emails from Windows to Linux in particolare.

In soldoni, il procedimento è questo:

1. Compattare le cartelle dell'installazione Windows
2. Reperire la cartella corrispondente al profilo utilizzato
   
3. Installare su Linux
4. Creare (eventualmente ex novo) la cartella .thunderbird sotto $HOME
5. Copiare la cartella individuata al punto 2
6. Modificare il file profiles.ini nella cartella .thunderbird in modo che punti al profilo suddetto
7. Avviare Thunderbird e, magicamente, tutto va al posto giusto.

Ehm, proprio tutto no: rimangono da mettere a posto le configurazioni di servizi di posta come Libero che, per aggirare le limitazioni imposte dal provider, nell'installazione di Windows venivano filtrati attraverso FreePOPs.
Niente paura, anche per questo problema esiste la risorsa giusta, ovvero un eccellente articolo su Crismon's blog, dal quale si ricava la procedura seguente:

1. Installare la versione Linux del programma (non necessariamente il sorgente, cercando con Webpin si trova anche già pacchettizzata)
2. Testare l'installazione lanciando il comando
   

   $ freepopsd -p 2000&

3. Una volta verificato che il programma fa il suo dovere, prepararne i lanci successivi come daemon creando in $HOME/.kde/Autostart un collegamento all'applicazione che punti proprio al comando citato.

Insomma, una vera goduria!

Links2, Svgalib, SELinux

In mancanza di ambiente grafico sul vecchione, il buon vecchio Links2 dà una bella mano quando serve navigare senza troppe pretese. Il guaio è che l'upgrade a Lenny porta con sé SELinux, che quando ci si mette è una vera rottura di scatole. Provando dopo secoli a riutilizzare il glorioso browser testuale, ecco che m'imbatto subito in un problema:

$ links2 -g -driver svgalib www.google.it

svgalib: Cannot get I/O permissions

OK,un giretto su Google e trovo rapidamente quel che mi serve in una delle Svgalib FAQ:

"svgalib programs need to be run as root. This means that either the user that runs them is root, or, if running by normal users is desirable, the program needs to be 'suid root', which means: the program must be owned by root (chown 0 program) and the suid bit needs to be set (chmod u+s program)."

Perfetto, evidentemente durante uno degli aggiornamenti il setuid bit dell'eseguibile di links2 è andato azzerato, provvedo a ripristinarlo:

$ sudo chmod u+s /usr/bin/links2

ma se ora rilancio il browser, salta fuori un altro problema, ovvero sostanzialmente:

mmap /dev/zeo: Permission denied

e

Segmentation fault

intervallati da una miriade d'improperi di SELinux. OK, intuisco che ci va di mezzo qualcuna delle sue restrizioni, verifico disabilitandolo al volo:

$ sudo setenforce 0

e quando rilancio links2 magicamente la sua videata grafica ricompare, con la risoluzione giusta grazie alle impostazioni da tempo salvate nel file ~/.links2/links.cfg

Imbroccata la diagnosi, e non volendo disabilitare SELinux in permanenza, non resterà altro che trovare il modo di modificarne la policy in modo da non mettersi fra i piedi quando lancio il browser. Come fare? Il seguito alla prossima puntata...

FATAL: Error inserting fan (o processor, o thermal, ecc.)

Che scocciatura quando, aggiornando ogni tanto il Pinguino, si ripresentano al boot sempre gli stessi messaggi! Quelli in oggetto sono ricorrenti, e capitano verosimilmente perché il nuovo kernel e il relativo initramfs si tirano dentro dei moduli indesiderati.
Io il meglio che sono riuscito a fare per levarmeli di torno è stato editare il file /etc/modprobe.d/blacklist e appenderci le righe seguenti:

blacklist fan
blacklist processor
blacklist thermal

dopodiché i fatal error che avevo prima sono sostituiti da degli warning che il modulo tale o talaltro, essendo blacklisted, non verrà caricato. Accontentiamoci!

Ah, dimenticavo: da dove mi arriva questa dritta? Da qui. Giusto per dare a Cesare quel che è di Cesare...

E se è cinese?

Tanti sforzi per riuscire ad accedere alla pagina di Google in IPv6 e poi, quando finalmente ci riesci, ti ridireziona su una pagina in cinese! Niente paura, come per il giapponese, il problema si risolve installando i font giusti; nel mio caso, ho risolto così:

$ sudo apt-get install ttf-arphic-uming

e il gioco è fatto! O quasi: capire poi quel che c'è scritto è un altro paio di maniche, è chiaro... ;-)

Se il giapponese è arabo...

Misteriosi quadratini riempiti di numerelli casuali compaiono sulla pagina di Iceweasel? E' sintomo che il povero browser non riesce a rendere i caratteri di qualche lingua insolita, tipicamente cinese o giapponese. Installare il relativo language pack non risolve il problema. Per il giapponese, però, un rimedio che funziona è descritto qui:

Nothing about Everything: How to display japanese characters (kanji) in Iceweasel (firefox) of Debian Lenny