Da ormai 3 anni vivo quasi in simbiosi con il mio Zaurus SL-C1000 “Akita”, che come il fedelissimo omonimo cane, mi segue un po’ dappertutto. Forse è stato il migliore acquisto che abbia fatto, e svolge ancora egregiamente il suo lavoro (la batteria dura ancora 7-8 ore di uso attivo e mesi in standby), ma sta iniziando a mostrare i segni del tempo. Ormai fuori produzione da quasi 2 anni, anche il supporto del team di Angtrom sta latitando, al punto che ormai da appunto 2 anni non lo posso più aggiornare. Inoltre la mancanza di una connessione WiFi o comunque di rete funzionante ne limita un po’ l’uso. In pratica è diventato un ottimo ebook reader (mi  ci sparo una cinquantina di libri l’anno…), ma ben poco altro.

Allora, visto che mia moglie ci sta sbavando sopra da un po’ (anche lei è una avida lettrice ed è stanca di portarsi libri da 1 Kg in borsa), ho iniziato a guardarmi intorno per vedere cosa offre il panorama Linux di oggi. Le scelte sono fondamentalmente quattro.

Nokia N800/N810

Un bell’oggettino, con un bello schermo (800×480) e, nel caso dell’810, una tastiera fisica che mi farebbe molto comodo quando, in giro, mi capita di dover prendere appunti in velocità e magari non ho con me l’Eee. L’ho valutato per un po’, e l’avrei anche trovato a un prezzo stracciato, per le sue caratteristiche, ma poi ho pensato: perché non fare il grande passo e unire il cellulare al palmare, andando su uno smartphone?

Anche perché Nokia sta un po’ stravolgendo il panorama Linux in casa sua: sta portando Maemo verso le Qt, ha acquistato Symbian e lo sta rendendo Open Source, ha preso accordi con Intel per collaborare. Non è ancora chiarissimo verso cosa stia andando.

Allora il primo pensiero è stato…

OpenMoko Freerunner

Un progetto interessante, due anni fa. Bellissimo lo schermo da 640×480, anche se forse un po’ piccolo. Peccato per il resto dell’hardware, e in particolare la scarsa flash memory interna (pur se espandibile con microSD) e la limitazione a reti telefoniche 2G. Ma avrei anche potuto sopportarlo (non mi collego mai in mobilità, e il WiFi integrato sarebbe stato più che sufficiente), ma le vicende degli ultimi mesi in casa OpenMoko mi hanno fatto pensare.

In definitiva la piattaforma hardware è stata abbandonata a sé stessa. Il nuovo modelli ha solo una piccola correzione hardware che toglie il ronzio di sottofondo (bug del precedente modelli, sistemabile con una saldatura), ma non offre maggiore memoria interna (sia RAM che flash) e non è ancora chiaro se scaricando la batteria fino al minimo si rimane ancora fregati.

Dal lato software si vedono continuamente, nei blog degli sviluppatori, nuove versioni del software di sistema. Peccato che ci siano 3-4 versioni di sistema operativo con forse una trentina di sviluppatori, quindi tutto è perennemente in beta e non si capisce nemmeno se ci si può telefonare.

In pratica è diventata una sala giochi per gli sviluppatori. Il che non mi sarebbe dispiaciuto, se non avessi la necessità di un device funzionante e con un po’ di software stabile disponibile, quindi ho valutato le due iniziative “commerciali”:

Palm Pre

Dopo anni di attesa finalmente la Palm è riuscita a presentare il suo cellulare basato su Linux, e gli è anche riuscito abbastanza bene, con una CPU a 600 MHz, 256 MB di RAM, 8 GB di flash. Peccato per la risoluzione dello schermo, che ormai sembra standardizzata tra i cellulari, di solo 320×480 (metà del mio Zaurus e del Freerunner, quasi 1/3 del Nokia N8×0).

Grazie a un bug della prima versione del S.O., alcuni sviluppatori sono anche riusciti a “rootarlo”, e quindi ad accedere agli internals del S.O.. E perfino ad installarci Debian!

