Come promesso, eccomi a presentare una (prima?) carrellata di quello che è stato presentato al CES. Naturalmente un occhio di riguardo va a tutti quei prodotti che inglobano Linux in qualche modo, e sono tanti. Ma ci sono anche alcune cosine interessanti che ho notato seguendo i vari blog tecnologici.

Asus

Iniziamo dall’azienda che attendevo di più. Purtroppo sono rimasto leggermente deluso dagli annunci e dalla scarsità di informazioni rilasciate. In pratica erano quasi completamente concentrati sul WiMax, che integreranno sempre di più in tutti i loro prodotti mobile.

Per quanto riguarda l’Eee, hanno annunciato che dal secondo quarto di quest’anno (tra maggio e agosto)  [correzione 2008-01-12: il secondo quarto va da aprile a giugno] saranno disponibili “worldwide” i nuovi modelli, con schermo da 7″, 8″ e 8.9″, e con chipset WiMax integrato. Sono trapelate anche alcune foto dei prototipi. Purtroppo dalle foto che si vedono della presentazione, il WiMax funzionava sotto Windows XP con un’applicazione apposita, quindi non saprei dire se sarà disponibile per Linux. Per quanto riguarda la CPU, alcuni vociferano che sarà sostituita con la serie Menlow di Intel (quella inclusa nei gadgettini basati su Intel MID che descriverò dopo), che dovrebbe includere anceh componenti a basso consumo per WiFi, UMTS, ecc.

Ancora nessuna notizia sui prezzi, anche perché molte componenti potrebbero essere sostituite con qualcosa presentato proprio a questa fiera, probabilmente.

FIC / Openmoko

Nulla di nuovo rispetto a quanto avevano annunciato. Il Freerunner era presentato ancora con il loghetto Neo1973, ma con nuovi colori. Il software, purtroppo, non è ancora stabilissimo, ma almeno ora si riesce a telefonare.

Il prezzo dovrebbe essere di 450 $ al pubblico. Più alto rispetto al Neo1973 (300 $ la versione consumer) ma, viste le caratteristiche, l’aumento è giustificato. Oltre al raddoppio della velocità della CPU (500 MHz contro 266), aumenta la flash interna (da 64 a 256 Mb), sono integrati degli accelerometri 3D e una scheda video con accelerazione per i filmati e per il 3D. Dovrebbe avere anche una batteria più capiente (1700 mAh contro 1200).

Le altre caratteristiche comprendono Bluetooth, Wifi (b/g), AGPS, 128 Mb di RAM. Un punto che non mi è chiaro, e che sono convinto sia un errore di Linuxdevices, è lo schermo. Il Neo1973 era 2.8″ da 640×480, mentre questo sembra sia un 4.3″ da 480×272 (che mi sembra sia quello della PSP…). Mi sembra un po’ troppo grosso per un cellulare, e la perdita di risoluzione mi sembra eccessiva. Anche il sito ufficiale non menziona questa diminuzione (il Freerunner è indicato come GTA02), quindi direi che è proprio un errore di trascrizione.

Intel MID e Menlow

Raggruppo qui i vari dispositivi che sono stati presentati al CES, basati su questa nuova piattaforma Intel.

La Lenovo ha presentato il suo MID, con interfaccia “nascondi-Linux” e caratteristiche ancora sconosciute, ma con una particolare tastiera numerica sul lato destro.

Anche Aigo ha presentato un MID, stavolta con tastiera QWERTY a scomparsa, e anche qui interfaccia (e software) personalizzati.

Invece Vliiv ha presentato due UMPCk basati su Menlow che supportano Linux (oltre a Windows Vista e embedded XP): l’U5 e l’UMPC. Le caratteristiche sono di tutto rispetto, e degne più di un notebook che di un UMPC: processore a 1.86 GHz, 512 Mb di RAM, 30/60 Gb di HD, display 4.8″ a 1024×600, GPS, Bluetooth, Wifi/Ethernet opzionale, webcam, uscita composita e scanner di impronte digitali. Dovrebbero arrivare sul mercato alla fine dell’anno a un prezzo tra i 700 e gli 800 $. Le dimensioni dello schermo rispetto alle foto mi fanno pensare che saranno dei “grossi palmari”, più piccoli dell’Eee.

Altri subnotebook e UMPC con Linux

Non potevano mancare i notebook basati sulla piattaforma di VIA, tra cui l’Everex. Il modello in fiera era della Packard Bell e girava con XP, ma l’Everex dovrebbe arrivare con Linux, e precisamente con gOS.

Non ho invece capito se il subnotebook annunciato dalla Microstar sia basato su piattaforma VIA o su Intel. Dovrebbe fare concorrenza all’Eee come dimensioni, display, caratteristiche generali e, soprattutto, prezzo.

Una curiosità invece il LimePC. In 11x6x1.5 cm dovrebbe includere 16Gb di flash, BT, Wifi, CPU PowerPC fino a 400 MHz e uno schermo da 1024×768. Dovrebbe pesare 130 grammi.

