Non usando mai il touchpad in questi giorni, perchè non ne avevo necessità, ho sempre usato il mouse USB, e non mi sono accorto che dopo l’aggiornamento il pad del mio laptop ha assunto un comportamento anomalo: ha smesso cioè di funzionare il click al tap.

In un primo momento, mi sono armato di bash, nano, e soprattutto di dita di scorta (:D), per risolvere il problema che credevo fosse causato da un aggiornamento di HAL o di Evdev, che magari, che so, aveva sovrascritto qualche file di configurazione di troppo, e quindi aveva inficiato sul buon funzionamento, o quantomeno sul funzionamento “alla come dico io” del mio touchpad.

Smanetta che ti rismanetta, edita che di edita, usa che ti riusa le dita di scorta, sono arrivato al dunque: numerosi reboot, e il touchpad che per quanto io bussassi forte e facessi ripetutamente toc toc, tac tac, e tic tic, non voleva saperne di clickare.

A quel punto, all’ennesimo reboot, per sbrigarmi, ho deciso di provare il tap direttamente sulla scrittona “Opzioni” presente nel mio GDM. Funzionava :|

Mi sono detto, “allora c’è qualcosa che non va”. Login, tutto va bene, mi ritrovo immantinente nel mio desktop, e comincio a ravanare nel dialogo delle preferenze. Scav scav scav scav… TOC! Ahi, la testa! Ho sbattuto… contro questo.

Un dialogo di preferenze? Da quando GNOME ha un dialogo di preferenze del mouse che include anche i settaggi del touchpad? :P

Sarà che sono troppo nerd, sarà che non sapevo della sua esistenza, fatto sta che ho ravanato nei file di configurazione di HAL per circa venti minuti prima di accorgermi del fattaccio; Adesso tutto si spiega, tutto ha un suo perchè, c’è una risposta alla vita, l’universo e tutto quanto. Non male, ottimo lavoro, però cavolo, qualcuno poteva avvisarmi eh.

E adesso tappo sul pulsante “Pubblica”. :lol:

È già da due o tre giorni che sto testando il tutto sul mio laptop con immensa soddisfazione, e sto scoprendo pian pianino tutti i cambiamenti che GNOME ha subito nel corso di questi mesi in cui mi sono crogiolato con la release 2.26: nuove interfacce di granting dei permessi, ritocchi per quanto concerne l’interfaccia, e miglioramenti diffusi in tutti i software che fanno da humus per quanto riguarda il piedone di casa Linux, sono i tratti che caratterizzano la versione che sto testando e che è destinata a trasformarsi di qui a poco nella release 2.28, l’ultima prima del grande passo che porterà a GNOME 3. :)

Veramente un ottimo lavoro, quello del team con un piedone nel cuore, che porta anche miglioramenti in fatto di usabilità.

L’unica nota negativa che ho da fare a questa beta appena rilasciata, è la non sufficiente leggerezza di Metacity, il quale non esita un secondo a farmi schizzare su Xorg di un bel 10% nel workflow della CPU, ma pazienza, nessuno è perfetto, e confido nel fatto che, se la cosa non verrà corretta tempestivamente, sarà riparata dai distributori nei rami “in corsa”, ossia Debian Unstable, Ubuntu Karmic (sulla quale non ho controllato), Arch Testing, Gentoo ~x86, e chi più ne ha più ne metta.

Per ora mi godo lo gnomo così come ce lo offre JGC, e fornisco uno screenshot del mio pacman.conf alle righe incriminate, per chiunque volesse inquinare la propria box Arch con software radioattivo, non maturo e che potrebbe uccidere il vostro armadillo domestico. :D

In fondo, un’immagine vale più di mille parole no? :P

Tutto ciò, ormai è risaputo per chi si è un po’ addentrato nel mondo dell’estetica da messenger, è consentito dal motore grafico Webkit, visto che le sciccherie adottate provengono in realtà da OSX, precisamente dal messenger Adium; nella precedente guida mi è stato fatto notare come su Ubuntu Jaunty ci siano problemi di compilazione del plugin che permette di utilizzare i temi di Adium, e in parecchi abbiamo visto come questo fatto dipenda dalla versione di Webkit utilizzata, che appunto in Ubuntu Jaunty è un tantinello vecchia. Occorre quindi dare una svecchiata al nostro Webkit, e possiamo mantenere aggiornato il celebre motore grafico semplicemente aggiungendo un repository alla nostra lista già molto fornita.

Un repository è semplicemente un “magazzino di software” dove vengono messi i pacchetti per la distribuzione. Le versioni di questi vengono poi controllate dal gestore di pacchetti che decide se sono da aggiornare o meno. Inoltre tramite repository esterni è possibile installare programmi esterni.

Il repository del Webkit Team tuttavia si occupa solamente di mantenere una versione stabile e aggiornata del pacchetto libwebkit. Ordunque, aggiungiamolo :)

Apriamo il file che contiene la nostra lista dei repository:

sudo gedit /etc/apt/sources.list

Se non abbiamo aggiunto nulla, questo file contiene solamente repository ufficiali. In caso contrario contiene già anche altri repository esterni, ma non dobbiamo preoccuparcene :)

Aggiungiamo in fondo le righe relative al repository del Webkit Team:

deb http://ppa.launchpad.net/webkit-team/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/webkit-team/ppa/ubuntu jaunty main

Salviamo il file, chiudiamo e aggiorniamo il nostro sistema. Possiamo farlo anche subito da terminale:

sudo apt-get update && sudo apt-get dist-upgrade

Con questo aggiornamento, ci saranno anche i pacchetti di Webkit alla nuova versione ;)

[blaster]
Server = http://ilportalinux.it/arch_repo/x86_64

Ecco a voi, arcieri sessantaquattresi italiani e non, le righe da aggiungere al vostro pacman.conf per quanto riguarda il mio repository :D

Enjoy it :)

Per ora le novità sono esigue, ma una su tutte spicca: il neonato repository è infatti l’unico a fornire una versione di Gwibber funzionante perfettamente in ambiente Arch Linux. Il pacchetto è stato creato a partire da alcune modifiche apportate al PKGBUILD disponibile su AUR dal buon Uastasi, che così facendo ha permesso a me di impacchettare il software senza problemi di sorta, e a noi tutti di poter usare questo spettacolare programma anche sulla nostra distribuzione preferita. Un grazie di cuore, davvero.

Per il resto, ho soddisfatto più o meno le richieste che mi sono state fatte nei commenti al precedente post, tranne quelle del povero Emanuele che dovrà aspettare un po’: il pacchetto di Paraview è grosso trentacinque Megabyte, e non ho una connessione a fibra ottica :D

Per quanto riguarda gli altri software di fluidodinamica computazionale, OpenCascade ci mette un casino di tempo a compilare, e in questo periodo non ho proprio tempo di dedicare la CPU a quel mostro, e Gmsh richiede OpenCascade. Per MeshLab invece, sto procedendo pian pianino verso la creazione di un PKGBUILD, anche se procedo a rilento per via del fatto che devo impacchettare altre cose.

Beh, non resta che iniziare a goderci insieme i frutti di questo lavoro; basta aggiungere al proprio pacman.conf le seguenti righe:

[blaster]
Server = http://ilportalinux.it/arch_repo/i686

Refreshare i repository con pacman -Sy, e magari provare ad installare qualche pacchetto ;)

L’unico difetto per ora, è che non ho una Arch64 sotto mano, quindi chi volesse offrirsi di ricompilare tutto per processori a 64 bit, non deve fare altro che dirmelo.