Il sistema non è male, anche se lo sviluppo di applicazioni è un po’ limitato, visto che i programmi devono praticamente essere delle webapp scritte in HTML5, CSS e Javascript, anche se c’è supporto per database SQLite.

Purtroppo non sopporto il tipo di tastiera che ha. I tasti sono troppo piccoli. Se avessero fatto lo slider dalla parte lunga sarebbe stato un po’ meno “blackberroso”, magari non si sarebbe potuto scrivere con una mano sola, ma almeno sarebbe stata usabile. Scartato. Non rimane molto tra cui scegliere…

Android

Il primo cellulare con questo S.O. è stato l’HTC G1, detto anche Dream, e ha fatto sognare per un po’ parecchia gente. Ormai è un anno che è sul mercato, ma per una cosa è ancora insuperato: la tastiera fisica. Anche se aggiunge un po’ di spessore al telefono, sarebbe perfetta in un device aggiornato, con linee un po’ più arrotondate e, grazie ai nuovi componenti di dimensioni ridotte, magari montato su un device più snello. Purtroppo il quantitativo di RAM (192 MB) e flash (256 MB) è ridotto a misure di oltre un anno fa. La CPU è buona (528 MHz) e lo schermo è il tristemente diffuso 320×480, ma qui da 3.2″. Punto debole denuinciato da molti la durata della batteria.

In seguito al suo successo (ne sono stati già venduti più di 1 milione), altri modelli l’hanno seguito a ruota, e quest’anno si preannuncia come “l’anno di Android”. L’HTC Magic (chiamato anche “G2″ da alcuni) è già sul mercato da un po’, e sono usciti o in uscita (sul mercato italiano) il Samsung i7500 Galaxy e l’HTC Hero. Entro fine anno si prevede che i modelli sul mercato, da vari produttori, saranno almeno una ventina, e già si parla di Motorola e di Sony Ericsson.

Intanto le note dolenti: sempre lo stesso schermo 320×480 e niente tastiera fisica. Per il resto, ognuno si distingue dagli altri per alcuni particolari, ma tutti integrano le caratteristiche salienti di Andoid: connettività 2G, 3G, WiFi, Bluetooth, GPS e accelerometri integrati, touchscreen e, naturalmente, applicazioni sia ufficiali che di terze parti basate sulla VM dalvik disponibili in rete.

HTC è il pioniere di Android e si trova in vantaggio rispetto agli altri. Se il Magic è una piccola evoluzione del Dream dal punto di vista hardware (raddoppiata la flash, a 512 MB, ma la RAM, la CPU e lo schermo sono rimasti uguali) e software (monta Android 1.5 contro l’1.0, comunque aggiornabile, del G1), l’Hero è un passo più lungo. La RAM è stata portata a 288 MB, la flash rimasta a 512 MB e la CPU a 528 MHz, ma l’interfaccia “classica” di Android è stata completamente stravolta da HTC, e sono stati creati appositamente diversi widget per integrare meglio tutte le funzioni “social” del telefono. Purtroppo non ha un connettore standard da 3.5mm per le cuffie/microfono, ma solo una ExtUSB, che non ho ancora capito se è fisicamente compatibile con le prese microUSB standard.

Rimane il dubbio se questa nuova interfaccia implichi qualche incompatibilità con le applicazioni standard di Android Market, o se possa andare in conflitto con widget di terze parti. Vedremo i primi test cosa diranno.

Per quanto riguarda il Samsung Galaxy, non sono ancora riuscito a trovare specifiche hardware complete, ma credo che la CPU sia la “solita” 528 MHz, mentre la RAM dovrebbe essere oltre i 256 MB, forse 288 (ne dichiarano 192 MB liberi). Punti forti sono la memoria flash, di ben 8 GB, e lo schermo Amoled. Inoltre sembra che la tastiera a schermo abbia un feedback tramite la vibrazione del telefono. Ho provato questa funzione sul Samsung YP-P3 e, nonostante non riesca a dare lo stesso feeling delle tastiere fisiche, è comunque molto utile per capire se un tasto lo si è premuto o meno, senza essere costretti a fare su-e-giù con lo sguardo tra la tastiera e l’entry widget.