Particolare anche il Dreamax Indicube (anche su LinuxDevices), un Portable Media Player basato su Linux, fornito di occhiali con visore OLED da 800×600 (equivalenti a un 54″ visto da circa 2 m di distanza). Un bel gioiellino, basta non portarlo mentre si cammina per strada!

Anche il Noahpad è stato presentato “live”. Le particolarità di questo subnotebook sono lo schermo che si gira di 360 gradi dietro il corpo principale, e la tastiera che in realtà sono due touchpad coi tasti serigrafati.

La Shuttle, invece, si butta sui desktop, con un box basato su Linux, in vendita a 199$ assemblato o a 99$ in kit di montaggio. Purtroppo non si sa nulla delle caratteristiche e della data di uscita.

Una sorpresa assoluta dalla Wistron NeWeb, che presenta un cellulare basato su Linux, una versione sconosciuta, probabilmente custom. Ha Wifi, Bluetooth e VoIP, ma niente EDGE, UMTS e HSDPA.

Segnalo qui sotto, visto che è stato presentato con Windows installato ( ) il Fujitsu U810. Non se ne sa niente, a parte quello che si vede dalle foto (webcam, bluetooth, schermo ruotabile, lettore di impronte digitali, dimensioni ridottissime). Credo sia basato su Menlow anche lui, ma non ci metterei la mano sul fuoco.

Altro

Sono stati presentati, come dicevo, un gadzillione di altri gadget, ed è stata veramente dura anche solo passarsi i feed dei vari blog, ma alcune cose mi hanno colpito. Per esempio questo adattatore bluetooth piccolissimo. Praticamente dopo che l’avrete inserito nella USB faticherete a togliercelo per mancanza di appigli. Ottimo per aggiungere il BT all’Eee senza hackeraggi strani.

Ottimo in abbinata a questa webcam bluetooth, che non ha caratteristiche fantascientifiche (1.3 MPixel, quindi 1280×1024), ma si può usare assieme al Neo Freerunner (che non ce l’ha integrata, ma ha il BT), o con l’Eee dopo aver “rubato” la USB interna alla webcam integrata, per esempio per collegarci il touchscreen.

Cambiando genere, ho notato questa MicroSD della SanDisk: ben 12 Gb in un cosino grande come l’unghia di un mignolo. E sono state presentate anche altre memorie flash dalle dimensioni “particolari”. Con particolari intendo che non sono più potenze di 2 (2, 4, 8, 16 Gb), ma si stanno adattando probabilmente alle dimensioni limitate. Si sono quindi viste SSD da 72 Gb invece che da 64 o 128 (e ne è stata annunciata una da 832Gb, ma non sarà disponibile prima della fine dell’anno). Si sono viste anche le schede da 128 Gb, anche se la AData, dichiarata RAID, è una coppia di schede da 64, messe appunto in RAID.

Conclusione

Per ora chiudo qui. Mancano ancora diversi giorni alla fine della fiera, e sono sicuro che verranno a galla altre novità interessanti, quindi penso seguirà un altro post sull’onda di questo.

Sembra che in Italia stia per esplodere l’influenza. A fine gennaio ci sarà il picco, dicono. Spero che il titolo del post non faccia pensare ad eventuali effetti collaterali in attesa per i poveri malati. Se è la stessa che sto passando io da 3 giorni non lo è, tranquilli!

Ma veniamo alle cose importanti. La fiera apre lunedì, ma molti produttori stanno anticipando gli annunci in modo da creare il necessario hype. Naturalmente, lavoro permettendo, seguirò da vicino i vari annunci attraverso più siti possibile.

Apple

Per ora si vocifera (da mesi, ormai) di un nuovo subnotebook della Apple, con schermo inferiore ai 13″ (si parla di 11 o 12″). Alcuni, speculando sull’annuncio dato tempo fa da Asus riguardo un aiuto ad Apple nella realizzazione di un tablet, hanno ipotizzato che venga usato come base l’Eee. Io credo proprio di no, a meno di cambiare buona parte dell’architettura e mantenere solo il case. Anche il prezzo sarà sicuramente diverso. Se è un subnotebook come gli altri in quella fascia di peso e dimensioni, io ipotizzo 1400-1600 dollari/euro per il modello base. Chi vivrà vedrà.

Asus

