Sembra che Android prima, e QTopia (con Nokia) poi abbiano risvegliato i produttori “minori”, spingendoli ad annunciare i loro nuovi dispositivi, prima che gli annunci dei “big” rischino di seppellirli sotto la loro pubblicità.

Readius

Partiamo quindi con il primo della lista, il Readius della Polymer Vision (uno “spinoff” della Philips), che presenta il modello forse più interessante per noi italiani, visto che uscirà direttamente qui in Italia, in collaborazione con Telecom Italia, a metà di quest’anno.

Le due caratteristiche che saltano subito all’occhio sono due: uno schermo e-paper da 5″ (risoluzione non dichiarata, ma presumo intorno agli 800×600) pieghevole e l’assenza di qualsiasi tipo di tastiera.

Il primo permette di avere un grande schermo mantenendo piccolo il cellulare, e quindi di leggerci e-book, funzione primaria di questo modello, mentre il secondo sega praticamente le gambe all’utilizzo come cellulare, perché costringe ad avere una rubrica nella memoria del cellulare, trasferita dal PC, da cui scegliere i numeri. Il display, infatti, non è touchscreen, ed esistono solo 8 tasti hardware per navigare nei menu. In compenso, oltre a supportare e-book in diversi formati, è anche lettore musicale, RSS ed e-mail (però non si può rispondere…).

Magari ci si può attaccare una tastiera bluetooth o USB (non si sa ancora se sia USB host, OTG o solo slave).

Una nota negativa: probabilmente ci sarà anche un modello con Windows CE, e altrettanto probabilmente qui in Italia venderà più di quello con Linux (anche se potrebbe stupirmi come hanno fatto le vendite dell’Eee, già introvabile ovunque sia arrivato).

Purple Labs

Probabilmente il primo cellulare Linux-based sotto i 100$ (che significa meno di 70 euro, se tutto va bene).

Questo Purple Magic non ha apparentemente nessuna caratteristica di spicco, oltre al costo. Il cellulare è pensato per essere il più economico possibile, e Linux non si vede assolutamente trasparire dall’interfaccia mostrata finora nelle foto.

Supporta 3G, quindi UMTS, e posso solo supporre che abbia capacità bluetooth, quindi almeno lo si potrà usare come modem.

SysOpen Digia

Questa azienda presenta forse il modello più interessante, accompagnandolo (anzi, anticipandolo) anche con il codice sorgente del kernel e dei driver modificati.

Pochi i dati tecnici del dispositivo. La CPU è una Marvell PXA300, mentre la parte WCDMA viene gestita da un Ericsson WCDMA 3G.

Purtroppo usa una versione quasi antica del kernel (2.6.14), ma la disponibilità dei sorgenti potrebbe accelerare lo sviluppo dei driver in conformità con gli ultimi kernel. L’interfaccia grafica è basata su QTopia di Trolltech, con cui SysOpen Digia ha siglato un accordo lo scorso settembre.

Il modello clamshell (quello di destra) con tastiera QWERTY sembra molto interessante.

Android

Raggruppo qui gli ultimi due modelli, perché entrambi useranno lo stack Android di Google.

Il primo è di un’azienda canadese, la Koolu di Jon “Maddog” Hall, e non sembra altro che un restyling del Neo Freerunner, al punto di avere la stessa forma e quasi lo stesso hardware (probabilmente la CPU sarà leggermente diversa e un po’ più lenta).

Si chiama W.E.Phone, e sarà disponibile anche con un plaid nella parte frontale che, se letto in codice Morse, si traduce in “Debian”, che è appunto la distribuzione alla base di tutto lo stack, naturalmente adattata per il particolare hardware.

Il telefono sarà fornito con un SDK (basato anch’esso su Debian) completamente open, in pieno spirito Debian.

L’altro modello non esiste ancora, ma verrà presentato la prossima settimana al Mobile World Congress (3GSM) dalla Arm. Non essendo ancora stato presentato non ho immagini da allegare qui.

Sicuramente ci saranno altri annunci di Android Phone allo stesso congresso, primo fra tutti quello di HTC .

Altro

Si sta muovendo anche la LiMo Foundation, evidentemente intenzionata a non essere lasciata indietro.

Ha presentato la sua nuova piattaforma Azingo (che si pronuncia più o meno come “as in go”, traducibile grossolanamente con “come nell’andare”) .