Per il resto la GUI è “classic Android”, e fortunatamente i connettori per cuffie/microfono e microUSB sono standard, quindi si potranno usare gli accessori che si preferisce. Non è ancora chiaro se l’accesso al market sarà completamente libero o limitato. Durante la conferenza di presentazione è stata un po’ fumosa la questione. Ma il video pubblicitario di presentazione è simpatico.

Sembra anche che il prezzo in Italia sarà di 399 euro, un centinaio di euro in meno rispetto all’Hero e, visto la dotazione hardware, mi fa propendere molto verso questo modello.

© Alex for /dev/random, 2009. | Permalink | No comment | Add to del.icio.us
Post tags: android, cellulari, e-book, google, Linux, nokia, openmoko, palm, Palmari, samsung, wifi, zaurus

Feed enhanced by Better Feed from Ozh

Si va dai subnotebook ai cellulari, agli e-book reader, con alcuni annunci interessanti anche dal punto di vista software, oltre che da quello hardware. E con una sorpresa alla fine

Subnotebook: l’attacco alla Asus

Evidentemente l’esplosione di vendite dell’Asus Eee non è passata inosservata. A parte i subnotebook derivati dalla piattaforma VIA Nanobook (questi sì passati un po’ inosservati, forse oscurati dal successo dell’Eee), anche Acer, Gigabyte, la da-noi-sconosciuta Inventec e nientepopodimeno che Dell e HP hanno annunciato che, nei prossimi mesi, presenteranno i loro modelli. I “tempi di consegna” spaziano fin’oltre giugno, ma dovranno fare i conti coi nuovi modelli di Eee che, da indiscrezioni di oggi, probabilmente monteranno anche un touch screen di serie.

Più avanti (non in tempo per i nuovi modelli di Eee), e precisamente nel terzo quarto dell’anno (luglio-settembre) Intel renderà disponibile anche la piattaforma Shelton a bassissimo consumo e bassissimo costo. Probabilmente vedremo i primi modelli al prossimo CES o alle fiere giapponesi in autunno.

Nello stesso range dimensionale, ma completamente diverso come prezzo, segnalo anche il Fujitsu P1620, successore del P1610, disponibile a partire da 1750 dollari. Comunque è più “portatile” del Macbook Air.

Android

Sembra proprio che il  Wistron GW4, presentato al CES con una versione proprietaria di Linux, sarà il primo cellulare a supportare Android. Specifico “cellulare” perché qualche pazzo è riuscito già a far girare Android sullo Sharp Zaurus che si conferma un sempreverde, e a cui manca solo la parte cellulare.

iRiver: eBook e UMPC

A sorpresa, iRiver, famosa per la sua serie di lettori multimediali, ha presentato un prototipo ai primi stadi di un e-book reader. Il sito è in coreano, ma se ci fossero le specifiche sarebbero abbastanza chiare.

Non si sa ancora quale S.O. ci girerà, ma iRiver non è nuova ad usare Linux sui suoi dispositivi, compreso il nuovo UMPC appena presentato, quindi è probabile che sarà presente anche qui.

Telecomandi

Telecomandi??? Sì, proprio loro. Logitech ha presentato tre modelli di telecomandi per mediacenter. Uno, in realtà, è una combinazione tastiera/touchpad. La bella notizia è che uno funziona con Linux!

Amiga

Non ne parlo mai, ma la nostalgia rimane. Prima di passare a Linux ho usato per anni Amiga (passando direttamente dal 500 al 3000) e ancora sento la mancanza della responsività e della leggerezza della sua interfaccia (ma non delle Guru Meditation!).