Per quanto riguarda ciò che interessa a me (Linux-based ) girano sempre più insistenti le voci riguardo un “Eee v2.0″. Alcuni parlano di schermo più grande (da 8″ o 9″, vedete l’altro mio post al riguardo), altri di CPU più potenti e di flash drive più capienti. Altri ancora ipotizzano che si tratti della versione desktop dell’Eee. Si mormora anche di WiMax integrato, per via di un comunicato della Asus molto stringato.
Le mie previsioni: ci saranno entrambi. Per il desktop non mi sbilancio troppo troppo, ma prevedo una CPU intorno a 1.2 GHz, 512-1024 Mb di RAM, HD (normale) da 40-60 Gb e prezzo intorno ai 250 dollari. Per il notebook prevedo schermo da 8.9″ da 1024×600, 1 Gb di RAM, 8 e 16 Gb di flash. La CPU probabilmente resterà la stessa o verrà sostituita da un Pentium M (i Celeron M usati ora dovrebbero essere fuori produzione). Prezzo per la versione da 8 Gb: 550-600 $. Uscita: Aprile 2008. Vedremo quante ne ho imbroccate.

OpenMoko

Imprevisti movimenti, invece, intorno a OpenMoko! Sono stati già annunciati un navigatore GPS basato su OpenMoko marchiato Dash (ma con il software di navigazione closedsource) e il prossimo modello della FIC, che si chiamerà Freerunner (invece di Neo1973, che a questo punto non uscirà più in versione retail). Il nuovo modello dovrebbe avere CPU a 500 MHz, GPS, 3D hardware, WiFi e accelerometri (sensori di movimento), oltre al triband.

Da qualche mese c’era un po’ di silenzio nelle mailing list di OpenEmbedded da parte degli sviluppatori OpenMoko, e la specie di freeze cui è arrivato Angstrom avrebbero dovuto insospettirmi. Insomma, sembra che il software sia abbastanza stabile.

Altri

L’arrivo dell’Eee (e i prezzi abbastanza alti) hanno contribuito a far parlare poco dei subnotebook della kohjinsha, ma sembra che anche loro si stiano rinnovando. Ne verranno presentati i nuovi modelli con schermo da 1024×600 (ecco dove ho preso la previsione per l’Eee )

E-Lead ha già annunciato il suo Noahpad. Diverse le caratteristiche interessanti: il display si apre di 360 gradi (trovandosi con la tastiera sul retro) per diventare tablet, la CPU è la Eden a 1 GHz già conosciuta per le Epia, 512 Mb di RAM e 30 Gb di disco (normale, non flash). Caratteristica bizzarra: la tastiera è “spezzata” in due, ed è a tocco, non meccanica. In pratica sono due grossi touchpad che credo diventino normali touchpad quando lo schermo è completamente reclinato (visto che non si vedono i tasti, e non si possono nemmeno sentire). Ubuntu 7.10 powered.
Sembra che la Celio voglia provare a battere la strada del Palm Foleo presentando uno “smartphone companion“. In pratica una docking station a forma di notebook per i cellulari, in modo da avere schermo e tastiera più usabili. Personalmente sono abbastanza pessimista sul settore. Pago già 6-800 euro di cellulare, ne devo pagare altri 5-600 per avere una tastiera e un monitor? A questo punto molto meglio un notebook completo (e abbiamo visto che ce ne sono e ne stanno arrivando altri).

Mi fermo qui. Doveva essere un post molto più corto, con solo degli assaggi, e invece mi sono lasciato prendere la mano. La prossima settimana ne vedremo delle belle.

Io vado un po’ controcorrente, ma non troppo, altrimenti entro nella corrente opposta, quella che dice “sono dieci anni che lo dite e non è ancora successo”. Non è successo semplicemente perché non succederà mai. Non succederà che nel giro di un mese o anche di un anno Linux ribalti la sua situazione di mercato e passi a dominarlo. Si tratta di un processo continuo di erosione delle quote di utenza (non di mercato, è diverso), iniziato a metà degli anni 90 e continuamente rinvigorito.

Le prime schermaglie

Quindi no, il 2008 non sarà “l’anno di Linux”, ma sarà “un altro anno di crescita di Linux”, come sta succedendo da un bel pezzo. Solo che ora sta succedendo più vicino all’utente. Negli anni scorsi Linux ha guadagnato importanti quote nel settore server, spinto da un’ottima affidabilità affiancata da ottime prestazioni (continuamente migliorate) e da una buona facilità di amministrazione (per i tecnici, naturalmente). Anche il costo ha fatto la sua parte, ma diverse distribuzioni non proprio economiche (le RedHat da più di 1000 euro o le SuSE anche più costose) sono andate via come il pane (e hanno fatto schizzare le rispettive azioni in borsa), perché comunque le caratteristiche del sistema sono importanti per il settore. Avere un server con 2 anni di uptime è una richiesta abbastanza comune e, con Linux, alla portata di chiunque. Hardware permettendo.

Il fronte

