Disabilitare lo spindown dell'hard disk in Sabayon

Se volete disabilitare lo spindown del vostro hard disk (ovvero il fatto che l'hard disk viene mandato a dormire dopo un certo periodo di inattività quando siete in modalità batteria) e non rischiare così che l'hard disk si danneggi a causa del continuo fermarsi e ripartire (cosa che di solito è accompagnata anche da un rumore fastidioso e da una certa latenza del pc a rispondere ai comandi) basta creare il file /etc/pm/config.d/harddrive e inserire il seguente contenuto:

# preferred values to defaults in /usr/lib/pm-utils/power.d/harddrive

DRIVE_SPINDOWN_VALUE_AC=0
DRIVE_SPINDOWN_VALUE_BAT=0
DRIVE_POWER_MGMT_AC=254
DRIVE_POWER_MGMT_BAT=254

Istantaneamente potrete dire addio al fastidioso rumore e alla insopportabile latenza.

Duke VPN su Linux

Finalmente sono riuscito a configurare la VPN della Duke University su Linux. Fin quando non cambieranno di nuovo qualcosa, dovrebbe funzionare. Come sempre, scrivo qui le istruzioni in modo da non scordare come ho fatto.

Prima di tutto, bisogna aprire un browser e collegarsi al sito https://portal.duke.edu. Da qui possiamo fare il tentativo di collegarci alla VPN inserendo le nostre credenziali e poi cliccando sul pulsante di login. Solitamente il risultato ottenuto sarà che l'applet Java tenterà di installare il client Cisco necessario alla connessione ma non ci riuscirà, suggerendoci di installare manualmente il tutto. Cliccando sul link suggerito dalla applet verrà scaricato uno script di Bash (che è poi quello normalmente fornito da Cisco) per l'installazione del client Cisco.

Ho avuto un piccolo problema con l'utilizzo di questo script perché, durante l'esecuzione, va a ricercare il comando /sbin/lsmod che non era presente sul mio sistema. Il metodo più veloce e semplice per risolvere questo problema (non sono riuscito a modificare direttamente lo script perché alcune parti sono in formato binario) è quello di creare un link simbolico che punti alla corretta posizione del comando lsmod:

ln -s /bin/lsmod /sbin/lsmod

Una volta fatto ciò, sarà possibile eseguire lo script che si occuperà di installare tutto quello che ci serve. In particolare, verrà installato il servizio /etc/init.d/vpnagentd_init che deve essere fatto partire ogni qual volta vogliamo collegarci alla VPN. Eventualmente, si può aggiungere al runlevel di default in modo tale da farlo partire all'avvio. 

Una volta fatto partire il servizio, sarà sufficiente richiamare il comando /opt/cisco/vpn/bin/vpnui che farà partire la GUI del client Cisco. Potrebbe essere utile fare un piccolo scriptino di questo tipo:

#!/bin/bash


sudo /etc/init.d/vpnagentd_init restart

/opt/cisco/vpn/bin/vpnui &

da inserire per esempio in /usr/local/bin in modo da lanciare il client con un solo semplice comando.

La prima volta che lanciamo il client sarà sufficiente inserire nella casellina "Connect to:" l'indirizzo https://portal.duke.edu. Una volta fatto questo il server invierà al client la configurazione per far partire la VPN e sarà sufficiente inserire le nostre credenziali per essere dentro la rete Duke.

Bellino questo sistema! 

Soddisfazioni

Ho sempre pensato di essere un uomo intransigente. Non è facile darmi soddisfazioni. In questi giorni mi sono però dovuto ricredere. Mi sono infatti meravigliato di come una singola persona potesse darmi così tante soddisfazioni con così alta frequenza. Penserete che sto parlando della mia fidanzata o del mio migliore amico. No, niente di tutto questo. Molto meglio. Esiste una persona in questa ci

ttà che mi riempie di molte più soddisfazioni: una soddisfazione ad ogni curva, ad ogni cassonetto, ad ogni fermata dell'autobus, ad ogni cabina elettrica. "Chi è questo genio?" vi direte. Beh ve lo faccio vedere in foto. 

Si tratta dell'inimitabile "onorevole" Carmelo Currenti detto Pippo, non l'unico ma sicuramente il migliore nell'antico ma sempre moderno sport che consiste nel tappezzare le nostre povere città della propria faccia, in ogni luogo, in ogni centrimetro quadrato disponibile, senza il benchè minimo freno inibitore. Volevo, con tutto il cuore, rivolgerle il mio più sentito ringraziamento, "onorevole" Currenti: lei e tutti i suoi "simili" mi date la soddisfazione di rendermi conto che noi non saremo mai come voi ogni volta che vedo le vostre facce in giro.

PS: ed ecco alcuni amici dei nostri amici che contribuiscono alle mie soddisfazioni anche a notte fonda. Sono veramente orgoglioso.

Bumblebee su Sabayon

Finalmente Bumblebee, il tool che si occupa di gestire la tecnologia nVidia Optimus sul nostro amato portatile, è stato inserito nel repository di Sabayon.

Tutto ciò che si deve fare è installare il pacchetto con:

equo install bumblebee

Successivamente si dovrà configurare il sistema per far partire il servizio al boot tramite:

rc-update add bumblebee default

Infine basta aggiungere il vostro utente al gruppo bumblebee e il gioco è fatto.

Una delle dipendenze di bumblebee è bbswitch. Questo modulo del kernel è davvero utile per accendere e spegnere la scheda grafica discreta nVidia del vostro portatile. Inoltre è possibile configurare il sistema in modo tale da spegnere/accendere la scheda all'avvio della macchina in modo da avere sempre la configurazione desiderata.

Per accendere spegnere la scheda discreta:

tee /proc/acpi/bbswitch <<<OFF 
tee /proc/acpi/bbswitch <<<ON

Ovviamente con un

cat /proc/acpi/bbswitch

possiamo verificare lo stato della scheda.

Per configurare il modulo per accendere spegnere la scheda all'avvio basta modificare il file /etc/modprobe.d/bbswitch.conf inserendo la riga seguente:

options bbswitch load_state=X unload_state=Y

X e Y (che configurano il comportamento al caricamento del modulo e al suo scaricamento - ovvero all'accenzione e allo spegnimento della macchina ad esempio) vanno sostituiti con gli indici -1, 0, oppure 1 che rispettivamente rappresentano "non cambiare lo stato della scheda", "spegni la scheda", "accendi la scheda".

Non potete immagine quanto sia bello non avere più un portatile che sembra una stufa.

Invitare tutti gli amici ad un evento su Facebook

Questo è l'ultimo script funzionante che ho trovato in rete:

javascript:var allChildren=document.getElementsByTagName('*');for (var i = 0; i < allChildren.length; i++) {var child = allChildren[i];if (child.getAttribute('name') == 'checkableitems[]') {child.click();}}

Come sempre va incollato nella barra degli indirizzi dopo aver cliccato sul pulsante Invita amici nella pagina dell'evento. Ricordatevi di far scorrere l'elenco degli amici fino in fondo altrimenti vi selezionerà solo i primi che Facebook carica all'inizio. Inoltre prestate attenzione al fatto che se utilizzate Chrome è possibile che quando incollate nella barra degli indirizzi scompaia la prima parte javascript: che è invece necessaria.

Skype non si connette in Sabayon

Se anche voi utilizzate Sabayon, avrete forse riscontrato il mio stesso problema subito dopo l'ultimo aggiornamento: Skype non si connette più e se provate a chiuderlo appare come se fosse bloccato (è necessario killarlo per riuscire a chiuderlo).

Ecco la soluzione:

emerge --sync
emerge -av =app-emulation/emul-linux-x86-baselibs-20120127 app-emulation/emul-linux-x86-qtlibs app-emulation/emul-linux-x86-gtklibs

Subito dopo l'installazione di questi pacchetti, Skype tornerà a funzionare correttamente. Ho trovato questa soluzione qui dove viene anche detto che questi pacchetti verranno al più presto inseriti in Entropy. 

Valgrind e Sabayon

Per lavoro sono costretto a programmare in C++ e Valgrind si è rivelato essere un ottimo alleato soprattutto nel momento in cui ci si trova costretti a combattere con problemi riguardanti l'allocazione della memoria.

Nelle ultime versioni di Sabayon ho però riscontrato un problema che impedisce a Valgrind di funzionare correttamente. Se quando avviate Valgrind avete un output simile al seguente:

$ valgrind ls

==30502== Memcheck, a memory error detector
==30502== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==30502== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==30502== Command: ls
==30502== 

valgrind:  Fatal error at startup: a function redirection
valgrind:  which is mandatory for this platform-tool combination
valgrind:  cannot be set up.  Details of the redirection are:
valgrind:  
valgrind:  A must-be-redirected function
valgrind:  whose name matches the pattern:      strlen
valgrind:  in an object with soname matching:   ld-linux-x86-64.so.2
valgrind:  was not found whilst processing
valgrind:  symbols from the object with soname: ld-linux-x86-64.so.2
valgrind:  
valgrind:  Possible fixes: (1, short term): install glibc's debuginfo
valgrind:  package on this machine.  (2, longer term): ask the packagers
valgrind:  for your Linux distribution to please in future ship a non-
valgrind:  stripped ld.so (or whatever the dynamic linker .so is called)
valgrind:  that exports the above-named function using the standard
valgrind:  calling conventions for this platform.
valgrind:  
valgrind:  Cannot continue -- exiting now.  Sorry.


allora vi conviene seguire i consigli che potete trovare qui. Fondamentalmente, quello che è necessario fare è:

• Aprire il file /etc/entropy/client.conf;
• Inserire la riga "splitdebug = enable" alla fine del file;
• Reinstallare glibc (sudo equo install glibc);
• Eliminare la riga appena aggiunta dal file /etc/entropy/client.conf.

In questo modo le librerie glibc verranno reinstallate con i simboli per il debug che è proprio quello che serve a Valgrind per funzionare correttamente.