Mi ha quindi rallegrato la notizia che Cloanto (azienda italiana, di Udine) stia testando e sviluppando il suo emulatore Amiga Forever anche su Eee e su OLPC XO. Sembra che stiano progettando di farlo partire direttamente al boot della macchina (con un sistema Linux minimale, immagino) e che abbiano in serbo novità importanti nel corso dell’anno. Aspettiamo con ansia.

© Alex for /dev/random, 2008. | Permalink | 2 comments | Add to del.icio.us
Post tags: android, asus, cellulari, e-book, novità, subnotebook, zaurus

Feed enhanced by Better Feed from Ozh

Dopo il post per gli auguri di Natale sicuramente non ve ne aspettavate uno per gli auguri di buon anno, vero?

Voevo postarlo poco dopo mezzanotte, ma la baldoria prima e la stanchezza poi mi hanno fatto desistere. Non credo sareste comunque stati lì a quell’ora a leggerlo, quindi non penso vi cambi molto la vita.

Siccome a capodanno si elencano i buoni propositi per l’anno che sta arrivando, ho pensato di raccogliere qui i miei. Magari qualcuno è d’ispirazione anche per voi. Sono in ordine sparso, man mano che mi vengono in mente.

Studiare il D (e altri linguaggi)

Da quello che leggo in giro, D è un ottimo linguaggio di programmazione, e in realtà ho già dato un’occhiata alle specifiche del linguaggio e agli esempi sul sito ufficiale. Quello che ho visto mi ha favorevolmente impressionato. In pratica è un linguaggio che cerca di prendere le parti migliori di C/C++ e di Python/Ruby. Molto flessibile, dinamico (non del tutto, naturalmente) e soprattutto compilato. Le prestazioni dei programmi scritti in D sono ottime e, a giudicare dagli esempi, è anche semplice scrivere programmi. Mi ricorda vagamente il linguaggio E che esisteva sull’Amiga, anche se in quel caso derivava da Pascal e Oberon, quindi con una sintassi più rigida.

Una delle sorprese più gradite è stato scoprire che ci si potevano fare cose come Torus Trooper e TUMIKI Fighters (non fatevi ingannare dalla grafica, sono molto divertenti ) in modo quasi completamente cross-platform.

Anche Vala sembra interessante. Si tratta di un linguaggio inventato dal team di Gnome, ispirato a C#, e molto orientato a scrivere applicazioni per Gnome (anche se, dagli esempi, sembra adatto un po’ per tutto). Lo stanno già usando per scrivere Scratchpad e anche Mickeyl per riscrivere openmoko-terminal2. Il vantaggio principale rispetto a C# stesso è che è completamente compilato, quindi non ha bisogno di virtual machine o di ambienti di runtime, o anche solo di librerie aggiuntive. A detta degli stessi sviluppatori è ancora acerbo, e molte cose sono in via di sviluppo, ma quello che c’è ha già un bell’aspetto.

Tornare in Giappone

Questo probabilmente è un proposito che non riuscirò a portare a termine entro il 2008, ma ci spero comunque. Mi mancano l’ordine e la cortesia dei giapponesi, mi manca Akihabara, mi manca il cibo giapponese. Insomma, non vedo l’ora di tornarci.

Mi sono messo come limite la primavera del 2009. Ce la posso fare! Ganbatte!

Finire i programmi e i siti che ho in corso

Questa forse è la parte più difficile di questi buoni propositi. Purtroppo la parte che mi “prende” di più di un progetto è la preparazione, le prime fasi di stesura del codice, l’organizzazione dei moduli, mentre odio totalmente e profondamente la fase di debug. Di solito il dover debuggare un software è motivo sufficiente per abbandonarlo a sé stesso. Probabilmente aspetterò l’uscita della quarta edizione di D&D per rimettere mano (e riscrivere per la terza volta) il mio Mastertools, software (in Python+Gtk+SQLite) di gestione delle campagne, con annesso database di magie (già funzionante), talenti e oggetti magici (non ancora funzionanti).