Ha iniziato la Mandrake (ora Mandriva) la battaglia sul fronte desktop, e in seguito Ubuntu ne ha ereditato l’impegno al fronte, forte di una comunità che si stava allargando, di progressi tecnici ingenti ed indirizzati al desktop anche e livello di kernel, oltre che di desktop environment, e di accordi strategici e tecniche di marketing che l’hanno portata ad essere la distribuzione più usata nei desktop nel giro di un paio d’anni. Dalla geniale idea di inviare gratis per posta i CD di installazione della distribuzione agli accordi con Dell e altri produttori per fornire la distribuzione preinstallata, la quota di utenti ha continuato a crescere in modo costante. Ora l’uscita di Vista, con innumerevoli problemi tecnici, periferiche non supportate, sistemi di sicurezza al limite del sopportabile, diminuzione delle prestazioni, ecc. sta avvantaggiando sia Linux che Apple. Gli utenti esperti hanno continuato con la loro distribuzione preferita (Debian, Fedora, SuSE, Slackware, oltre a quelle già citate, si contendono il grosso degli utenti), spostando solo di poco le posizioni precedenti.

“L’altro” fronte

Dall’altra parte c’è stata una guerra silenziosa, combattuta a colpi di infiltrazioni e “sabotaggi”. Linux nell’embedded è cresciuto tanto quanto, se non di più, di Linux nel desktop. Ha iniziato timidamente su pochi dispositivi: gli Zaurus, gli Yopi, l’Agenda, per poi diffondersi a macchia d’olio, spesso nascosto, su PDA, UMPC, PMP, console e cellulari. Fino agli annunci di questi giorni/mesi: OpenMoko, Asus Eee, Android, Kindle, gPC.

Asus prevede di vendere circa 4 milioni di Eee entro il 2008 (e tuttora non riesce a coprire le richieste, se ne vende uno ogni 6 secondi), i gPC sono andati esauriti in due settimane (ora è stato fatto un restock). Il Kindle è andato esaurito in 5 giorni. OpenMoko e dispositivi basati su Android non sono ancora in vendita al pubblico.

Archos usa Linux sui suoi PMP, la GP2X ha visto ormai 4 o 5 versioni (ho perso il conto), Motorola usa Linux “di nascosto” da parecchio, Nokia ha cercato (poco) di nasconderlo sui sugli N770 e N800/N810, sempre Asus lo usa come “S.O. embedded” in una sua scheda madre per navigare e usare Skype senza caricare il S.O. vero e proprio, iRex lo usa nel suo e-book reader, ecc. ecc.

Pochi, fino a pochi mesi fa, si sono accorti di questo fronte di guerra, ma ormai le quote sono importanti e la crescita prevista ancora di più.

Conclusioni

Nei primi paragrafi ho parlato di quote di utenza e non di mercato, perché troppo spesso “i concorrenti” usano le magiche parole “quota di mercato” per dimostrare che Linux non sta sfondando. Però le quote di mercato interessano poco a Linux, perché gran parte delle installazioni vengono effettuate con immagini ISO scaricate da Internet, non acquistate, e quindi non entrano a far parte di una “quota di mercato”. Le quote di mercato vanno bene per farle vedere agli azionisti e farsi dare liquidità o potere decisionale, ma nel complesso contano poco contro un sistema operativo libero. Anche l’acquisto di intere server farm per cambiare il S.O. di domini parcheggiati e falsare le statistiche di Netcraft  contano poco al di fuori dell’assemblea dei soci/azionisti.

Qui non ci sarà una bomba atomica che ribalterà le sorti della guerra da un giorno all’altro, ma anni di trincea a combattere su più fronti porteranno, per dirla con le parole di Linus Torvalds, alla conquista del mondo.

Venerdì è stata annunciata la prima release di Mamona, la 0.1. Si tratta di un ambiente sostitutivo rispetto al Maemo/Scratchbox preinstallato sui dispositivi Nokia N800 e N810. Derivato da OpenEmbedded, punta ad avere un ambiente completamente open source, dalle applicazioni all’ambiente di sviluppo.

La collaborazione e il legame tra Mamona e OpenEmbedded ha portato e sta portando vantaggi per entrambe le distribuzioni: correzione di bug, supporto per la generazione di pacchetti deb e deb-src, ecc.

O meglio, si può fare con la normale documentazione, ma se il nostro software deve girare su una delle distribuzioni esistenti conviene adeguarsi alle “usanze del luogo”.

OpenEmbedded è una “meta-distribuzione” nel senso che è un calderone da cui si possono generare delle distribuzioni. Le due più famose sono Angstrom e OpenMoko. Saper usare i tool forniti da OpenEmbedded significa quindi saperli usare anche per Angstrom e OpenMoko.

A parte la documentazione sul sito OpenEmbedded stesso, oggi ho trovato un’articolo su IBM DeveloperWorks sulla programmazione per OpenMoko. Sono 13 pagine (in realtà 9, il resto sono link e schede autore/articolo), e si parte dall’installazione dell’ambiente per arrivare a sviluppare un’applicazione completa che riporta alcune informazioni sul sistema. Molto chiaro e semplice da seguire. Naturalmente dà per scontato che si conosca il C e utilizza Gtk+, le librerie alla base di tutte le applicazioni grafiche di OpenMoko.

