L’ambiente è stato completamente rivoluzionato. Per alcune cose (poche) in meglio, per altre (molte) in peggio. In generale si nota una spiccatissima tendenze ad assomigliare più possibile a OSX. Per non dire che lo stanno copiando a man bassa.

I pregi

Partiamo con i pregi che, come ho detto, non sono molti. Il più importante, e forse quello di cui pochi si sono accorti, è la possibilità di trascinare una finestra verso uno dei bordi destro o sinistro, e automaticamente la finestra si ridimensiona a metà schermo e si aggancia al bordo. Rende molto semplice affiancare due finestre, per esempio per copiare file o per tenere un editor su una e una shell (per compilare) o un browser (per testare un sito) sull’altra.

Utile anche lo stesso effetto sul bordo superiore, che massimizza la finestra.

Sarebbe stato bello se trascinandola contro il bordo inferiore occupasse la parte di mezzo dello schermo, rimpicciolendo le parti destra e sinistra, in modo da averne tre affiancate, o occupasse la parte inferiore dello schermo, simulando di fatto il layout di molti programmi di posta.

Altro “wish” sarebbe stato che tenendo cliccato, dopo aver raggiunto il lato dello schermo, un movimento verso l’alto o il basso avesse permesso di decidere la dimensione della finestra (metà, 1/3, 1/4, ecc. di schermo).

L’altro pregio notevole è una maggiore sensazione di velocità. Principalmente è dovuta agli effetti di fading, che fanno sembrare più fluido il tutto, ma non ci stanno male.

Il dialog che appare premendo Alt-F2 (sulle impostazioni standard) o Menu (sulle mie) è molto più veloce rispetto al precedente, ma ha il difetto di non mostrare le alternative sull’auto-complete, quindi o si conosce il nome completo dell’applicazione o si rischia di dover ricorrere al menu Attività (che è lentissimo).

I “neutri”

Ad alcune novità probabilmente ci si può abituare.

Mi riferisco soprattutto alla posizione della barra, forzatamente in alto (io la preferisco in basso).

Sempre riguardo la barra, non si possono posizionare le “applet” (qui chiamate estensioni) come si preferisce. Per spostare un elemento bisogna installare un’altra estensione o modificare il codice di quella che c’è (che è in javascript). Mi potrebbe anche andare bene se ci fosse un manuale con le API scritto bene.

Le impostazioni di sistema sono più ordinate e hanno meno opzioni. Mi andrebbe benissimo, se ci fosse un modo per impostare quelle più avanzate. C’è solo gconf-editor, ma a trovarne alcune è un terno al lotto, e altre semplicemente sembrano non esistere.

