Bazzicando per LAU mi sono imbattuto in questo sito: http://jakemandell.com/tonedeaf/

Questo è il mio score:

Ma come ha già fatto notare qualcun’altro questi test hanno poco a che fare con la mia abilità musicale

Ieri prima di addormentarmi avevo sentito degli strani rumori in soffitta… questa mattina ho ricevuto questa email:

This is an automatically generated mail message from mdadm
running on persbaglio

A Fail event had been detected on md device /dev/md0.

It could be related to component device /dev/hda2.

Faithfully yours, etc.

P.S. The /proc/mdstat file currently contains the following:

Personalities : [raid1]
md0 : active raid1 hda2[2](F) hdc1[1]
4104960 blocks [2/1] [_U]

unused devices: none

Se per qualche giorno perSbaglio rimmarrà inattivo sapete perche’. Se al ritorno non ci sara’ piu’ questo post saprete che e’ andato tutto storto ed ho dovuto ripristinare il backup di qualche minuto fa.

Il tutto dopo soli:

persbaglio:/# uptime
12:01:50 up 54 days,  9:54,  1 user,  load average: 0.06, 0.03, 0.01

P.S.

Anche /dev/hdb1 contiene errori, ma non facendo parte del raid è piu’ discreto e non manda email.

Parlo della mia! Praticamente ho speso tempo, forze ed energia per capire come mai uno stupido esempio che utilizzava gnome-keyring si rifiutava di compilare fallendo miseramente al momento del linking poiché mancava un simbolo nella relativa libreria.

All’inizio stupore “non può essere” poi inizio con objdump a vedere se questo simbolo era presente o meno, ma niente. Quindi apro il caro xchat e preso da dubbi comincio a rompere su #gnome #gnome-hackers e #gnome-debian, chiedendo se objdump visualizzasse tutti i simboli esportati in una libraria o per qualche ragione a me ignota escludesse le variabili globali.

Beh qualcuno mi ha aiutato, ma praticamente sono rimasto con il dubbio se objdump fosse il tool adatto e sono andato fuori strada poiché ho subito pensato ad un bug della mia distribuzione. Non rimaneva che scaricare i sorgenti da svn e provare direttamente quelli.

Stesso identico errore, quindi posto l’esempio su xchat e come prevedibile, grazie all’aiuto di qualche smanettino verifico che gentoo ubuntu e mandriva falliscono tutte. A questo punto il problema deve essere upstream.

Quindi prima devo chiarire se objdump -T fa il suo lavoro o meno poi iniziare a smanettare suo sorgenti, ma da dove partire dato che sembrano corretti? Beh scrivo un programma che simula la struttura di quella parte della libreria e raggiungo la consapevolezza che

1. objdump fa bene il suo lavoro e lo fa anche su file .o ed eseguibili ed ha anche un sacco di amici come nm
2. che grep come cosigliato da qualcuno non va bene perché può dare falsi positivi (simboli di debug)

Con queste nuove armi indago sul risultato della compilazione della versione in trunk ed arrivo alla conclusione che nel file gnome-keyring.o sto benedetto simbolo c’è, ma poi alla fine nell’immagine .so scompare.

Quindi non può essere gcc, ma qualche altra cosa… e bang: libtool. A questo punto è diventato tutto più facile e dopo aver dato un occhio ad header elf, scritto programmi, il fix si è ridotto ad una riga in Makefile.am!

http://bugzilla.gnome.org/show_bug.cgi?id=522651

Comunque era da tanto tempo che non provavo questa sensazione di novità mista a curiosità e mi è proprio piaciuta!