Ieri è uscito il SDK (Software Development Kit) per il nuovo progetto di Google per conquistare il mondo: Android (di cui ho parlato al momento della presentazione, qualche giorno fa). In rete si è iniziato a parlarne molto, sia per la curiosità, sia perché Google l’ha supportato con un concorso, con in palio un montepremi di 10 milioni di dollari.

Java

Ebbene sì: il nuovo Android si programma in Java. Anzi, no! Si programma in Dalvik. Non l’avete mai sentito? Nemmeno io. Stando a un paio di articoli che ho trovato in giro (su Stefano’s Linotype e sul blog di Ian Skerrett) è una nuova virtual machine, che ha in comune con Java solo il linguaggio, e che attinge da Harmony (un progetto della Apache Foundation) alcune librerie di base. Con questa mossa mancina Google ha fregato la Sun, che ha reso open source Java ma si è tenuta stretta Java ME, la versione per cellulari, in modo da poterla vendere ai produttori di cellulari. Invece Dalvik (sembra) è totalmente open source.

Forse questo è il motivo per cui giganti del calibro di Motorola sono saliti di corsa sul treno di Google (milioni di cellulari venduti = milioni di royalties alla Sun). Forse non è solo per quello, ma anche per poter sfruttare una piattaforma molto più flessibile e malleabile (Linux) di altri (Windows Mobile, per non fare nomi), da adattare a dispositivi con caratteristiche sempre diverse: schermi di risoluzione diversa, con o senza touchscreen, con o senza pennino, con slider hardware, tastiere da cellulare o qwerty complete, ecc.

Cosa significa questo per Java? Se lo stanno chiedendo in molti. La mia opinione è che sicuramente darà al linguaggio una bella botta, in tutti i sensi. Purtroppo (a me Java non piace) la compatibilità a livello sorgente significherà che chi ha programmato in Java fino a oggi potrà continuare a sfruttare il linguaggio che conosce anche su Android, e che chi non lo conosce o non l’ha mai usato ora avrà uno sprone in più, e non indifferente, per impararlo. Inoltre i tool di sviluppo sono basati su Eclipse (scritto in Java), e per di più non sono compatibili con GCJ (la versione libera di Java made in GNU), quindi sarà necessario usare il JRE/JDK di Sun. Fortunatamente è open source e presente ormai in tutte le distribuzioni Linux.

Dall’altra parte potrebbe spingere Sun a rendere libero il codice della Java ME, per contrastare questa “concorrenza sleale”. Sun comunque non brilla per prontezza da questo punto di vista. Ha ignorato la comunità Linux per molti anni, lasciando spazio a linguaggi come PHP, Python, Ruby e Perl da un lato, e C/C++ dall’altro, a cui vanno aggiunte le new entry C# (con Mono) e D (sia Digital Mars che GNU). Il problema è: come guadagnerà Sun? Si adatterà ai modelli open source, proponendo migliorie personalizzate di Java, o magari assistenza per il porting su altre piattaforme? Ma quanto potrà durare, contro un progetto che nasce già community driven? Chi vivrà, vedrà.

Il concorso a premi

La scelta di una virtual machine basata su Java consente anche ai produttori di applicazioni di distribuire, a loro scelta, dei precompilati in bytecode (di fatto closed source) invece di pubblicare il sorgente dei loro software. E sicuramente le prime applicazioni distribuite dai costruttori saranno di questo tipo. Ma Google ha pensato anche a questo, indicendo un concorso a premi per gli sviluppatori che scriveranno o proporranno di scrivere applicazioni per Android. Una delle clausole è che i software siano open source. Ogni progetto verrà valutato da una commissione e, se meritevole, premiato con un finanziamento per completarne lo sviluppo. Un po’ come il Summer of Code, ma non riservato agli studenti. Viste le cifre in ballo sembra più orientato verso le piccole aziende e gli sviluppatori freelance. Un’ottima idea che colpisce molti bersagli: allarga la comunità, genera codire riusabile da altri progetti futuri, fa parlare di Android e di Google e soprattutto accontenta gli sviluppatori open source e quelli che cercano una discreta fonte di reddito per qualche mese di sviluppo.

Accontenta QUASI tutti perché noi italiani siamo esclusi dal concorso, grazie alla nostra bellissima legge sui concorsi, che obbliga a registrarlo al ministero e a depositare il montepremi a garanzia, ma anche a designare un ente no profit che riceverà tutti i premi non consegnati per qualsiasi motivo. Grazie ancora, governo italiano (rigorosamente minuscolo).

Conclusioni

Questo nuovo Android SDK sembra ben fatto. Troppo ben fatto, a dire il vero. In meno di una settimana dall’annuncio Google ha creato un canale su YouTube con video tutorial, un sito con esempi, tutorial, schemi tecnici, un concorso a premi. Naturalmente non l’ha fatto in una settimana, ma onore al merito: sono stati bravi a tenerlo nascosto per così tanto, lasciando trapelare solo il poco che basta per creare l’aspettativa. Sicuramente ci lavorano da almeno un anno, se non due.

