Sulle mailing list è possibile leggere molto a riguardo, sul fatto che “normalmente” un riavvio del server X non dovrebbe essere necessario e su quanto, per un nuovo utente, possa essere semplice digitare accidentalmente la combinazione e ritrovarsi con il lavoro perso e una bella schermata di login senza sapere perché.

In effetti le ragioni sono plausibili, ma per alcuni il “normalmente”, significa aver necessità di riavviare X senza dover eseguire il kill del processo da un terminale: in passato mi sono capitate delle situazioni in cui X si è completamente congelato e con un ctrl+alt+backspace si è ripristinato il tutto senza dover riavviare l’intero sistema. Avendo l’opzione disabilitata, se il terminale (ctrl+alt+f1…f6) non risponde ai comandi allora non resta che il reset. Nel mio caso, ho preferito riabilitare l’opzione, aggiungendo al file xorg.conf (solitamente in /etc/X11) l’opzione “DontZap” ed impostandola a “false“. In proposito, riporto la sezione del mio file di configurazione:

In successivi aggiornamenti, è stata introdotta anche su HAL una disabilitazione della combinazione. Per riattivarla è sufficiente aggiungere questa entry

all’interno del file /etc/hal/fdi/policy/10-keymap.fdi

In caso il file non fosse presente, copiarlo da /usr/share/hal/fdi/policy/10osvendor

E modificarlo aggiungendo la entry di cui sopra.

Riporto di seguito il mio file keymap che funziona correttamente utilizzando entrance come login manager:

Infine, se non si sta usando l’integrazione Xorg/HAL occorrerà aggiungere una opzione nel file /etc/X11/xorg.conf all’interno della sezione keyboard

Al solito, spero che a qualcuno sia utile ;)

Non è pienamente testato, potrebbe contenere diversi bug, diverse funzionalità sono ancora da implementare, ma chi volesse provarlo può scaricarlo da questo link:

http://fabiofalcinelli.it/files/archE17svn.sh

Potete testarlo, modificarlo redistribuirlo sotto i termini della licenza GPL.

Installazione

Per usare lo script è sufficiente copiarlo in una qualsiasi directory. Di default lo script creerà una cartella archE17svn nella home dell’utente che lo esegue ed esegurà tutte le operazioni al suo interno.

Configurazione

Lo script accetta i seguenti parametri:
-r popola un repository per pacman (non ancora implementato)
-f forza la ricompilazione di tutti i pacchetti
-R reinstalla la snapshot precompilata presente in community
-d compila con simboli di debug
-o=name1,name2,… checkout e compilazione dei soli pacchetti elencati
-w=dir cambia la directory di lavoro (il default è ~/archE17svn)
-h stampa a video il messaggio di aiuto

Una volta compilato, potrete usare e17… Di seguito un piccolo screenshot :)

e17 and wallpaper module

L’immagine mostra il modulo wallapaper che permette la configurazione dello sfondo del window manager. La cosa veramente interessante del modulo è l’ordinamento in scala cromatica delle immagini: ho sempre pensato che ordinare le immagini in base al nome (quindi in ordine alfabetico) non abbia molto senso e questo modulo ne è la prova.

Per vedere il modulo in azione, potete visualizzare il video al link sottostante

http://www.rasterman.com/files/wp2.avi

Alla prossima!

È più facile a farsi che a dirsi in questo caso! Vi mostro come esempio la mia configurazione del touchpad. In Xorg.conf avevo le seguenti opzioni:

che sono diventate, né più né meno, il file /etc/hal/fdi/policy/11-x11-synaptics.fdi :

In sostanza, a parte direttive specifiche, le opzioni che a suo tempo avevo abilitato nel file di configurazione del server X sono diventate nodi di tipo stringa del file XML. In questo modo ho, per esempio, lo scrolling orizzontale disabilitato, funzionalità che trovo scomoda alquanto. Per maggiore chiarezza, facendo riferimento proprio al caso di scrolling orizzontale, quella che era

è diventata

E di qui si può procedere con le altre personalizzazioni.

Qual è il vantaggio dell’integrazione con HAL? Qualcuno dice “Nessuno, semplicemente sono state spostate le configurazioni dei device di xorg in un file XML”…
Penso invece che sia un grande passo in avanti per la modularità e l’integrazione tra le diverse componenti, inoltre, se la periferica viene riconosciuta correttamente (e accade per buona parte delle periferiche di input) non è necessario toccare neanche un singolo file di configurazione, a meno di non aver necessità di impostazioni particolari: infatti nella mia configurazione di HAL, molte delle opzioni non sono state necessarie perché riconosciute correttamente in automatico.

Ora vi saluto e spero di non aver scritto troppe cavolate :)

Nonostante abbia ormai definitivamente scelto Pidgin come client (in quanto multiprotocollo), aMsn è sempre stato un ottimo prodotto opensource. La versione in sviluppo, che si può ottenere da SVN, supporta tra le varie anche l’antialiasing dei caratteri, caratteristica offerta dalle librerie TCL/TK.  Dopo aver installato da SVN su archlinux con

ed avviato, mi veniva  richiesto TLS e utilizzando il wizard non sono riuscito ad ottenerlo funzionante. La soluzione è semplice:
modificare il file /usr/lib/tls1.50/pkgIndex.tcl sostituendo tls 1.5 con tls 1.50 in modo che la riga risultante sia la seguente:

indicando ora nelle preferenze di amsn (sulla scheda avanzate) la directory di TLS dovreste avere tutto perfettamente funzionante.