Spero di riuscire nei prossimi giorni a buttare giù almeno le basi di due siti che ho in testa da almeno un paio di mesi e di un altro paio di programmini che sto progettando da altrettanto tempo. Ma non voglio rivelare niente, anche per scaramanzia.

Comprare l’Asus Eee

In realtà sto aspettando la versione con schermo a 8, 9 o 10 pollici. Mi andrebbero bene anche i 7″ della versione attuale, ma con risoluzione almeno 1024×600. Meglio ancora 1280×768. Una bella formattata alla flash, una bella Debian con Gnome al posto della Xandros, una SDHC da 16-32 Gb montata come /home e via!

Se non sarà l’Eee sarà sicuramente un altro subnotebook di caratteristiche analoghe: 1 Kg di peso, dimensioni molto ridotte. Gradirei molto anche una durata maggiore della batteria.

Mi sono accorto che il notebook che ho ora (Dell Inspiron 8600) non lo uso mai (praticamente solo per masterizzare partite di D&D): troppo pesante (3.5 Kg), troppo ingombrante (schermo 15,4″, quindi notebook di oltre 17″), e relativamente fragile, avendo un HD al posto di una flash. E la tastiera è comunque ridotta rispetto al fisso, quindi difficile da usare. In proporzione uso di più lo Zaurus, sia per leggere e-book sia per scrivere.

Migliorare la conoscenza di PHP, Javascript e Python

Programmando in PHP per lavoro, la prima parte di questo proposito è abbastanza semplice da portare a termine, basterà continuare a lavorare . Ci sono comunque diversi argomenti che mi piacerebbe approfondire. Per esempio ho l’impressione di star usando poco e male lo Zend Framework, e che abbia ancora molte qualità nascoste da esplorare. Per di più, sta uscendo la nuova versione 1.5 con supporto per View estese e Layout!

Javascript è ridiventato molto interessante (per me, naturalmente) di recente, grazie all’arrivo di librerie e framework come jQuery che nascondono abbastanza bene le differenze più ostiche tra i browser e permettono di concentrarsi meglio sul lavoro da svolgere, più che sulle incompatibilità tra le varie versioni. Spero di poterlo approfondire maggiormente.

Purtroppo ho un po’ lasciato in disparte Python per motivi di tempo, e comunque non ero un esperto nemmeno prima. Devo impormi di riprenderlo in mano e di studiarmi bene le caratteristiche della nuova 2.5 (decoratori e compagnia cantante).

Lo nascondo qui ma non fateci caso: mi piacerebbe anche studiare un po’ Ruby. Tra l’altro è appena uscita la 1.9 che sembra abbia prestazioni molto superiori alla precedente. Tutti ne parlano, ma ora che l’hype iniziale dato da Rails si sta esaurendo, forse è il momento giusto per vedere cosa offre di veramente vantaggioso rispetto agli altri (rails a parte).

Postare più frequentemente sul blog

Questo non sarà proprio facilissimo. A volte un argomento mi pare troppo scontato o trito per parlarne qui, e voglio evitare di parlare di politica o cose del genere (che sono una flame-bait non da poco). Per scrivere post tecnici preferisco informarmi bene ed evitare di scrivere porcherie non verificate, anche se a volte devo fidarmi di quello che trovo in giro, non avendo la possibilità di provarlo direttamente.

Ciononostante, cercherò di trovare qualche argomento di cui parlare. Magari portare avanti i propositi di cui sopra mi darà anche qualche spunto interessante.

Dulcis in fundo…

Ah, naturalmente riportare la pace nel mondo! (Ecco il link diretto al sito. O una variante, se la preferite, in fondo i gusti sono gusti).

© Alex for /dev/random, 2008. | Permalink | No comment | Add to del.icio.us
Post tags: d, Giappone, javascript, Linux, PHP, Programmazione, python, ruby, subnotebook, vala, Web, zaurus, zend framework

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

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