Personalmente continuo a preferire OpenMoko, lo vedo più “libero” (hardware compreso), ma non credo di avere il prosciutto sugli occhi: avrà vita molto dura adesso. Se fosse riuscito a rispettare i tempi previsti l’hardware sarebbe già sul mercato da un mese abbondante, e questo Android avrebbe trovato una base di utenti più solida. Invece ora la comunità di sviluppatori si spaccherà, e buona parte tenderanno a Android più che a OpenMoko.

Purtroppo noto anche molta disorganizzazione e defezioni all’interno di OpenEmbedded/Angstrom: gli sviluppatori stanno abbandonando diverse piattaforme (Zaurus in particolare) per concentrarsi su altre (Nokia e HTC), ma non si vede l’ombra di una versione stabile di Angstrom all’orizzonte. Inoltre spesso gli utenti vengono trattati a pesci in faccia sui forum (a volte a ragione, a volte a torto, ma indiscutibilmente vengono allontanati dal progetto). Diversi sviluppatori di OpenEmbedded sono anche sviluppatori OpenMoko, quindi questa disorganizzazione si riflette tra i due progetti. Speriamo si diano una regolata.

Dalla parte di Google c’è l’hype che genera, gli accordi coi produttori hardware. Un gigante composto da oltre 30 aziende, a cui ogni settimana che passa se ne aggiungono un paio almeno, contro una sola azienda hardware e una trentina di sviluppatori in buona parte hobbysti. Sarà dura, ma è già successo che un gigante cadesse. Io preferirei che il gigante che cade questa volta inizi per “M” e finisca per “icrosoft”. Nulla vieta di sfruttare Android anche con altri linguaggi, in fin dei conti.

Come personalizzare a fondo lo Zaurus modificando pochi semplici file di configurazione.

Oggi ho aggiornato Angstrom sul mio Zaurus SL-C1000, e con il resto del software è arrivato anche il nuovo kernel 2.6.23. Un po’ di panico dopo l’aggiornamento (per motivi di altboot, ma ne parlerò in un altro post), sono riuscito a flashare il nuovo kernel. Tra le sorprese gradite c’è il supporto all’overlay (ma anche di questo parlerò in un altro post). Tra le sorprese meno gradite, i tasti hardware hanno smesso di funzionare (a metà). Ho quindi indagato un po’ e ne approfitto per fare il punto della situazione su come configurarli.

zaurusd

Il punto focale è capire cosa faccia zaurusd. In realtà con le ultime versioni di angstrom questo software è sparito, ed è stato sostituito da un pool di software che ne replicano le funzioni, in particolare setleds, switchevd, alsactl e tskeys.

setleds (nella config di default di Angstrom) si limita a forzare il numlock attivo. Non so perché, dovrei investigare meglio. Probabilmente per attivare la fila di tasti superiore (quella dei numeri appunto).

switchevd imposta lo script da chiamare quando succede qualcosa al display: viene chiuso, messo in portrait o in landscape. Lo script richiamato si limita a richiamare altri script che attivano lo screensaver o comunicano al window manager di ruotare lo schermo.

tskeys è il centro del problema odierno. Questo software permette di “trasformare” un pezzo di display LCD, quello destro nascosto dalle iconcine, in una serie di tasti funzione, ed in particolare da F20 a F30. Anche gli spazi tra le icone diventano tasti funzione, quindi il primo in alto (a destra se usate il portrait) è F20, la casetta è F21, quindi F22. La busta è F23, lo spazio F24, l’omino F25, lo spazio F26, il calendario stilizzato F27, lo spazio F28, il libro aperto F29 e l’ultimo spazio F30.

Il problema è che con gli ultimi aggiornamenti la libreria tscal (touch-screen calibration) è stata aggiornata dalla versione 0.0 alla 1.0, e tskeys è ancora linkato alla 0.0. Ho quindi dovuto creare un symlink in /usr/lib. Fortunatamente la API non è cembiata, e tskeys è tornato a funzionare normalmente:

cd /usr/lib
ln -s libts-1.0.so.0 libts-0.0.so.0

Fatto questo è stato sufficiente rilanciare zaurusd con /etc/init.d/zaurusd restart per vedere tornare tutto a funzionare.

keylaunch

keylaunch è una specie di daemon, ma viene lanciato dall’utente al login, e permette di associare combinazioni di tasti a programmi o script. Viene lanciato al login perché deve collegarsi all’X-server dell’utente. Il formato non è molto documentato, ma ho trovato un post di Bundabrg sui forum di OESF che lo descrive, ricavando le informazioni direttamente dal sorgente di keylaunch, e mi permetto di riportarlo qui e tradurlo in italiano.

Ogni riga è così formata (le parentesi graffe indicano le variabili, le parentesi quadre che il parametro è opzionale) :

