La prima volta in una applicazione upstream gnome non si scorda mai:

http://svn.gnome.org/viewvc/metacity?view=revision&revision=3615

Ho riabilitato compiz di nuovo e per gioco! Non ci sarebbe nulla di cui scrivere se non fosse per un dettaglio: è usabile sul mio pc.

:~$ cat /proc/cpuinfo
……..
model name : Intel(R) Pentium(R) 4 CPU 1.50GHz
stepping : 2
cpu MHz : 1495.272
cache size : 256 KB
……..

con una semplice ATI 9200SE che non può nemmeno andare a 8x perche’ il mio bus AGP e’ troppo vecchio!

Di solito tutte le volte che mi è capitato di abilitare compiz, dopo pochi giorni di utilizzo ritornavo al fido metacity poichè le animazioni di minimize/maximize ed il resize delle finestre erano leggermente lenti.

Al contrario, questa volta, ho voluto approfondire, ho lasciato XAA per la più nuova EXA e la differenza si è vista immediatamente. Il tutto grazie a questo commento e qualche prova sul campo.

Un’ultima cosa: AGPFastWrite nel mio caso blocca tutto, uomo avvisato…

Come al solito nello spirito di essere il piu’ possibile indipendente da Windows anche per le cose più strane, oggi ho dedicato la giornata (e parte della notte) al mio nuovo lettore mp3 (del quale non ho mai parlato).

L’obiettivo era quello di poter effettuare l’upgrade del firmware senza utilizzare windows. Quindi mi sono messo al lavoro e sorpattutto grazie ai forum / wiki di rockbox sull’argomento creative mi sono fatto un’idea di quello che serviva:

1. Utility per estrazione firmware dall’exe windows che è possibile scaricare dal sito creative
2. Programma per trasmettere il firmware allo Zen

Il risultato è che dopo qualche oretta di ricerche e porting di programmi windows etc etc riesco ad avere un software che svolge egregiamente il compito 1 ed un altro che riesce a fare l’upload di un file tramite libmtp. Obiettivo raggiunto!

A questo punto faccio una bella pausa per la cena, poi un po’ di tv ed infine decido di buttare un occhio al forum per vedere se ci sono novita’. Trovo che zook ha appena pubblicato una nuova e piu’ completa versione delle sue utilita’.

Macino, compilo, qualche piccolo riadattamento e mi metto a fare delle prove con zen_crypt, più per curiosità che per altro.

Con grande sorpresa, dopo qualche tentativo, scopro la chiave con la quale è criptato il programma che gira nello ZEN (il file TL) e scorrendolo con un editor esadecimale becco anche il codice HMAC per firmare i firmware ed uploadarli cosi’ al dispositivo.

Bene si puo’ dire che lo Zen 4GB è un passo più vicino a RockBox (2 chiavi su 3)! Ora manca solo quella del programma di rescue (FRESC) che però credo sia la più difficile da scovare.

Come andrà a finire lo si potrà leggere qui.

Breve ed interessante sessione di debug di mtpfs con valgrind e alleyoop!
Come si evince dal secondo tentativo, nessun leak rimasto a parte qualche segnalazione (spero spuria) di libfuse.

Nota: se provando a debuggare un filesystem fuse, valgrind vi risponde con un bel:

fuse: failed to exec fusermount: Permission denied

Provate a togliere l’attributo sticky sia da /usr/bin/fusermount che /bin/mount ed eseguite il tutto da root. Una volta terminato il debug ricordatevi di rimettere tutto a posto.

Una caratteristica molto carina di emacs è la possibilità di abilitare la modalità server in una finestra dell’editor già avviata.

Questa funzionalità unita al programma emacsclient rende l’apertura di un qualsiasi file successivo al primo praticamente istantanea poichè emacs è già in memoria ed ha già eseguito il file di startup.

Tuttavia su windows e credo anche con linux, ma lì non si vede, successivamente alla prima esecuzione all’avvio di emacsclientw si ottiene un messaggio di errore simile a questo:

Esistono vari modi per aggirarlo, in alcuni forum parlano di bug, altri consigliano di installare EmacsW32, qualcun’altro ha capito che il problema è legato al file server di emacs.
In effetti il motivo del messaggio è la presenza del file server di una precedente sessione di emacs, in quanto le informazioni in esso contenute sono ovviamente errate poichè si riferiscono ad un’istanza dell’editor non più in esecuzione.

Capita la causa del problema, la soluzione è alquanto semplice: vedere se esiste un’istanza dell’editor in esecuzione ed in caso contrario eliminare il file ed eseguire emacs. Tuttavia esiste anche un modo ancora più immediato ricorrendo a qualche riga di elisp.

Infatti basta inserire un hook che alla chiusura dell’editor verifichi la presenza del file e lo elimini:

; elimina il file server all'uscita
(add-hook 'kill-emacs-hook (function (lambda () (
if (file-exists-p "~/.emacs.d/server/server") (delete-file "~/.emacs.d/server/server")))))