Si tratta del (ennesimo?) tentativo di unificare la piattaforma Linux per il mobile, costituita da kernel, middleware e SDK. Sono della stessa opinione dell’autore dell’articolo linkato: la LiMo è arrivata ultima a proporre questo tipo di piattaforma, e va solo contro quello che loro stessi dichiarano (di aver bisogno di una piattaforma unificata). Ad oggi, nell’ordine, sono state annunciate o presentate: QTopia Phone Edition, OpenMoko, Android, ed ora Azingo. Senza contare tutte le piattaforme “nascoste” o quelle ibride o semi-proprietarie.

Chiudo dicendo che i prezzi dei vari dispositivi sono ancora sconosciuti, tranne i ventilati 400 $ per il WEPhone di Kooku, in linea con il prezzo del Neo1973 e del Freerunner. Abbastanza logico considerando che hanno più o meno lo stesso hardware.

© Alex for /dev/random, 2008. | Permalink | No comment | Add to del.icio.us
Post tags: android, angstrom, cellulari, Debian, e-book, e-paper, novità, openmoko, qtopia

Feed enhanced by Better Feed from Ozh

Non è ancora definitivo l’acquisto, ma Nokia ha stipulato un accordo con Trolltech per fare un’offerta di acquisto. L’acquisizione dovrebbe diventare definitiva, a meno di obiezioni da parte degli azionisti o di entità governative come antitrust o di controllo della Borsa.

Arriva completamente inaspettata, perché Nokia, finora, ha sempre usato il “concorrente” di Trolltech, Gtk+, per le sue interfacce (vedi quella della serie N770, N800 e N810), e secondo me può significare solo una cosa: vuole usare QTopia per portare anche la parte telefonica nei suoi tablet/MID.

Nokia vs Google

Nokia, lo ricordo, è rimasta fuori dalla Open Handset Alliance made in Google, mentre ne fanno parte i suoi rivali più pericolosi: Motorola, Samsung e LG, oltre ad HTC. Probabilmente non ha visto sviluppi abbastanza veloci dal fronte GPE Phone Edition o OpenEmbedded/OpenMoko, e ha preferito buttarsi su una tecnologia già matura come può essere quella QTopia Phone.

Per “noi Linuxari” questo significa anche che Linux sta conquistando sempre maggiori fette di mercato nel mobile, e che per fine anno potrebbero esserci parecchi dispositivi nuovi a contrastare Windows Mobile e Symbian (che è di Nokia, tra l’altro). PalmOS ormai è morto (purtroppo).

OpenMoko

Mi dispiace un po’ (preferisco le Gtk…) ma credo che ora OpenMoko avrà una vita ancora più dura, soprattutto perché non è ancora uscito nessun terminale per il pubblico. Rischia di trovarsiad uscire sul mercato contemporaneamente a colossi molto più grandi di lui. Se entro la fine di febbraio fosse disponibile il Freerunner potrebbe conquistarsi almeno una fetta di appassionati.

© Alex for /dev/random, 2008. | Permalink | No comment | Add to del.icio.us
Post tags: android, angstrom, cellulari, gtk, Linux, nokia, novità, qt

Feed enhanced by Better Feed from Ozh

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.

© Alex for /dev/random, 2008. | Permalink | No comment | Add to del.icio.us
Post tags: angstrom, asus, Linux, novità, openembedded, Palmari, subnotebook

Feed enhanced by Better Feed from Ozh

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.

© Alex for /dev/random, 2007. | Permalink | No comment | Add to del.icio.us
Post tags: android, angstrom, cellulari, desktop, e-paper, google, Linux, nokia, openembedded, Palmari, subnotebook, zaurus

Feed enhanced by Better Feed from Ozh

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.

© Alex for /dev/random, 2007. | Permalink | No comment | Add to del.icio.us
Post tags: angstrom, cellulari, Linux, openembedded, Palmari, Programmazione, subnotebook, zaurus

Feed enhanced by Better Feed from Ozh

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.

© Alex for /dev/random, 2007. | Permalink | 2 comments | Add to del.icio.us
Post tags: android, angstrom, google, Linux, openembedded, Palmari, subnotebook

Feed enhanced by Better Feed from Ozh

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.

© Alex for /dev/random, 2007. | Permalink | No comment | Add to del.icio.us
Post tags: angstrom, Linux, openembedded, Palmari, zaurus

Feed enhanced by Better Feed from Ozh