key={flag}[{option} ]{keyname}[ {combinekeyname}][:-]:[~]{command}

Mentre i significati dei vari componenti sono:

key=

Questo rimane uguale in ogni riga, e serve a far capire che stiamo definendo un tasto

{flag}

Questa è una lista di modificatori del tasto. Normalmente è …. (quattro punti), che significa “nessun modificatore”, cioè il tasto premuto da solo. Le combinazioni sono:

.... = nessun modificatore
*... = CTRL
.*.. = SHIFT (maiuscole)
..*. = Alt
...* = Fn (il tasto col bordo blu)

Si possono anche combinare, quindi, per esempio, “*.*.” significa CTRL+ALT.

[{option} ]

Questa è un’opzione opzionale che definisce quando viene scatenato l’evento (cioè quando il programma viene lanciato). Attenzione allo spazio che la segue! Può essere una delle seguenti:

Pressed   = Quando il tasto viene premuto
Released  = Quando il tasto viene rilasciato
Held      = Quando il tasto viene mantenuto premuto per un po' di tempo
Combine   = Quando il tasto viene premuto in combinazione con un altro

Il Combine è un caso particolare. Se viene specificato, bisogna includere anche la definizione di quale altro tasto deve essere premuto per attivare l’azione. Per esempio: volendo far caricare il programma “pippo” quando si preme contemporaneamente Calendar e Address (i tasti in basso a sinistra) si scriverà

key=....Combine F9 F10:pippo

Attenzione agli spazi! Vedremo dopo perché F9 e F10.

{keyname}

Questo parametro specifica a quale tasto ci stiamo riferendo. I nomi dei tasti vengono definiti in /etc/keymap-2.6.map ed ecco svelato da dove saltano fuori F9 e F10 che abbiamo usato prima: sono definiti qui dentro. Si possono usare tutti i tasti standard (alfanumerici) più quelli speciali: F9 per il Calendar, F10 per l’Address, F13 per Mail, F12 per l’Home, F11 per il Menu. Il tasto Cancel corrisponde all’Esc sulle normali tastiere, l’OK al Return (Invio), quindi conviene fare attenzione a come si usano in keylaunch, mentre le frecce intorno all’OK sono Left, Right, Up e Down. Qui si possono usare anche i suddetti F20…F30

[ {combinekeyname}]

Questo parametro ha senso solo quando si usa Combine tra le options, e l’abbiamo già spiegato. Si usano gli stessi nomi che abbiamo già visto per keyname.

[:-]

Specificando questo parametro (il parametro è “due-punti meno”, le parentesi quadre sono solo per far capire che è opzionale) keylaunch cercherà se c’è già un’applicazione con lo stesso nome in esecuzione e, se viene trovata, cercherà di portarne la finestra in primo piano, invece di lanciarla di nuovo.

[~]

Specificando la tilde prima del nome del comando disabilitiamo la notifica di avvio. Tipicamente questa notifica fa apparire una clessidra sulla barra del window manager.

{command}

Questo è il comando vero e proprio che viene lanciato alla pressione della combinazione di tasti che abbiamo impostato.

Un esempio

Riporto qui sotto il mio attuale /etc/keylaunchrc (che in realtà è un symlink a /etc/keylaunchrc.matchbox), per mostrare il prodotto finito. Le linee che iniziano con # (cancelletto) sono commenti che vengono ignorati da keylaunch:

key=....F9:-:gpe-calendar
key=....F10:-:gpe-contacts
key=....F13:-:sylpheed
key=....F12:-:~matchbox-remote -next
key=...*F12:-:~matchbox-remote -desktop
key=....F11:-:~matchbox-remote -menu
#key=...*1:-:~zoom out
#key=...*2:-:~zoom in
key=...*3:-:~display-brightness.sh down
key=...*4:-:~display-brightness.sh up

key=....F20:-:~display-brightness.sh up
key=....F21:-:~matchbox-remote -next
key=....F22:-:~display-brightness.sh down
key=....F23:-:sylpheed
#key=....F24:-:
key=....F25:-:gpe-contacts
#key=....F26:-:
key=....F27:-:gpe-calendar
#key=....F28:-:
key=....F29:-:FBReader
key=....F30:-:~matchbox-remote -panel-toggle

# VT changing
key=...*Left:-:~chvt 1
key=...*Right:-:~chvt 3

A parte le sezioni più ovvie (la prima parte), nella seconda parte (LCD Softkeys) vengono sfruttati proprio i tasti emulati da zaurusd/tskeys per richiamare più o meno le stesse applicazioni, ma soprattutto per regolare la luminosità del display. Questo mi permette di togliere dalla tray l’icona della luminosità, che è un succhia-RAM di prima categoria (tolte le librerie condivise occupa comunque 1 MiB di memoria). Ho riprogrammato il tasto Home (sia fisico, F12, che softkey, F21) per passare alla prossima applicazione aperta (un po’ come l’Alt-Tab sul desktop), così posso togliere dalla tray anche la window-list (che non consuma molto, ma con 64 MiB di RAM è sempre meglio risparmiare). L’F30 deriva direttamente dal forum di cui sopra, e permette di nascondere la tray bar di matchbox, in modo da avere più spazio a disposizione sullo schermo (che è 640×480. Quei 20 pixel in più possono essere utili in alcune occasioni).