E` sparita completamente la gestione dei temi. C’è solo quello di default. Che sarebbe carino se non avesse i titolo delle finestre attive e inattive troppo simili tra loro (è solo più sbiadito il testo). Per fortuna almeno mi lasciano mettere i bottoni sulla barra come voglio io (close:minimize,maximize,menu)

I difetti

Ma veniamo alla parte più corposa di questa “mini recensione”. Non saprei quale sia il più grave, quindi li elenco nell’ordine in cui mi vengono in mente.

Non esiste una scorciatoia per la funzione “cicla tra le finestre di questo workspace”, che era lo standard di Gnome 2. Si può ciclare tra tutte le finestre dell’applicazione attuale, o tra tutte le applicazioni del workspace corrente, ma non tra le finestre. Io tengo 4-5 finestre di Chrome nel workspace 10, e altre sparse nei workspace 4, 5 e 6. Tengo Evolution e Pan nel 9, Skype e Pidgin nell’8. Ogni tanto l’alt-tab mi cambia workspace e non capisco dove sono, anche perché (difetto numero 2) non ci sono indicazioni visuali. Non c’è più l’indicatore di workspace nella barra.

Non c’è più (difetto 3) nemmeno la lista delle finestre del workspace corrente. E quindi (difetto 2+3=4) non c’è più nessun tipo di anteprima (anche statica) delle finestre. Quindi pidgin che mette un asterisco sul titolo della finestra con nuovi messaggi, evolution che mette il numero di mail non lette, Chrome che mette il titolo del sito, ecc. non si vedono più.

E (difetto 5) non ci sono più aree di notifica persistenti, quindi non vedo a colpo d’occhio se ho ricevuto un IM o un’email, o se ho finito un download. E il menu “personalizzato” in alto a destra fa intuire un’integrazione con gli IM, ma l’impressione è che non funzioni. O almeno, finché non ho aperto pidgin, i miei amici non mi vedevano online su GTalk, e io non sapevo come vedere loro e come mandargli messaggi.

Non essendoci la lista di workspace (difetto 6) non posso nemmeno spostare velocemente le finestre da un workspace all’altro.

La finestra attività (difetto 7), spudoratamente copiata da OSX come effetto, mi sembra inutile. Posso intuire le intenzioni vista la lista dei difetti precedenti, ma ne ha uno grossissimo: è inutilizzabile senza mouse. La lista delle applicazioni è disorganizzata. Ci sono le categorie a destra, ma trovo enormemente più veloce il vecchio sistema ad albero. E si può usare solo col mouse. La barra delle applicazioni preferite è inutile quando ne usi più di una decina.

E passiamo alla barra inferiore. Perché c’è, ma non si vede (difetto 8)! Basta spostare il mouse sul lato inferiore dello schermo e appare. E qui ci sono le icone di notifica! Con tanto di aggiornamento in tempo reale, quindi pidgin annuncia un nuovo messaggio e evolution una nuova mail. Ma li vedi sono se sposti il mouse lì. Quindi sono inutili. Faccio prima a fare Alt-F8 (rimappato a “go to workspace 8″ da me), sbirciare le finestre, e rifare Alt-doveeroprima per tornare a lavorare. Ma devi ricordarmi di farlo, mentre prima lo vedevo con la coda dell’occhio.

E il fatto che questa bella barra appaia sopra il resto significa che se sei su Chrome in maximize, su un sito lunghissimo, e vuoi prendere il knob dello scroller per tornare in cima, non puoi. O almeno devi stare attento a non avvicinarti troppo al bordo inferiore dello schermo, altrimenti la barra si sovrappone (difetto 9).

Ma torniamo ai workspace: sono dinamici (difetto 10)! Non posso decidere di averne 10 e di posizionare le finestre come mi trovo meglio per passare tra i workspace con una combinazione di tasti. Dovrei aprire le finestre nel workspace corrente e poi, da Attività, spostarle manualmente dove mi trovo meglio. Il risultato finale è un semplice “fuori dalle balle, mi serve questo workspace libero” che incasina tutto e non permette di avere un ordine.

Il difetto 11 probabilmente è un bug che verrà risolto. Se lascio il PC incustodito per qualche ora (acceso di notte) parte il salvaschermo. Lo schermo diventa nero, nella barra in alto c’è il mio nome con un lucchetto di fianco e al centro un orologio con l’ora sbagliata (alle 10 di stamattina segnava l’una di notte). E questo nonostante abbia disattivato il blocco dello schermo dalle impostazioni.

Il problema è che non sembra ci sia un modo razionale e deterministico per uscirne. Muovere il mouse, cliccare sul lucchetto, sul nome, sull’ora o da qualsiasi altra parte non serve a niente. Qualche volta, dopo 5-6 MINUTI, si sveglia e mostra il desktop. Altre volte devo andare in console e killare gnome-session (e con lei tutte le applicazioni aperte).

I palliativi

Per alcuni difetti ci sono palliativi.

Per esempio per il 6 basta andare nelle Attività (premendo il tasto Windows di sinistra) e trascinare le finestre da lì.

Per il 3 c’è un’estensione che mostra la lista delle finestre aperte, ma non si aggiorna in tempo reale (bisogna cambiare workspace e tornarci) e soprattutto mostra solo il nome dell’applicazione, e non il titolo impostato dalla stessa. Quindi quasi completamente inutile. Serve solo a sapere che ci sono altre finestre aperte lì.

Per il 2 c’è un’estensione che mostra il numero di workspace in cui ci si trova, ma senza preview. Anche questo poco utile.

Per il 10 c’è un’estensione che permette di averne un numero fisso. Ho dovuto modificarla un po’ (il codice era pessimo), ma funziona.

Commenti finali

Insomma, sembra tutto pensato per dover per forza usare il mouse, per farti perdere tempo e per somigliare più possibile a OSX.

Ma se volevo OSX compravo un Mac. E io non voglio OSX. Voglio un ambiente personalizzabile, che mi consenta di toccare il mouse meno possibile, che non si metta in mezzo quando cerco di lavorare. E Gnome 3 non va nella direzione giusta. Nei prossimi giorni (ri-)proverò XFCE e KDE e prenderò una decisione.

Nella puntata precedente abbiamo visto come personalizzare sospensione e ibernazione, oggi vediamo come ho personalizzato Gnome per adattarlo al meglio alle caratteristiche dell’Eee. Per la maggior parte si tratta di modifiche estetiche o di preferenze personali, ma molte sono orientate a risparmiare spazio sullo schermo o anche ad allungare la durata della batteria.

Innanzitutto uno screenshot:

Come potete vedere, ho eliminato la barra in alto (lo schermo è già abbastanza “basso” di suo). Ho quindi proceduto a configurare il pannello in basso. Right-click sul pannello e Proprietà richiama la finestra di configurazione. Qui ho selezionato Orientamento ->Basso, Dimensione -> 21pixel (il minimo), Espandere -> attivo, Nascondere automaticamente -> non attivo, Mostrare i pulsanti di riduzione -> non attivo, Sfondo -> Nessuno.

Per chi volesse ancora più spazio, può selezionare “Nascondere automaticamente”, oppure attivare i pulsanti di riduzione, che permettono di ridurre il pannello a pochi pixel a destra o a sinistra, e farlo riapparire cliccando su quello che rimane dopo la riduzione. Provate un po’ di configurazioni e vedete come vi trovate meglio.

Per i più “fissati” con OSX, si può anche installare Avant Window Navigator, che fornisce una barra come quella di OSX, a scomparsa. Io ho puntato sul minimalismo.

Le applet installate, da sinistra a destra, sono “Menu principale” (non “Barra dei menu” che occupa molto più spazio), “Variazione frequenza CPU” per monitorare le variazioni dinamiche della frequenza CPU, “Mostra scrivania”, per tornare velocemente al desktop (sto pensando di toglierla, non la uso mai), “Selettore area di lavoro” più per vedere dove sono e quali workspace sono occupati che per passarci, visto che ho impostato degli shortcut (mi sono limitato a 4, di solito ne uso 10 sul fisso… ), quindi c’è “Elenco finestre” che occupa gran parte dello spazio, configurato per mostrarmi solo le finestre del workspace corrente e, a destra, “Area di notifica”, che ora contiene le notifiche della batteria e del WiFi di NetworkManager, quindi “Volume” per controllare il volume delle casse, “Lock Keys” per monitorare CAPSlock e NUMlock, in quanto la tastiera non ha i led (va installata a parte, pacchetto lock-keys-applet), e infine il banale “Orologio”,.

Con questa configurazione, con Nautilus attivo, dopo il login (automatico con GDM) la RAM occupata è intorno ai 150 MB.

Perché non LXDE?

Ho provato anche lxde, che sta crescendo velocissimamente, ma non mi soddisfava pienamente. Per esempio non era ancora pronta l’applet per monitorare NetworkManager (ho visto che recentemente ne è entrata  una in Debian, ma va in conflitto con NetworkManager), e il pcmanfm non montava automaticamente i dispositivi mobili.La configurazione, poi, è sparsa per troppe interfacce (quella di lxpanel, quella di openbox) e a volte richiede di modificare manualmente file di testo, come per gli shortcut da tastiera di openbox.

Inoltre il risparmio di RAM rispetto a Gnome era di una trentina di MB, quindi ho preferito quest’ultimo che ha molte più funzionalità. Ma sicuramente riproverò lxde a breve. Per ora gli ho “rubato” lxterminal, che uso al posto di gnome-terminal, perché molto più veloce ad aprirsi e risparmioso di RAM, anche se ha un buffer ridottissimo e il tasto F10 hardcoded per aprire il suo menu, cosa che mi dà qualche problema con mc (risolto usando Esc-0 al posto di F10 per uscire).

Personalizzazioni nascoste

Quello che non si vede dallo screenshot è la configurazione delle scorciatoie da tastiera. Sono una caratteristica che trovo fondamentale, soprattutto per un notebook. La possibilità di fare più cose possibile senza staccare le mani dalla tastiera per raggiungere il touchpad (una delle periferiche più scomode mai inventate, secondo me) fa risparmiare moltissimo tempo e permette di concentrarsi meglio sul proprio lavoro.

Una delle cose che non sopporto di Gnome e KDE, e in generale delle nuove interfacce su Linux, è la mania di copiare Windows, e quindi di assegnare, per esempio, Alt-F4 alla chiusura della finestra corrente. Alt-F4, da che Unix è Unix, serve a passare alla console numero 4, quindi ho assegnato da Alt-F1 a Alt-F4 per passare ai rispettivi workspace, relegando a Home-F4 (Home è il tasto con la casetta, equivalente del tasto finestra delle tastiere Windows-oriented) la funzione di chiusura e di conseguenza tutte le altre funzionalità sulle finestre, da Home-F2 a Home-F9.

Ho impostato Home-F11 per attivare lo stato di massimizzazione della finestra, e F11 (come di default) per la modalità a tutto schermo. In questo modo ingrandisco velocemente qualsiasi finestra, sia che lo supporti (come Firefox) sia che non lo faccia. La differenza tra i due è che con Home-F11 rimangono visibili la barra del titolo della finestra e il pannello di Gnome, mentre con F11 sparisce tutto, e rimane solo in contenuto della finestra, facendo guadagnare una cinquantina di pixel in verticale.

Come dicevo, Alt-F1 passa al workspace 1, quindi Shift-Alt-F1 sposta (to shift = spostare, in inglese) la finestra corrente al workspace 1. E Alt-Left e Alt-Right (tasti cursore) vanno al workspace a sinistra e a destra, quindi Shift-Alt-Left e Shift-Alt-Right spostano la finestra di conseguenza.

Ho invece lasciato di default l’Alt-Tab per cambiare finestra attiva, mentre ho impostato su Home-D il “Mostra desklop” (ecco perché voglio togliere l’applet).

Ed ora i problemi

Nella sezione “Ambiente grafico” del configuratore di shortcut, si possono impostare solo i tasti per mostrare “Esegui applicazione” e per aprire un terminale tra le applicazioni lanciabili. Per questi due ho scelto Home-X e Home-T, rispettivamente. Ho lasciato Stamp per catturare schermate e Alt-Stamp per catturare screenshot di finestre, mentre ho impostato il tasto Menu (quello tra AltGr e la freccia a sinistra) per mostrare il menu del pannello.

Tutte le altre associazioni (visualizza manuali, calcolatrice, email, browser, cartella home, cerca) vengono impostato della sezione “Desktop”. E qui c’è un bug. Di gnome-settings-manager, per la precisione.

In particolare, questi shortcut funzionano solo se li associate a combinazioni con Ctrl, Shift e Alt, mentre se cercate di usare AltGr, Home o (volendo configurarlo apposta) Menu, non lo potete fare. L’interfaccia vi farà credere di averlo fatto, ma poi il daemon che dovrebbe intercettarli non li riconosce.

C’è un bug aperto dal 2005 (!!) sul bugtracker di Gnome, ma sembra che sia stato finalmente risolto solo con Gnome 2.23.5 (appena rilasciato), che però è una versione per sviluppatori, quindi per averlo in Debian dovremo aspettare Gnome 2.24. Considerando che Lenny è in freeze e uscirà come stable, forse, a settembre, e che Gnome 2.24 dovrebbe essere contemporaneo, forseforse avremo il tutto nella prossima testing, secondo me intorno a dicembre/gennaio.

Per ora ho dovuto impostare combinazioni con Shift-Ctrl-tasto (F1 per i manuali, C per la calcolatrice, M per le mail, W per il browser, H per la home e F per la ricerca).

Tema

Il tema che ho scelto è un miscuglio.

In particolare uso Clearlooks per i controlli (Crux era troppo scuro per i miei gusti, e Murrina-Tangoesque non mi piace), che mi permette anche di personalizzare i colori di alcuni componenti del desktop.

Anche i bordi delle finestre sono Clearlooks, perché preferisco il tasto di chiusura a sinistra e tutti gli altri a destra, e non tutti i temi permettono di farlo. Sto pensando di passare a Murrine che uso con soddisfazione sul fisso, anche se ho paura che sia un po’ più pesante di Clearlooks.

Per avere il tasto di chiusura a destra, bisogna aprire l’editor della configurazione e modificare in /apps/metacity/general la voce button_layout. La mia è “close:menu,minimize,maximize”, ma potete impostarla come preferite. Io sono abituato all’Amiga.

Le icone sono le classiche Tango, esteticamente belle ma senza essere troppo “fancy” come le NuoveTX o troppo simili ad altri S.O.

Il puntatore è quello standard.

Come caratteri uso “DejaVu Sans Condensed” da 7 punti per applicazioni, documenti e scrivania, la versione Bold dello stesso per i titoli delle finestre, e la “DejaVu Sans Mono Book” da 7 punti per la larghezza fissa. Per la resa a schermo ho selezionato “Ottimizza contrasto”, e in particolare, sotto “Dettagli” ho impostato il valore corretto di 133 punti per pollice per la risoluzione dello schermo, la Sfumatura a “Scala di grigi” e l’Approssimazione (hinting) a “Completa”.

I vostri gusti potrebbero essere diversi, e potreste, per esempio, volere la “Sfumatura subpixel”. Io non ne vado pazzo perché a volte mi capita di vedere le sfumature blu o rosse attorno ai caratteri.

Nella sezione “Interfaccia” delle preferenze di aspetto ho infine impostato di mostrare le icone nei menu e di mostrare solo le icone nelle toolbar, in modo da risparmiare spazio. Non ho ancora avuto la necessità di impostare le scorciatoie modificabili.

Nautilus

Ho configurato Nautilus (Menu->Sistema->Preferenze->Gestione dei file) in modo da usare di default la vista a elenco ordinata per nome, elencando le cartelle prima dei file, con un ingrandimento predefinito del 50%. Ho anche disattivato il pannello laterale delle finestre, e impostato la visualizzazione, nell’ordine, di Nome, Dimensione, Data di modifica, Permessi Ottali e Proprietario, in modo da avere nel minor spazio possibile il maggior numero di informazioni.

Ho quindi configurato le anteprime per non mostrarla per i file di testo, e solo per file locali inferiori a 100 KB per tutto il resto.

Ho quindi abilitato il “browser mode” di Nautilus andando in Menu->Strumenti di Sistema->Editor della configurazione e modificando in /apps/nautilus/preferences la voce “always_use_browser”, impostandola a true. Non mi piace la modalità spaziale di Nautilus, e mi piace ancora meno quando ho così poco spazio a disposizione sul desktop.

Già che ci siete (nell’editor della configurazione), potete anche impostare come preferite le icone sul desktop, alla voce /apps/nautilus/desktop. Io le ho impostate tutte a true: computer_icon_visible, home_icon_visible, network_icon_visible, trash_icon_visible, volumes_visible.

Network Manager

Se, come penso, usate l’Eee soprattutto quando siete in giro, e quindi vi collegate spesso a reti diverse, sia Ethernet che WiFi, la cosa migliore è lasciar fare tutto a Network Manager.

Installate quindi il pacchetto network-manager-gnome, che si porterà dietro le sue dipendenze, e, se vi servono, i pacchetti network-manager-openvpn-gnome e network-manager-pptp-gnome, utili per collegarsi via VPN (non mi è ancora successo di averne bisogno, ma averli non dà fastidio).

Quindi, da root, modificate /etc/network/interfaces per cancellare tutti i riferimenti alle reti, tranne quelli all’interfaccia “lo”. Il mio file è più o meno così:

auto lo
iface lo inet loopback

Tutto il resto verrà gestito da network manager. Quando attiverete la radio WiFi (con Fn-F2) si cercherà da solo le reti dosponibili, e quando attaccherete il cavo ethernet partirà automaticamente la ricerca di un IP tramite DHCP.

Con un RightClick sull’icona dentro la notification area e selezionando Edit Wireless Networks vi apparirà una finestra in cui potrete configurare anche i parametri per WEP e WPA, che verranno salvati nel portachiavi condiviso di Gnome (protetto da password), quindi non dovrete impostarli ogni volta che vi collegherete a quella rete (a meno di admin fannulloni che lasciano l’ESSID di default sull’access point…)

Retroilluminazione

Onestamente non ricordo se ho fatto modifiche sostanziali, ma una cosa molto utile per risparmiare batteria, e implementata in modo anche abbastanza gradevole, è la possibilità per Gnome di “giocare” con la retroilluminazione dello schermo.

La configurazione si raggiunge tramite Menu->Sistema->Preferenze->Gestione alimentazione, ed è suddivisa in “alimentazione da rete elettrica” e “alimentazione da batteria”, oltre alle impostazioni generali.

Alcune di queste voci le abbiamo già impostate “a mano” nello scorso post, lavorando con l’Editor di Configurazione.

Io ho impostato, tra le altre cose, di mostrare sempre l’icona nell’area di notifica e di non usare suoni per gli errori. Nell’alimentazione a batteria ho scelto di non mettere mai in pausa il computer, anche se inutilizzato, ma di mettere in pausa lo schermo dopo 15 minuti. Ho attivato anche la riduzione della retroilluminazione e l’oscuramento dello schermo quando inattivo. Nell’alimentazione da rete ho scelto di non mettere in pausa né il computer né lo schermo quando inattivo, e di impostare la luminosità al 70%, più che sufficiente per qualsiasi uso. Anche qui ho impostato di oscurare lo schermo quando inattivo.

L’effetto è un fade della retroilluminazione, che si abbassa quando non usate il PC e si rialza al livello precedente appena toccate un tasto o il touchpad.

Oggi, con un po’ di tempo a disposizione, mi sono messo a lavorare su Esse ed Essedue, e ho implementato alcune modifiche che mi hanno convinto a portare la versione alla fatidica 1.0:

• In fase di chiusura viene controllato che non ci siano file aperti e modificati ma non salvati, e viene chiesta conferma
• Si possono aprire file direttamente dalla linea di comando. Se non esistono o sono illeggibili viene aperto un requester di errore
• Ho aggiunto un file .desktop, in modo da farli apparire nei menu di Gnome, KDE e dei WM e DM che seguono le direttive freedesktop.org
• Entrambi sono stati debianizzati. I file per creare il pacchetto deb sono inclusi assieme ai sorgenti.

Ora anche chi non era interessato a Vala o alla programmazione in genere, potrà scaricarsi il pacchetto deb della versione che preferisce, presente nella pagina di progetto di Esse, ed utilizzarlo. Non ho testato, ma in teoria il pacchetto dovrebbe essere compatibile anche con Ubuntu 8.04.

Se non vi piace, aptitude remove è vostro amico.

Se trovate dei bug non esitate a segnalarmeli.

Sviluppi futuri

A meno che a qualcuno (anche solo uno) non interessi in modo particolare, questa 1.0 sarà l’ultima versione di Esse (la versione che utilizza Glade), mentre proseguirò lo sviluppo solo di Essedue (la versione “standalone”). Il motivo principale è che è noioso fare il porting delle modifiche e delle correzioni tra una versione e l’altra. Purtroppo glade usa prototipi di chiamata delle callback diversi da quelli di signal_connect(), quindi non basta un copia/incolla, ma devo verificare riga per riga che ogni modifica funzioni in entrambi i casi.

Vista la natura “piccolo è bello” di Esse, togliere la dipendenza da glade e da un file esterno è il passo più logico per mantenere semplice il software.

La versione 1.0 resterà comunque a disposizione anche per studiarne il sorgente, e correggerò i bug che si presenteranno.

La versione 2.x (con supporto per configurazioni e, forse, stampa) sarà solo per Essedue.

Segnalo a chi fosse interessato, nella pagina dedicata ad Esse, il mio micro-editor scritto in Vala, la disponibilità di Essedue.

Si tratta dello stesso micro-editor, con le stesse caratteristiche minimali, a cui è stata completamente rimossa la dipendenza da Glade. Ora la GUI viene costruita interamente da codice, e per i menu e la toolbar ho utilizzato UIManager.

Il pacchetto è più piccolo, in quanto XML non è proprio un formato “risparmioso”, mentre l’eseguibile è cresciuto leggermente, da 36 a 40 KB. In compenso, in memoria, esse occupa 13.3 MB (di cui 8.1 condivisi, quindi 5.2) ed essedue 12.6 (di cui 7.6 condivisi, quindi 5.0). In pratica tutto il risparmio, come previsto, è dato dalla libglade (500 KB) e dal DOM XML per la stessa (circa 200 KB). Il risparmio non è enorme, soprattutto in un sistema che usa già glade per altri software, ma in un sistema embedded come un palmare anche solo quei 200 KB potrebbero essere utili per qualcos’altro.

Per fare un confronto molto spannometrico, geany occupa 19.2 MB (di cui 9.5 condivisi, quindi 9.8) e gedit  28.5 (di cui 15 condivisi, quindi 13.5).

Ora non mi resta che capire dove vadano a finire quei 5 MB, viste le dimensioni dell’eseguibile, ma presumo in strutture di sistema, aree allocate dalle librerie, bitmap dei widget, ecc. Mi piacerebbe capire se si possono ridurre.

Dopo aver configurato tutto l’harwdare nella puntata precedente, in questa puntata vediamo come attivare e soprattutto personalizzare la sospensione e l’ibernazione.

In realtà, avendo installato il pacchetto eeepc-acpi-scripts e uswsusp, ed avendo una partizione di swap già attiva, la sospensione dovrebbe già funzionare, ma a me il comportamento di default non piace molto, quindi mi sono messo a studiare cosa succede effettivamente durante queste fasi. Purtroppo alcune parti mi sono ancora oscure, e non sono riuscito ad ottimizzarle, ma qualcosa di nuovo l’ho imparato.

Mi devo scusare per il ritardo di questo articolo, ma mentre stavo per pubblicarlo sono stati aggiornati il kernel, gli script eeepc-acpi-scripts e anche gnome. Sono stato costretto a rivedere tutta la configurazione. Il lato buono è che ora è un po’ più preciso e dettagliato.

Configurazione di base

Innanzitutto avremo bisogno di una partizione di swap, visto che l’ibernazione (non la sospensione) ne ha bisogno.

Se ne avete creata una durante l’installazione, potete usare quella, altrimenti uswsusp supporta anche gli swapfile, quindi possiamo crearne uno con due semplici comandi (attenti a non sbagliare a scrivere qualcosa, qui si inizia a rischiare ). Date, da root:

dd if=/dev/zero of=/home/.swapfile bs=1M count=512
mkswap /home/.swapfile

In questo modo abbiamo creato un file nascosto (notate il punto davanti a swapfile) di 512 MB, posizionato nella partizione con le home, e l’abbiamo trasformato in un file di swap.

Ora la scelta sta a voi. La strada più facile è di utilizzare sempre questo file come swap, con il vantaggio che avrete 512 MB di memoria (virtuale) disponibile in più, ma con due svantaggi:

1. State usando una flash memory per la swap, che non è molto bello, perché aumenta notevolmente il numero di scritture
2. Se andate ad occupare la swap perché finite la RAM, l’ibernazione non funzionerà più, perché non ha spazio dove salvare l’immagine della RAM.

Usare sempre la swap

Se volete comunque procedere, almeno limitate al minimo l’uso della swap, editando il file /etc/sysctl.conf (sempre da root, come tutto quello che faremo oggi tranne la config di gnome) e scrivendoci una riga come questa:

vm.swappiness = 0

In questo modo il sistema userà la swap solo se veramente necessario. Infine aggiungete la swap in /etc/fstab per attivarla automaticamente ad ogni riavvio:

/home/.swapfile       none            swap    sw              0       0

Naturalmente questa riga va inserita DOPO la riga che monta la partizione /home (se avete scelto di partizionare come vi ho detto nelle puntate precedenti).

Usare la swap solo per l’ibernazione

Io ho preferito attivare la swap solo quando iberno il notebook, e disattivarla quando lo risveglio, in modo da evitare il più possibile gli svantaggi che ho elencato sopra.

Il pacchetto eeepc-acpi-scripts dipende già da pm-utils, che raccomanda uswsusp. Installateli entrambi, mal che vada vi dirà che sono già aggiornati:

aptitude install pm-utils uswsusp

Ora avrete una nuova directory di configurazione, /etc/pm, che contiene varie sottodirectory. Quella che interessa a noi è sleep.d. Creiamo qui dentro il file 00swap:

/etc/pm/sleep.d/00swap

 #!/bin/sh
case $1 in
        suspend|hibernate)
                mkswap /dev/sdb2
                swapon /dev/sdb2
        ;;

        resume|thaw)
                swapoff /dev/sdb2
        ;;
esac

Io ho usato una partizione, ma se avete creato lo swapfile come ho detto sopra, sostituite /dev/sdb2 con /home/.swapfile in entrambe le righe dopo hibernate e in quella dopo thaw.

La riga mkswap serve a ripulire la swap da eventuali immagini salvate in precedenza, in modo da evitare errori durante l’ibernazione.

Ho dovuto impostare la swap sia per hibernate che per suspend, perché pm-utils, quando si usa lo script pm-suspend-hybrid (che sospende e iberna, come vedremo dopo) richiama le opzioni per suspend/resume, e non quelle per hibernate/thaw. Non dovrebbero esserci controindicazioni, a parte un leggero rallentamento (qualche decimo di secondo) durante il suspend “puro”, e il fatto che si perde l’immagine dell’ultimo hibernate quando si va in suspend puro, ma non dovrebbe mai servirvi, a meno che non stiate facendo cose molto brutte.

I nomi vengono passati automaticamente dalle pm-utils quando parte l’azione corrispondente, quindi manteneteli così (suspend, hibernate, resume, thaw).

Basta solo questo file, in quanto gli script qui dentro vengono richiamati in ordine alfabetico durante la sospensione, e in ordine inverso durante il risveglio. Usando 00 all’inizio del nome del file, siamo sicuri che venga eseguito per primo al suspend e per ultimo al resume.

Uswsusp funziona in modo un po’ particolare. Appena parte l’ibernazione cerca di mettere in swap tutto il possibile, poi comprime la RAM e la salva sul resto della swap. Questo provoca uno strano effetto al resume: dopoche riappare la vostra schermata, la SSD “frulla” per un po’, a causa dello swapoff che riporta tutto il contenuto della swap in RAM per poi disattivare la swap. Il sistema rimane comunque usabile, e l’operazione non dura più di qualche secondo.

Ora editate il file /etc/pm/config.d/default. Il mio è così:

SLEEP_MODE="uswsusp"
SUSPEND_MODULES="snd_hda_intel,snd_pcm,snd,snd_page_alloc,ath_rate_sample,ath_pci,wlan,ath_hal"

Questo dice a pm-utils di usare uswsusp come metodo di sospensione, e di provare a rimuovere dal kernel i moduli elencati prima di sospendere o ibernare.

I moduli elencati qui davano problemi con linux-image-2.6.25-1-686, ma almeno il modulo audio sembra non abbia più bisogno di essere rimosso con la nuova linux-image-2.6.25-2-686 (versione 2.6.25-6. Ogni tanto Debian mi perplime…). Sto pensando di mettere qui anche il modulo per la ethernet (atl2), perché, anche se solo una volta, mi ha piantato l’Eee dopo il resume con il cavo ethernet collegato. Dovrò fare altri esperimenti.

Ricordatevi anche di rigenerare la configurazione di uswsusp e l’initrd:

swapon /dev/sdb2
dpkg-reconfigure uswsusp
swapoff /dev/sdb2

Bisogna attivare la swap prima di configurarlo, in modo che la trovi da solo, senza doverla specificare a mano. Naturalmente se avete scelto di mantenere la swap sempre attiva, i due passi non servono, e basta il dpkg-reconfigure.

E rispondete alle varie domande che vi fa. Selezionate la compressione della RAM, altrimenti il thaw sarà lentissimo. Non ho notato differenze sostanzial, invece, tra l’avere scritture preventive o non averle. Alle altre domande normalmente basta premere Invio.

Al termine della configurazione viene rigenerato l’initrd, quindi dovete riavviare per renderlo attivo.

ATTENZIONE!

Questa operazione (dpkg-reconfigure) va fatta solo la prima volta, o se cambiate la partizione o il file di swap. NON va fatta se cambiate semplici configurazioni negli script di suspend/resume o in quelli di ACPI. Quindi praticamente la farete una volta sola, a meno che non usiate un file di swap e vogliate cancellarlo e ricrearlo periodicamente per evitare danni alla SSD, ma a meno che non mandiate in ibernazione il vostro Eee ogni 5 secondi, non dovreste averne bisogno. Con 3 ibernazioni al giorno la SSD dovrebbe durarvi qualche centinaio di anni.

Provare la configurazione

Se avete appena riconfigurato uswsusp con dpkg-reconfigure, ricordate di riavviare, poi potete provare le varie procedure di sospensione e ibernazione coi i comandi:

pm-suspend
pm-hibernate
pm-suspend-hybrid

Il primo sospende in RAM, il secondo iberna su disco, il terzo fa entrambe le cose. Per risvegliare l’Eee basta premere il pulsante di accensione. Non tenetelo premuto per troppo tempo (4 secondi), altrimenti l’effetto sarà quello di spegnerlo in modo brusco, che comporta anche l’invalidazione del BootBooster (non preoccupatevi, si riattiva da solo al successivo reboot) e, naturalmente, un tempo di boot più lungo, in quanto viene eseguito anche il controllo sui dischi.

Personalizzare tutto

Come ho detto, non mi piacevano i default scelti dal team Debian per l’ibernazione. Ho quindi configurato tutto in modo che:

• chiudendo il coperchio si attiva il suspend2ram
• premendo il tasto di accensione/spegnimento si attiva il suspend2disk
• premendo Fn-F1 si attivano entrambi: lo stato viene salvato su disco ma il sistema entra in suspend2ram. In questo modo il resume è immediato, e se si scarica la batteria comunque si riprende a lavorare senza perdere dati, caricando l’immagine da disco

Vediamo come fare. Il tutto viene controllato dagli script in /etc/acpi. Alcuni li ho dovuti creare io, altri li ho solo modificati. Eccoli qui:

/etc/acpi/events/lid

event=button/lid LID
action=/etc/acpi/actions/mysuspend.sh

/etc/acpi/events/powerbtn

# /etc/acpi/events/powerbtn
# This is called when the user presses the power button and calls
# /etc/acpi/powerbtn.sh for further processing.

# Optionally you can specify the placeholder %e. It will pass
# through the whole kernel event message to the program you've
# specified.

# We need to react on "button power.*" and "button/power.*" because
# of kernel changes.

event=button[ /]power
action=/etc/acpi/actions/myhibernate.sh

/etc/acpi/events/sleep

event=button/sleep SLPB
action=/etc/acpi/actions/myhibernatesuspend.sh

Questi sono i file di configurazione che determinano quale script viene eseguito quando un certo evento ACPI viene attivato. Ho usato nomi diversi da quelli di eeepc-acpi-scripts per le azioni, in modo che non vengano sovrascritti dopo un aggiornamento. Naturalmente verrebbe chiesta conferma, ma è più comodo verificare i cambiamenti e modificare i propri script.

Di seguito gli script veri e propri che vengono richiamati, presenti in /etc/acpi/actions:

/etc/acpi/actions/mysuspend.sh

#!/bin/sh

# do nothing if package is removed
[ -d /usr/share/doc/eeepc-acpi-scripts ] || exit 0

if (runlevel | grep -q [06]) || (pidof '/sbin/shutdown' > /dev/null); then
    exit 0
fi

brn_control=/sys/class/backlight/eeepc/brightness
[ -e $brn_control ] || brn_control=/proc/acpi/asus/brn # pre-2.6.26

brightness=$(cat $brn_control)
pm-suspend --quirk-s3-bios
echo $brightness > $brn_control

Viene verificato che non sia in corso un halt o un reboot (controllando il runlevel o se sta venendo eseguito il comando shutdown), quindi inizia la sospensione tramite “pm-suspend”. Prima del suspend viene salvata la luminosità dello schermo, e ripristinata dopo il resume.

/etc/acpi/actions/myhibernate.sh

#!/bin/sh
# do nothing if package is removed
[ -d /usr/share/doc/eeepc-acpi-scripts ] || exit 0

if (runlevel | grep -q [06]) || (pidof '/sbin/shutdown' > /dev/null); then
    exit 0
fi

brn_control=/proc/acpi/asus/brn

brightness=$(cat $brn_control)
/etc/acpi/actions/wireless.sh off
pm-hibernate
echo $brightness > $brn_control

Lo script è molto simile al precedente, ma ho aggiunto l’opzione per disattivare il wireless, senza riattivarlo al risveglio, contando sul fatto che se sto ibernando il PC, difficilmente quando lo risveglio mi troverò nello stesso posto ed anzi, potrei essere in aereo…

In ogni caso basterà premere Fn-F2 per riattivare il wireless dopo il risveglio.

Vediamo ora come sospendere e ibernare contemporaneamente:

/etc/acpi/actions/myhibernatesuspend.sh

#!/bin/sh

# do nothing if package is removed
[ -d /usr/share/doc/eeepc-acpi-scripts ] || exit 0

if (runlevel | grep -q [06]) || (pidof '/sbin/shutdown' > /dev/null); then
    exit 0
fi

brn_control=/proc/acpi/asus/brn

brightness=$(cat $brn_control)
pm-suspend-hybrid --quirk-s3-bios
echo $brightness > $brn_control

Lo script è praticamente identico a quello di sospensione, cambia solo il comando eseguito: pm-suspend-hybrid invece del semplice pm-suspend.

Quando avete fatto, riavviate acpid:

/etc/init.d/acpid restart

per ricaricare le impostazioni.

Quel ficcanaso di Gnome

Gnome ha la “brutta” abitudine di prendere il controllo di tutto il sistema di risparmio energetico appena attivate il demone gnome-power-manager. Il problema è che per avere l’indicazione dello stato della batteria sul panel, dovete per forza attivarlo. Non ho ancora capito quali script vada a richiamare per la sospensione, ma quel che è certo è che ignora quelli che abbiamo appena impostato, e gestisce da solo tutto.

Vediamo come disattivare questo comportamento.

Aprite l’editor di configurazione (menu Gnome->Strumenti di sistema->Editor della configurazione) e andate alla voce /apps/gnome-power-manager/actions. A destra avrete diversi flag di configurazione. Io li ho impostati così:

critical_battery           hibernate
critical_ups               shutdown
event_when_closed_battery  v (attivo)
low_ups                    nothing
sleep_type_ac              nothing
sleep_type_battery         nothing

Mentre a /apps/gnome-power-manager/buttons ho questi:

hibernate               nothing
lid_ac                  nothing
lid_battery             nothing
power                   nothing
suspend                 nothing

In questo modo disabilitiamo la gestione dei tasti per Gnome, abilitando la nostra, che funziona anche se usate altri Desktop o Window Manager.

Io ho impostato anche alcuni valori in /apps/gnome-power-manager/backlight:

battery_reduce             v (attivo)
brightness_ac              70
brightness_battery         20
dpms_method_ac             default
dpms_method_battery        default
enable                     v (attivo)
idle_brightness            0
idle_dim_ac                v (attivo)
idle_dim_battery           v (attivo)
idle_dim_time              30

Così la luminosità sarà del 70% con l’alimentazione attiva, e del 20 a batteria, ma potete comunque regolarla con i soliti Fn-F3 e Fn-F4. Quando non usate l’Eee per 30 secondi, se siete “a batteria” la luminosità scende a 0, per risparmiare energia.

Se volete potete sperimentare con gli altri parametri di gnome-power-manager, visto che la gran parte di quelli configurabili qui non sono disponibili dall’interfaccia di configurazione, che è eccessivamente semplificata, secondo me.

Prestazioni

Le prestazioni in fase di suspend, resume sono eccellenti. In pochi secondi (3 o 4) il sistema va in sospensione e si risveglia. In fase di thaw (il risveglio dopo l’hibernate) sono ottime. Dall’avvio del kernel da parte di GRUB al desktop pronto com’era prima passano circa 10-15 secondi.

Il problema, che non ho trovato come risolvere, riguarda l’ibernazione, che impiega circa 30 secondi. Il sistema sembra non fare nulla per quasi 20 secondi, mentre scrive “Snapshotting system”, e poi in meno di 5 secondi scrive l’immagine compressa della RAM su disco. Forse sta comprimendo la RAM. Devo scoprire se c’è modo di fargli usare un algoritmo più leggero.

Conclusioni

Mi pare di non aver scordato nulla, anche se le modifiche da fare sono abbastanza numerose.

Una cosa che non ho preso in considerazione, ma che sarà una bella rogna, è la gestione di periferiche rimovibili. Se mandate in sospensione l’Eee con una penna USB o una SD inserite, quindi le staccate e poi risvegliat, succedono cose molto brutte. Purtroppo non c’è un modo sicuro per sistemare tutto, perché un’applicazione potrebbe avere un file aperto sulla penna, e un umount prima della sospensione non andrebbe a buon fine. Ricordatevi quindi di smontare i device rimovibili prima di sospendere o di non toglierli dopo aver sospeso (o almeno di ricollegarli prima di risvegliarlo).

Nella prossima puntata parlerò delle mie personalizzazioni di Gnome: scorciatoie da tastiera, panel, applet, ecc.

Se avete seguito la prima parte di questa serie, ora avrete la vostra Debian Lenny installata sull’Eee 900, e dovreste avere anche le schede di rete (sia ethernet che wifi) funzionanti. Potete quindi procedere con aptitude (o con synaptic, se avete già installato e configurato X) ad installare tutto il software che vi serve.

Forse lo avete già notato, ma (con il kernel 2.6.24) la scheda audio non funziona, e con lei anche tutti i tasti “azzurri”, come la sospensione e l’audio. Funzionano solo i tasti per la regolazione della luminosità, gestita in hardware. Iniziamo quindi con l’aggiornare il…

Kernel 2.6.25

La prima cosa da fare è di installare un kernel più recente, e già che ci siamo anche gli script per la gestione dei tasti via ACPI (i suddetti “azzurri”).

Avete due possibilità per farlo.

La prima è di prendere i pacchetti dai repository Debian tramite un browser, e poi installarli con dpkg. La seconda (quella che ho scelto io) è di aggiungere i repository di unstable (sid) e di mettere dei pin sulla testing, in modo da mantenere lenny ed avere alcuni pezzi di unstable.

Prendere i pacchetti manualmente

Potete scaricare manualmente i pacchetti dai repository Debian (i link sono al repository principale, ma potere usare un mirror qualsiasi):

• http://ftp.debian.org/pool/main/l/linux-2.6/
• http://ftp.debian.org/pool/main/l/linux-modules-extra-2.6/
• http://ftp.debian.org/pool/main/e/eeepc-acpi-scripts/

Dal primo link scaricate il kernel. In questo momento è il pacchetto linux-image-2.6.25-2-686_2.6.25-5_i386.deb, ma nel frattempo potrebbero essere uscite nuove versioni. Dal secondo link vi servono i pacchetti atl2-modules-2.6.25-2-686_2.6.25+2.0.3-3_i386.deb e eeepc-acpi-modules-2.6.25-2-686_2.6.25+1.0-3_i386.deb, mentre dal terzo eeepc-acpi-scripts_1.0.3_all.deb.

Vi servirà anche il pacchetto per i driver wifi, che però non si trova nei repository ufficiali. Lo trovate qui: http://eeepc.debian.net/pool/non-free/e/eeepc-modules-non-free-2.6/ e si chiama madwifi-eeepc-modules-2.6.25-2-686_2.6.25+0.9.4+r3366-2_i386.deb

Trovate anche il pacchetto dei sorgenti a http://eeepc.debian.net/pool/non-free/m/madwifi-eeepc/ e si chiama madwifi-eeepc-source_0.9.4+r3366-1_i386.deb.

Devo ringraziare Niccolo Rigacci che mi ha dato un paio di dritte sulla ml di Debian EeePC. Sul suo sito trovate anche i driver per la webcam, che personalmente non uso, quindi non ho testato.

Usare il pinning per avere Lenny+Sid

Questo sistema permette di gestire i pacchetti suddetti, e soprattutto i loro aggiornamenti, in modo più semplice, ma attenzione: aptitude (o chi per lui) vi mostrerà come aggiornamenti dei pacchetti già installati (e conosciuti) le versioni di testing, ma vi mostrerà anche, come nuovi, i pacchetti che entrano in sid ma non sono ancora in testing. State quindi attenti quando vedete nuovi pacchetti nella lista. Personalmente preferisco così: ho i pacchetti nuovi appena entrano in unstable, e li aggiorno solo quando vengono aggiornati in testing, e conosco i rischi di questo approccio. Come dicono gli americani, Your Mileage May Vary.

Ecco come fare: dovete aggiungere i repository di sid e di Debian EeePC in /etc/apt/sources.list:

deb http://ftp.debian.org sid main contrib non-free
deb-src http://ftp.debian.org sid main contrib non-free

deb http://eeepc.debian.net/debian lenny main contrib non-free

Io ho messo anche il repository per i sorgenti, non si sa mai…

Dovete quindi modificare /etc/apt/preferences in modo da impostare lenny come standard:

Package: *
Pin: release a=testing
Pin-Priority: 1001

Tutto qui. Lanciate aptitude e premete “u” per aggiornare la lista dei pacchetti, dopdiché dovreste avere disponibile tutta la lista dei pacchetti elencati sopra disponibili per l’installazione: linux-image-2.6.25-2-686, atl2-modules-2.6.25-2-686, eeepc-acpi-modules-2.6.25-2-686, eeepc-acpi-scripts-1.0.3, madwifi-eeepc-modules-2.6.25-2-686.

I tasti Fn

Dopo aver installato i vari pacchetti, i tasti Fn dovrebbero (più o meno) funzionare tutti, ma, a dire il vero, per la maggior parte delle funzioni non mi hanno soddisfatto del tutto.

Prima di tutto, se volete avere un feedback a schermo, conviene installare anche il pacchetto aosd-cat. Gli script appena installati prevedono già la sua presenza e vi scrivono a schermo le operazioni che fate, se il desktop manager lo supporta. Io uso Gnome e non ho problemi.

Lasciando da parte la sospensione (di cui parlerò la prossima volta), e la luminosità (che funziona in hardware) rimangono i tasti per (dis)attivare il WiFi, per attivare un monitor esterno, per avviare applicazioni e per la regolazione del volume.

Vi dico subito che non ho ancora provato ad usare monitor esterni, quindi mi riservo l’argomento per un articolo futuro. Il tasto per avviare applicazioni (Fn-F6) non è ancora previsto, e non funziona nemmeno come hotkey su Gnome, quindi per ora è inutile.

I tasti per l’audio hanno bisogno di una ritoccatina per funzionare. Innanzitutto bisogna impostare quale volume vanno a modificare, nel file /etc/default/eeepc-acpi-scripts:

VOLUME_LABEL="Master"
HEADPHONE_LABEL="Capture"

Il modello 900 usa label diverse da quelle già impostate (LineOut e iSpeaker) che vanno bene per il 701, credo.

In questo stesso file poteteabilitare l’OSD (sempreche abbiate installato aosd-cat) e scegliere il relativo font. Quello di default è perfettamente leggibile anche con la risoluzione più alta del 900 rispetto al 701, quindi potet lasciarlo così (DejaVuSans 24). Potete impostare anche la risoluzione del monitor esterno attivato con la combinazione Fn-F5 ma, come dicevo, non l’ho ancora testato.

Un’altra modifica che ho fatto io è stata proprio sugli script di gestione del volume. Di default alzano o abbassano il volume del 2% per ogni click, ma io preferivo dover cliccare meno, quindi l’ho messo a 5%. Basta modificare /etc/acpi/actions/hotkey.sh e cercare le due righe che seguono, cambiando il 2 già presente con il 5 che vi mostro qui:

...
	amixer -q set $VOLUME_LABEL 5- unmute
...
	amixer -q set $VOLUME_LABEL 5+ unmute
...

Se siete smanettoni della bash, in questo script potrete cambiare il comportamento dei vari tasti (tranne il suspend, la chiusura del coperchio e il pulsante di accensione). State attenti a quel che fare e ricordate che questo file viene sovrascritto (ma vi chiederà conferma) quando aggiornate il pacchetto eeepc-acpi-scripts.

Se usate Gnome, l’applet di regolazione del volume si aggiornerà automaticamente quando premete questi tasti, quindi non è necessario impostarli nelle “Scorciatoie Da Tastiera”.

Per quanto riguarda il wireless, lo script funziona disabilitando completamente la scheda WiFi, quindi non viene solo spenta la radio, ma è come se la scheda venisse rimossa dallo slot.

Se usate Network Manager (e la relativa applet per Gnome) dovete editare /etc/network/interfaces e cancellare tutto quanto riguarda la scheda wlan0, in modo da permettere a NM di gestirla da solo. Se anche con la rete ethernet avete un server DHCP, cancellate anche tutto quello che riguarda eth0: NM gestisce anche l’hotplug del cavo ethernet. In pratica qui dovrebbe rimanere solo la configurazione di “lo” (localhost).

Quando attivate il WiFi, NM se ne accorge e inizia a scandagliare le reti WiFi disponibili. La Atheros non è proprio un fulmine a fare lo scan delle reti, quindi portate pazienza per 10-20 secondi e dovreste avere il vostro collegamento.

A proposito di NM, ho provato a usarlo per collegarmi con il cellulare via Bluetooth, tramite PPP (su GPRS) ma sembra che il modulo PPP funzioni solo se un’altra rete è attiva, configurandosi come VPN, quindi in pratica inutile. Sto cercando altre soluzioni, ma per ora ho paura che l’unico modo sia usare g-ppp-on o applet simili per Gnome.

CAPS? NumLock?

Un’ultimo dettaglio, prima di chiudere, riguarda i tasti CAPS e NumLock, per i quali l’Eee non ha led di stato. Su suggerimento di Davide Cavalca ho installato l’applet lock-keys-applet per Gnome, e attivato solo questi due (l’applet prevede anche lo ScrollLock, se vi serve).

Concludo qui questa seconda parte. La prossima volta parleremo di sospensione e ibernazione.

Come promesso, ho trovato il tempo di ripulire un po’ il codice del mio primo programmino in Vala, e per l’occasione ho creato una sezione apposita del sito dedicata a Vala, con una sottosezione dedicata a questo programmino, che ho chiamato Esse (spero non ci siano altri software con lo stesso nome…).

Il codice non è molto denso di commenti, anche perché, secondo me, è talmente chiaro e lineare che avrei finito col riscrivere in italiano quello che già si capisce leggendolo. L’unica cosa che forse confonde un po’ le acque sono i continui cast tra un oggetto e l’altro. Spero che nelle future versioni di Vala il tutto venga un po’ automatizzato e reso più trasparente.

Che altro aggiungere? Scaricatelo, guardate il sorgente, provatelo e fatemi sapere le vostre impressioni. La licenza è GPL2.

Vi ricordo che avrete bisogno del compilatore Vala (e del GCC) per compilarlo. In Debian Lenny (testing) è già presente da diversi mesi, quindi basta un

aptitude install valac

Happy hacking.

Come mi ero ripromesso, in questi 5 mesi ho dato un’occhiata a questi due nuovi linguaggi che sono apparsi sulla scena, e mi sono fatto un’idea sommaria delle loro capacità.

Vediamone velocemente le caratteristiche, i pro e i contro.

D

D è un linguaggio sviluppato dalla digitalmars, cercando di prendere il meglio da C++, Java, C# ed Eiffel. Ne è venuto fuori un linguaggio molto potente, che supporta programmazione ad oggetti, metaprogrammazione, moduli, unit testing integrato nel linguaggio e gestione automatizzata della memoria con garbage collector. Si può inoltre scrivere codice assembly direttamente nei sorgenti D.

Il tutto viene compilato in codice macchina, ed usa solo una libreria compilata staticamente nel software per tutte le funzionalità di base, mentre si avvale di due librerie dinamiche (tango e phobos) per alcune caratteristiche più avanzate.

Il codice sorgente è generalmente abbastanza pulito, e le prestazioni dei programmi generati sono, in alcuni casi, migliori degli equivalenti in C++.

La comunità è già molto vasta, e ha creato (o sta creando) bindings per le più comuni librerie, che comunque richiedono un lavoro di programmazione scarsamente automatizzabile, oltre a software di supporto come IDE o generatori di documentazione direttamente dai sorgenti, oltre a librerie apposite per questo linguaggio.

Tra gli svantaggi più gravi, secondo me, il fatto che il linguaggio viene portato avanti praticamente da una sola persona (Walter Bright) che, per quanto bravo, rallenta lo sviluppo del linguaggio. Ancora peggio, sempre secondo me, il fatto che la licenza con cui viene distribuito il compilatore ufficiale (DMD) non è di tipo open source, e per questo non è possibile inserirlo in alcune distribuzioni, come Debian, che usano solo software open.

In realtà esiste una versione open source del compilatore, GDC, che però è anch’essa sviluppata da una sola persona, per di più spesso latitante, e che usa un frontend coperto da copyright (di DigitalMars), per cui non può essere integrato in GCC, dove avrebbe una comunità di sviluppatori molto più vasta. Inutile dire che Bright non ha alcuna intenzione di cedere il copyright a FSF.

Il linguaggio sembra ottimo come general purpouse, è in gran parte multipiattaforma, ma sotto Linux presenta alcuni problemi che me l’hanno fatto scartare a favore di Vala. Per esempio il fatto che molti software devono essere adattati a livello sorgente per poter essere compilati con GDC (che è presente in Debian), ed altri che proprio non funzionano con GDC. Tra questi ci sono anche i binding per le librerie Gtk+, chiamati GtkD. Questo costringe ad usare il compilatore closed source dmd per scrivere programmi gtk, e quindi li esclude automaticamente da un’eventuale inclusione in Debian (infatti non esiste il pacchetto deb per GtkD).

Anche la libreria che dovrebbe essere standard di D (Tango) non esiste in formato opensource, mentre si trova solo Phobos, che sembra sia deprecata. In generale la situazione intorno a D è spesso molto confusionaria, anche se si stanno sviluppando progetti particolarmente interessanti.

Questo non ha impedito a Kenta Cho di sviluppare degli ottimi giochi per Linux che sfruttano SDL sotto Linux (li trovate sotto “Windows”, ma molti possono essere compilati quasi senza modifiche per Linux, e sono presenti in Debian).

I programmi compilati con D possono non richiedere alcuna libreria, il che lo rende buono/ottimo per scrivere software di sistema come driver, daemon e simili. Purtroppo, per ora, si portano dietro una libreria compilata staticamente che porta la dimensione minima di un eseguibile oltre i 350 KB anche per un semplice Hallo World.

Vala

Tutt’altro percorso ha portato allo sviluppo di Vala, che nasce come wrapper intorno a GObject, uno dei componenti di GLib da cui ereditano anche tutti gli oggetti di Gtk+.

Il linguaggio si ispira molto a C# per la sintassi, ed è puramente ad oggetti. In effetti ogni oggetto definito in Vala dovrebbe essere dichiarato come figlio di GObject per garantire il corretto funzionamento del software con tutte le caratteristiche previste.

Questa stretta dipendenza porta, per esempio, ad avere supporto diretto per tutti i tipi supportati dalle GLib (quindi interi da 8 a 64 bit, numeri floating point a vari livelli di precisione, ma anche array, hashtable, liste, ecc.), ed al sistema di gestione dei segnali di questa libreria, che permette di definire con una sintassi semplicissima l’associazione tra un segnale emesso da un oggetto (come un click su un pulsante) e la callback corrispondente (la funzione che gestisce il segnale).

Anche per Vala la gestione della memoria è automatizzata, in questo caso dai meccanismi già collaudati di GLib. Le variabili vengono liberate automaticamente quando non servono più, e le liste e le hash table si estendono automaticamente quando serve più spazio.

Il codice Vala viene “compilato” in codice puro in C, che viene quindi passato a GCC per la compilazione definitiva. Questo doppio passaggio, al di là di una (piccola) perdita di prestazioni in fase di compilazione, garantisce invece ottime prestazioni in fase di esecuzione (anche qui, in alcuni casi migliori dell’equivalente scritto in C++), ed una compatibilità perfetta con altri software.

Si può quindi scrivere in Vala una libreria che poi si potrà usare in C o in qualsiasi altro linguaggio, così come si può usare in Vala una qualsiasi libreria per Linux tramite la scrittura di un file di definizione (VAPI) per le sue funzioni. In alcuni casi questo file può essere generato in modo quasi automatico da alcuni tool, e in pochi mesi sono nati decine di binding a librerie più o meno conosciute, a partire, naturalmente, dalle Gtk, passando per molte librerie di Gnome (tra cui GStreamer, Canvas, GIO, Glade, ecc.), per finire con Gecko e Webkit, SDL, Hildon, JSON, Curses, SOUP, USB, ecc.

Il linguaggio è quindi ottimo per scrivere software con interfaccia grafica, principalmente Gtk, e rimane ottimo anche per software di base come i daemon o i plugin per Gnome, in quanto l’unica libreria essenziale per il funzionamento è appunto la GLib. Non è adatto a scrivere driver per il kernel, anche se, con un po’ di attenzione, forse ci si può riuscire.

Tra i difetti del linguaggi, sicuramente, la sua giovane età, che implica che lo sviluppo sia a volte vorticoso al punto da rendere incompilabile un software scritto per una versione sulla versione successiva. Nella maggior parte dei casi, comunque, si tratta di correggere pochi punti del codice per adeguarsi alle nuove caratteristiche.

Ci sono ancora alcuni bug aperti su cui gli sviluppatori non hanno ancora messo le mani, ma in generale per quelli più gravi la velocità di risposta e di correzione è molto alta, nonostante il numero esiguo di programmatori, in pratica solo uno fisso, Juerg Billeter, con il contributo di Raffaele Sandrini e, sporadicamente, di una decina di altri che seguono la mailing list e propongono patch.

Stando alla Roadmap, verso la fine dell’anno è prevista la versione 1.0, e finora i rilasci sono stati abbastanza ben rispettati.

Forse il difetto più grosso che ho riscontrato, ad oggi, è la documentazione molto carente. Fortunatamente gli esempi che si trovano in giro e il supporto della mailing list del progetto spesso aiutano a portare avanti il lavoro, anche se un po’ a braccio.

La scelta

Immagino che dal mio entusiasmo nella descrizione si sia già capito cosa ho scelto.

“Purtroppo” la gran parte del software che scrivo ha a che fare con le interfacce e coi database (e tutto è per il web o per Linux), quindi per me è fondamentale che siano ben supportate le librerie Gtk (non mi piacciono le Qt…), e D era troppo limitato da questo punto di vista, oltre ad essere molto più complicato compilare i vari moduli-binding per le altre librerie come SQLite, MySQL, ecc.

Non è un brutto linguaggio, tutt’altro, e mi riprometto di studiarlo meglio in futuro, sperando che nel frattempo il supporto del compilatore GDC e, soprattutto, dei binding per le varie librerie vengano migliorati. Purtroppo in questi 5 mesi non ho visto molto fermento nella comunità, mentre lo sviluppo di Vala procede con una velocità che non avevo mai visto prima, nonostante il numero molto più ridotto di partecipanti.

Nel giro di un weekend ho quasi completamente finito di scrivere in Vala un editor (molto semplice) a tab in Gtk, in meno di 400 righe di codice, che compila in un eseguibile di circa 35 KB (in memoria occupa di più, circa 12 MB, ma in gran parte sono librerie condivise come gtk, pango, ecc., quindi l’occupazione reale è inferiore ai 4 MB).

Appena riuscirò a trovare il tempo di renderlo compilabile (e magari avrò ripulito un po’ il codice) lo metterò scaricabile da qui. L’ho sviluppato con la versione 0.3.1 del compilatore ma, in seguito a una mia segnalazione di bug sui binding per GLib Module, Juerg ha separato, nella versione 0.3.2, il vapi di GModule da quello di GLib, quindi devo rivedere le inclusioni. Credo sia questione di 15 minuti sistemarlo, ma voglio vedere bene cosa ha combinato.

Qualche giorno fa è stata rilasciata la roadmap per Gnome 2.22. Come sicuramente sapete, Gnome esce puntuale ogni 6 mesi, un po’ come la Ubuntu, e la prossima uscita è prevista per marzo 2008. Assieme alla roadmap per la 2.22 è stata presentata anche quella di massima per la 2.24, che dovrebbe uscire a settembre 2008.

Spulciando tra le novità di questa prossima versione rimango piacevolmente colpito da alcune novità, ma mi scappa anche qualche “finalmente!” per delle feature che aspettavo da tempo e non sono mai state inserite.

Una di queste è il supporto in Ekiga per le presenze VoIP. Non uso molto Ekiga, ed uno dei motivi è appunto che quando lo apro non ho idea di cosa stia facendo l’utente, e spesso mi trovo ad aprirci una chat solo per vedere che non risponde mai. A dire il vero avrei preferito il supporto VoIP per Pidgin (ex-Gaim), visto che preferisco di molto la sua interfaccia, ed avere un unico client IM sia per le chat che per IRC che per il VoIP lo trovo più logico, all’interno di un desktop environment.

Un’altra di queste è il supporto a Google Calendar in Evolution. Era ora! OK, è un progetto Summer of Code 2007, quindi sono stati anche veloci a implementarlo, ma probabilmente ci si sarebbe dovuto pensare prima. Potrebbe essere una buona alternativa a Exchange (che comunque è supportato da Evolution).

L’ultimo “era ora!”, prometto: finalmente migliorano un po’ il dizionario. Ora può usare file locali e Wikipedia.

Fra le novità che invece non mi aspettavo ma che accolgo felicemente c’è il supporto ai puntatori multipli in metacity. Questo (o meglio, il modulo MPX di Xorg che ci sta sotto) apre la strada alle interfacce multitouch, eventualmente simulate tramite due mouse quando non c’è il touchscreen.

Sembra inoltre che si stia abbandonando del tutto bonobo per passare a D-Bus (Wikipedia: inglese e italiano). Fanno più o meno la stessa cosa, ma D-Bus è più generico e viene usato anche da KDE. In pratica è uno standard per la comunicazione tra processi (permette di fare più o meno quello che si faceva con ARexx su Amiga, per chi lo conosce).

Per il resto si tratta di bugfix e di aggiunta di piccoli particolari ai vari software della suite, che fanno comunque molto piacere (le annotazioni in Evince, la riduzione di memoria occupata da evolution-data-server, l’integrazione in varie applicazioni di NewStuffManager/Capuchino, ecc.)

OK, lo ammetto: nel caption istigo alle flame.

Bao mi ha finalmente convinto a provare XFCE al posto di Gnome, mio desktop manager di elezione. Oggi finalmente ho trovato un po’ di tempo per farlo, e quindi posto le prime impressioni. Per ora si tratta di un uso di un paio d’ore, ma sto resistendo alle “scomodità” che trovo man mano, nella speranza che siano solo alcuni dettagli di configurazione. In generale, sta andando abbastanza bene. Avviso quindi che questo post è “XFCE (4.4.1) visto da un utente Gnome (2.20)” e non “quale dei due è meglio”.

Aspetto

L’aspetto grafico di XFCE può essere totalmente configurato, più o meno al pari di Gnome: si possono cambiare i bordi delle finestre, le icone del desktop, il motore di Gtk, ecc. L’unica cosa che ho trovato limitante è sulla scelta dei font. Se ne sceglie solo uno, e non c’è possibilità, per esempio, di scegliere il font a larghezza fissa (da usare nel terminale o nei client mail e news). Per contro la scelta dell’antialias è molto più limitata (e semplificata): si attiva o non si attiva, e si sceglie l’ordine dei pixel sul pannello. In Gnome ci sono 4 diversi tipi di antialias tra cui scegliere.

I pannelli iniziali (almeno su Debian) sono uno superiore che prende tutta la larghezza, e uno inferiore che si adatta al suo contenuto. Io li ho trovati troppo ingombranti, quindi ho ridotto l’altezza a 24 pixel, più che sufficienti per essere leggibili e clickabili. Probabilmente un utente Mac troverebbe molto comodo il pannello enorme in basso (di default mi pare sia 48 pixel) che somiglia molto al dock inferiore di OS X (tranne che per gli effetti al passaggio del mouse).

Ho quindi iniziato a smanettare con le applet e la posizione delle stesse. La flessibilità e la disponibilità di applet sono buoni. Una particolarità (che probabilmente spiazzerà un po’ alcune persone, ma che trovo un’ottima idea) è che non si possono posizionare le applet dove si vuole, ma solo in relazione alle altre, a partire da sinistra/alto e verso destra/basso. Per metterle all’estrema destra, per esempio, è necessario inserire uno spacer che si auto-allarga. La stessa cosa che si fa con le Gtk+ quando si progettano le finestre fluide. Molto utile se si cambia risoluzione.

Ci sono quasi tutte le applet corrispondenti a quelle di Gnome, con una chicca in più: un’applet che carica le applet di Gnome. Questa mi ha permesso, per esempio, di usare l’applet per il system load di Gnome, esteticamente magari più brutta di quella di XFCE, ma con la storia del carico CPU/memoria/rete/ecc.

Funzionalità

Le funzionalità, per quanto riguarda ciò che uso io, sembrano praticamente equivalenti, finché non si cercano i dettagli. Entrambi i sistemi hanno pannelli, file-manager, menu di avvio applicazioni, applet sui pannelli, menu contestuale su desktop e file/directory,workspace multipli, tasti configurabili, ecc.

Una cosa che manca assolutamente a XFCE è la possibilità di accedere a qualsiasi risorsa di rete (samba, sftp, ftp, …) direttamente da Thunar. Da questo punto di vista Nautilus è molto più avanzato. Per ora l’unico modo per farlo in Thunar sembra essere il mount manuale, eventualmente coadiuvato da FUSE per SFTP e FTP, per esempio. Si tratta sicuramente di un metodo potente (si possono montare anche repository CVS), ma contemporaneamente molto scomodo. Personalmente mi capita spesso di dover caricare velocemente un file su un server, o di trasferirlo tra due PC. Ho il “vizio” di installare sempre SSH su tutte le macchine, quindi un “sftp://server” mi apre un file manager dove posso trasferire, creare, cancellare file. Da sola, questa caratteristica non mi permette di usare XFCE sul PC dell’ufficio.

Questione di abitudine, invece, trascinare i file col tasto destro del mouse invece che col centrale, per avere le opzioni (copia, sposta, …) invece dell’azione di default. Un po’ sballati i default delle applicazioni preferite al doppio click (per esempio sulle immagini apre Gimp invece di Mirage o gThumb, e sui video apre avidemux invece di totem o mplayer). Presumo prenda il primo in ordine alfabetico. Fortunatamente è semplice cambiare l’applicazione preferita tramite le proprietà del menu contestuale.

Mi concentro su Thunar, visto che comunque il file-manager è quella cosa invisibile di cui ti accorgi solo quando manca, e delle cui potenzialità di accorgi solo quando non ci sono. Sembra (non ho trovato il modo di configurarlo) che non crei le miniature dei contenuti multimediali (preview del video o della foto, principalmente), ma che li usi se li trova pre-generati da Nautilus. Spero si possa in qualche modo attivare, perché sono molto comode.

Manca la possibilità di esplorare il file system senza dover entrare ed uscire dalle cartelle. Le freccine che girano e formano un albero, in pratica. Sono presenti in OS X e in Nautilus, ma qui no. Come in Nautilus, bisogna clickare su uno spazio libero di una finestra di Thunar per creare una nuova directory o un nuovo documento da template. Peccato che in modalità a lista (e non a icone) quando ci sono molti file in una directory, fisicamente non esista tale spazio.

Una scomodità non da poco si trova quando si tenta di rinominare un file: Thunar apre una finestra modale. Finché questa finestra rimane aperta, tutte le altre finestre di Thunar sono bloccate. Si possono clickare solo le icone sul desktop per aprirne altre, ma che sono comunque inattive.

Una comodità invece la visualizzazione della griglia di posizionamento quando si spostano le icone sul desktop. In questo modo si evita di sovrapporre due icone e trovarsene una scomparsa perché nascosta sotto un’altra. Inoltre costringe a mentenere ordinato il desktop.

Mancano invece completamente tutte le chicche nascoste di Gnome: clickando sull’applet dell’ora appare il calendario con gli appuntamenti impostati da Nautilus, nel menu contestuale di Nautilus c’è la voce

Prestazioni

Ma parliamo di prestazioni. XFCE è (era, come vedremo) famoso per essere molto parco nei consumi rispetto a Gnome. Purtroppo per lui il team di Gnome si è messo in testa di ottimizzare il suo DE, quindi ora la RAM consumata è più o meno la stessa. All’avvio, con solo GDM aperto, ho circa 90 MiB occupati (Apache, MySQL, CUPS, ecc.). Dopo il login, a schermo vuoto (quindi solo i due panel con una decina di applet e naturalmente thunar), la memoria occupata è circa 130 MiB. Quindi XFCE occupa circa 40 MiB. Gnome, più o meno configurato allo stesso modo, occupa una decina di MiB in più, ma, come abbiamo visto, Nautilus ha molte più capacità integrate, e in XFCE devo ancora finire di sistemare tutte le applet che ho su Gnome (mancano i monitor di rete, una decina di launchers per le applicazioni più usate e altre robette). Quindi direi che dal punto di vista della memoria abbiamo un pareggio.

Di sicuro, invece, XFWM4 è più responsivo di Metacity, al punto che ho deciso di usarlo anche per Gnome. Il ridisegno dei bordi è istantaneo, sia al cambio di desktop che al trascinamento/ridimensionamento delle finestre, mentre Metacity a volte impiega quasi un secondo a ridisegnare il frame della finestra. Le possibilità di configurazione sono simili (temi, posizione dei pulsanti della finestra, shortcut da tastiera, ecc.), quindi qui vince a man bassa XFWM4.

XFWM4 ha anche già integrati alcuni effetti “alla Compiz”: ombreggiatura delle finestre, trasparenza durante il resize/spostamento o sulle pop-up. Quello che serve, insomma (non sopporto il cubo rotante, il fuoco che brucia le finestre, la pioggia sul desktop, ecc. Gli effetti devono essere pochi e utili). Purtroppo, nonostante i driver fglrx (che sono costretto a usare su questo PC finché non rilasciano i Radeon liberi per la mia X1600) gli effetti sono pesanti, e rallentano anche operazioni che dovrebbero c’entrare poco, come il cambio di workspace (si passa da un paio di decimi di secondo a 2 secondi buoni). Ho dovuto quindi disattivarli.

Thunar è indubbiamente veloce ad aprire le cartelle, più di Nautilus, ma, come detto, non fa le preview dei file.

Conclusioni

Questa prima esperienza con XFCE 4.4 (avevo provato le prime beta del 4.0) non è stata deludente come le precedenti. Il sistema è cresciuto molto, ma purtroppo, pur cercando di mantenere una (lodevole) semplicità e leggerezza, pecca in funzionalità che ormai vengono date per scontate (network browsing, preview). Se non si hanno esigenze particolari come le mie è un ottimo desktop environment (flame: sempre meglio di KDE ), ed è un bene che ci sia un “terzo incomodo” nella guerra tra Gnome e KDE. Purtroppo non credo potrà diventare il mio desktop di default finché non saranno sistemate alcune mancanze. Peccato, perché le potenzialità ci sono.

Non ho ancora testato molte delle funzionalità aggiuntive (per la stampa e la masterizzazione, per esempio). Magari sarà materiale per un prossimo articolo.