L’ultima parte è utile per passare dalla console testuale (chvt 1) a quella grafica (chvt 3).

keymap-2.6.map

Riporto qui anche il mio keymap-2.6.map, perché è diverso da quello originale, e permette di avere le accentate per noi italiani:

# Default kernel keymap. This uses 7 modifier combinations.
keymaps 0-2,4-5,8,12
# Change the above line into
#       keymaps 0-2,4-6,8,12
# in case you want the entries
#       altgr   control keycode  83 = Boot
#       altgr   control keycode 111 = Boot
# below.
#
keycode   1 =
keycode   2 = one              exclam
        control alt     keycode  2 = Console_1
keycode   3 = two              quotedbl
        control alt     keycode  3 = Console_2
keycode   4 = three            numbersign
        control alt     keycode  4 = Console_3
keycode   5 = four             dollar
        control alt     keycode  5 = Console_4
keycode   6 = five             percent
        control alt     keycode  6 = Console_5
keycode   7 = six              ampersand
        control alt     keycode  7 = Console_6
keycode   8 = seven            apostrophe
        altgr keycode 8 = dead_acute
keycode   9 = eight            parenleft
        altgr keycode 9 = dead_grave
keycode  10 = nine             parenright
keycode  11 = zero             asciitilde
keycode  12 = minus            at
        altgr keycode 12 = at
keycode  13 =
keycode  14 = BackSpace
        altgr keycode 14 = Delete
keycode  15 = Tab
        altgr keycode 15 = Caps_Lock
keycode  16 = q
keycode  17 = w
        altgr keycode 17 = asciicircum
keycode  18 = e
        altgr keycode 18 = equal
keycode  19 = r
        altgr keycode 19 = plus
keycode  20 = t
        altgr keycode 20 = bracketleft
keycode  21 = y
        altgr keycode 21 = bracketright
keycode  22 = u
        altgr keycode 22 = braceleft
keycode  23 = i
        altgr keycode 23 = braceright
keycode  24 = o
keycode  25 = p
keycode  26 =
keycode  27 =
keycode  28 = Return
keycode  29 = Control
keycode  30 = a
keycode  31 = s
keycode  32 = d
keycode  33 = f
        altgr keycode 33 = backslash
keycode  34 = g
        altgr keycode 34 = semicolon
keycode  35 = h
        altgr keycode 35 = colon
keycode  36 = j
        altgr keycode 36 = asterisk
keycode  37 = k
    altgr keycode 37 = backslash
keycode  38 = l
        altgr keycode 38 = bar
keycode  39 =
keycode  40 =
keycode  41 =
keycode  42 = Shift
keycode  43 =
keycode  44 = z
keycode  45 = x
keycode  46 = c
keycode  47 = v
keycode  48 = b
        altgr keycode 48 = underscore
keycode  49 = n
keycode  50 = m
keycode  51 = comma             slash
        altgr keycode 51 = less
keycode  52 = period           question
        altgr     keycode  52 = greater
keycode  53 =
keycode  54 = Shift
keycode  55 =
keycode  56 = Alt
keycode  57 = space            space
        control keycode  57 = nul
keycode 59 = F9
keycode 60 = F10
keycode 61 = AltGr
keycode 62 = Escape
keycode 63 = Return
keycode 64 = Escape
keycode 65 = Down
keycode 66 = Up
keycode 67 = Control
keycode 68 = F13
keycode 79 = F15
keycode 80 = F16
keycode 82 = F17
keycode 87 = Return
keycode 88 = F11
keycode 97 = Control
keycode 99 = F12
keycode 103 = Up
        altgr     keycode 103 = PageUp
keycode 105 = Left
        altgr     keycode 105 = Decr_Console
keycode 106 = Right
        altgr     keycode 106 = Incr_Console
keycode 108 = Down
        altgr     keycode 108 = PageDown

# LCD Softkeys as represented by zaurusd
keycode 82 = F5
keycode 79 = F15                # Home
keycode 80 = F6
keycode 81 = F16                # Email
keycode 75 = F7
keycode 76 = F17                # Addresses
keycode 77 = F8
keycode 71 = F18                # Calendar
keycode 72 = F9
keycode 73 = F19                # Book
keycode 78 = F10

In realtà l’ultima parte è sbagliata, ma devo ancora indagare a fondo.

Con questa versione, basta premere Fn+8 per avere l’accento acuto “morto” e Fn+9 per avere l’accento grave “morto”. Dopo aver premuto questa combinazione, basta premere una vocale ed avere la versione accentata della stessa.