Ammetto poi che quest’idea ha potuto contare sul mio carattere non proprio smanioso di comunicazione 1a1 e, si, magari anche non proprio spendaccione . Mi ricordo che una volta, con vodafone e naturalmente ancora senza abbonamento a internet, non feci una ricarica per così tanto tempo che mi arrivò un SMS che mi intimava a farne una, altrimenti la sim si sarebbe disattivata.

Sono un fan delle soluzioni accessibili, che abbattono barriere e che grazie alla tecnologia permettono di aggirare ostacoli, magari evitando di dipendere da decisioni di altri. In poche parole basta SMS/Telefonate tradizionali, mi basta Internet! Si possono trovare traccia di questi discorsi sul blog qui e qui.

Attualmente la soluzione più semplice è usare Gtalk, ribadisco per chi non avesse letto questo che non parlo di Gtalk perchè di Google o perchè integrato bene in Android, ma perchè Gtalk usa protocolli aperti, Jabber/XMPP. Con Gtalk quindi è già possibile scrivere e fare chiamate audio/video da Android, sostituendo le spese di telefonia.

A casa ho un telefono voip, non lo uso più per le chiamate su rete tradizionale perchè non mi interessa (ma ci vorrebbe un attimo per ripristinarlo), lo uso di più invece come semplice interno Asterisk da chiamare via SIP per contattare casa. L’utilizzo che ne faccio però è solo cellulare->casa, perchè altrimenti dovrei tenere sempre acceso un client SIP sul telefono, sprecando batteria.

Gtalk invece è sempre attivo in background su Android, come posso unire le due cose?

Come ho detto Gtalk usa protocolli aperti, tecnicamente mettere in comunicazione il protocollo SIP con la libreria jingle di XMPP non dovrebbe essere difficile, infatti il team Asterisk ci ha già pensato!

Non mi dilungo sula configurazione necessaria perchè di guide se ne trovano a bizzeffe.

Google

Ti ringrazio vivamente Google per aver scelto un protocollo aperto per il tuo servizio chat di riferimento, ma perchè mai dovresti abbandonare gli standard per fare di testa tua?

Non ho studiato XMPP ne Jingle, ci ho solo giochicchiato, ma posso dire senza dubbi che Google crea problemi di integrazione con Gtalk semplicemente perchè personalizza gli stream che i vari client usano per comunicare col server. A prova di questo basta sapere che Asterisk usa, giustamente, due plugin diversi per la stessa cosa, uno per Jabber e uno per Gtalk.

Non conosco l’history dei cambiamenti, ma ho letto di sviluppatori che si lamentavano di cambiamenti improvvisi di Google che rompevano compatibilità. In più posso garantire che con il client Android per Gtalk ha ulteriormente fatto confusione cambiando lo stream di comunicazione.

Non solo, sia il client Android (4.0) che il client da Google+ (con microfono e webcam disponibili) hanno impostato “jingle capable = no“, vale a dire che si auto dichiarano non capaci di fare chiamate audio/video, quando sappiamo benissimo che ne sono capaci. #nosense

Ringrazio anche Asterisk per essere un ottimo centralino software, ma soprattutto per essere Open Source. Così ho preso il file chan_gtalk.c e ho cercato di capire come poter ovviare alla confusione creata da Google.

Ne ho tirato fuori queste 3 semplici patch, la prima qui è un workaround abbastanza “sporco”, semplicemente se vede “android_talk*” come resource forza l’avvio della chiamata; la seconda, qui, risolve invece un problema con le chiamate da Gtalk verso Asterisk che non vengono processate perchè nel client Android il tag </jingle> viene chiuso prima del tag <session>; la terza, qui, risolve un problema simile, ma per le chiamate verso Gtalk. La versione di Asterisk su cui ho lavorato è la 1.8.9.0.

Morale

Grazie a protocolli aperti possiamo far parlare “cose”, software e protocolli stessi completamente differenti, anche se l’azienda di turno non ha previsto utilizzi diversi da quello base.

Non basta usare un protocollo aperto, ma bisogna anche rispettarne gli standard, Google ha il vizietto di non farlo e di personalizzarsi le cose, meglio sempre stare allerta. (per non parlare di Apple che usa XMPP castrato e non accessibile)

Grazie alla disponibilità del codice sorgente ho potuto fixare e segnalare le modifiche al team Asterisk.

Eppure c’è chi continua a usare protocolli chiusi, continua a sostenere aziende che palesemente lo prendono in giro e continua ad usare software proprietario…

Fattibilità

Non tutti hanno la possibilità di avere un server Asterisk e purtroppo da quello che ho capito ne pbexes ne liberailvoip supportano le chiamate via XMPP. Oltre ovviamente ad arrangiarsi con il semplice Gtalk, si può sempre installare Asterisk su un router/access point con openwrt.

Sempre per la storia che Google fa le cose a metà, il client Android utilizza l’autoparlante generale per le chiamate (o le cuffie se attaccate), rendendo le chiamate a volte impossibili da fare in pubblico. In quel caso ovviamente si può sempre usare un client SIP normale, l’importante è aver catturato l’attenzione della persona con una chiamata (o con un messaggio, usando il comando JabberSend di Asterisk).

Posted from Padova, Veneto, Italy.

Lo stile è informale e i talk sono fatti per lo più da semplici appassionati di uno specifico campo che hanno voglia di condividere quello che sanno.

Questo è il sito, programmersinpadua.it, un complimenti a Andrea e Diego per l’organizzazione di cui ogni volta si fanno carico.

Un paio di settimane fa ho tenuto un mio talk su Android. Lo scopo era parlare di un po’ di background riguardante Android, un po’ di retroscena e di meccaniche che stanno dietro, oltre a qualche accenno di programmazione, incentrata soprattutto sulle peculiarità di Android rispetto ad altri sistemi operativi mobili.

Da oggi sono disponibili i video. Peccato per il tono di voce un po’ bassa che in video rende meno (live non credo sia stato un problema).

Si, era il mio primo talk in assoluto. (si vede?)

A seguire le slide.

www.youtube.com/watch?v=GlybNVH8QJg

www.youtube.com/watch?v=e2u4jwR80V0

www.youtube.com/watch?v=1JFNuaPVJlw

.

Bè se siete nei dintorni di padova e non siete mai venuti venite alla prossima, altrimenti accontentatevi dei video  .

Posted from Padova, Veneto, Italy.

Se seguivate i miei tweet trtamite i digest giornalieri (spero siate in pochi) iscrivetevi a twitter (così vedete anche i retweet!) e followatemi!. Mi potete naturalmente trovare anche su Google plus.

I post rimarranno lì per futura memoria, mentre i digest dei tweet li eliminerò (sperando che in futuro twitter consenta finalmente di scaricare il database dei propri tweet!).

Posted from Padova, Veneto, Italy.

www.youtube.com/watch?v=lGI0EnNQ5GE

Rispetto per questi ragazzi, l’hardware è mio e ci faccio quello che meglio credo, come, per esempio, farci girare qualsiasi software legalmente posseduto.

Per tutto il resto c’è la rivoluzione digitale che qualcuno non ha ancora capito cosa significhi.

via

Posted from Padova, Veneto, Italy.

Con un po’ di ritardo comunico anche qui sul mio blog che in collaborazione con l’admin del sito ho creato l’applicazione ufficiale per Android .

L’applicazione permette di registrarsi al sito, visualizzare tutte le segnalazioni sulla mappa e inviare una segnalazione, in futuro sicuaramente aggiungerò feature!

Posted from Padova, Veneto, Italy.

iFixit Manifesto

Posted from Padova, Veneto, Italy.

L’esperienza è stata interessante, l’organizzazione del GTUG Firenze è stata buona nonostante il poco preavviso e gli scarsi mezzi.

Forse ci si aspettava una partecipazione maggiore da parte di Google nell’organizzazione, i relatori erano sicuramente preparatissimi, ma c’era poco tempo a disposizione, l’aula dell’Università di Firenze non era niente di speciale e gadget vari ed eventuali erano quasi assenti (strano normalmente Google è attenta a queste cose). Lo speech riguardo lo sviluppo della UI è stato utilissimo, mentre quello sull’NDK mi ha interessato meno.

Ciso di androidworld.it dice che c’erano molti curiosi con iPhone che non sapevano un H di android…può essere .

Nel poco tempo passato a Firenze abbiamo fatto queste (orribili) foto .

Posted from Padua, Veneto, Italy.

Grazie agli amici provvisti di cellulare android che hanno testato l’applicazione prima della pubblicazione sul market, grazie ad Androidiani e il mitico forum…grazie a Google .

Spero anche di riuscire a pubblicare qualche piccolo tutorial sulla programmazione con Android, ma non è facile.

Nel frattempo volevo comunque aggiornare la guida per compilare Android, con eclair la questione firmware proprietari viene risolta da un semplice script bash già presente al momento del download dei sorgenti.

La guida rimane praticamente identica, scriverò qua solo le motifiche da fare paragrafo per paragrafo oltre ad inserire un avviso nella guida vecchia. Spero venga fuori qualcosa di comprensibile .

Preparare il sistema

Invariato, ancora java 1.5

Scaricare i sorgenti

Ovviamente il comando finale sarà:

./repo init -u git://android.git.kernel.org/platform/manifest.git -b eclair

con eclair al posto di cupcake.

Kernel

Invariato

Download

Invariato

File proprietari

Come ho già detto ora abbiamo uno script che prende i file necessari! Diversamente dal passato per noi possessori di magic in vendor/htc c’è proprio una directory chiamata sapphire-open dove troviamo lo script. Lo script va a cercarsi il file zip dell’ultimo aggiornamento OTA (donut) che possiamo scaricare da qui (Android 1.6 recovery image) e che andremo a piazzare nella root dei sorgenti di android. Dopo questo possiamo avviarlo

cd ~/androidsource/vendor/htc/sapphire-open/

./unzip-files.sh

Compiliamo

Kernel

Invariato

Wifi

Invariato

Audio Files

Invariato

HTC Build Script

Problema! Attualmente non sono ancora riuscito a far andare le google apps su eclair per problemi di permessi/odex, se qualcuno ha qualche consiglio è il benvenuto!

Sistema

In buildspec.mk inseriremo solo:

TARGET_PREBUILT_KERNEL:=kernel/arch/arm/boot/zImage

Le impostazioni come il Target Product e altro le scegliamo attraversi altri script che ci vengono messi a disposizione con i sorgenti, quindi diamo:

cd ~/androidsource

. build/envsetup.sh

lunch aosp_sapphire_eu-eng

Finito siamo pronti per dare il make!

make

Nota: quando arriverà a compilare webkit attualmente da errore, questa patch risolve:

cd external/webkit

git cherry-pick 18342a41ab72e2c21931afaaab6f1b9bdbedb9f

Enjoy!

SMS

Grazie ad Android gli sms sono già virtualmente sostituiti da Gtalk che è sempre attivo in background e perfettamente integrato con il sistema. È facile però capire perchè sono sostituiti solo virtualmente; su Gtalk o jabber credo di avere l’1/18 di rubrica . A chi interessa comunque sappia che su racing.inside at gmail rispondo sempre dal cellulare con Gtalk, a meno che manchi copertura 3g. Con un telefono sprovvisto di Gtalk o dove Gtalk/jabber si integrano male si può sempre usare l’e-mail o qualunque social network!

Chiamate

Riguardo le chiamate la situazione è un attimino più complessa. Skype può essere una buona alternativa, attualmente su android c’è skype ufficiale che non supporta le chiamate (il colmo lol), nimbuzz e fring. Con l’ultimo ho effettuato una volta una chiamata skype in 3g e funzionava benino. Il programma comunque al momento su android è molto immaturo (ora se provo a chiamare crasha miseramente non so come mai). Dovrei provare nimbuzz.

Skype forse è meno problematico di Gtalk parlando di numero di persone che lo usano, ma io stesso non ho molta voglia di tenerlo aperto sempre…anche perchè è un programma in più che ciuccia ram.

In linea teorica sarebbe molto meglio cercare soluzioni sip! In questo modo però si rischia di addentrarsi in un campo minato.

Da quello che vedo si parla molto di voip, di operatori telefonici voip e di tariffe ecc… ma al momento a mio avviso ci si sta concentrando sul semplice risparmio economico nell’effettuare chiamate via voip destinate alla rete telefonica tradizionale. In questo modo però si continua a dipendere da un operatore telefonico…insomma la sostanza non cambia. La vera rivoluzione si avrà quando tutti potremo parlare voip/sip fra di noi! In questo senso probabilmente si sta muovendo Google Voice (anche se la rete telefonica tradizionale rimane importante) oppure idee come l’inum (spiegato bene su liberailvoip). Tecnicamente credo che ci si possa parlare fra centralini asterisk o altro (gratis naturalmente), ma dovrei approfondire.

Voip la pratica

Dovendoci accontentare, per ora, la soluzione più economica che ho trovato per sfruttare internet e fare chiamate voip è sipdroid(client sip per android) + asterisk sul server casalingo + poivy(operatore voip). Questa soluzione permette di chiamare attraverso poivy ovunque tu sia (fissi gratuiti e 9centesimi al minuto per i cellulari), di essere sempre raggiungibile gratuitamente da casa (basta chiamare un interno asterisk) e di essere raggiungibile su un numero di telefonia fissa invece che sul tuo normale numero di telefonia mobile.

Sipdroid è un buon client sip che si integra bene con Android; si perchè Android non ha un client sip già incluso come invece ce l’ha symbian, grave mancanza secondo me!

Comunque l’unico problema che ho incontrato con sipdroid è qualche tentennamento ogni tanto nel registrarsi al mio asterisk, forse però è dovuto al passaggio da wifi a 3g che cambia l’indirizzo ip del server asterisk (da un ip sulla rete locale a uno in internet).

Per chi non possa o non voglia mettere in piedi un server asterisk i creatori di sipdroid consigliano vivamente pbxes.org .

Ovviamente non mi dilungerò sulla configurazione di asterisk, ringrazio e linko solo luca che grazie alla sua guida di qualche mese fa mi ha aiutato a impostare per bene asterisk. Aggiungo solo che per connettersi e chiamare via 3g e quindi da un ip fuori dalla rete locale del server asterisk è necessario aprire le porte rtp del router che di default per asterisk sono da 10000 a 20000 udp (impostabili in rtp.conf) oltre ovviamente alla 5060.

Riguardo sipdroid c’è una questione da tenere conto, la durata della batteria in standby. In questa pagina del wiki è ben spiegato il problema dei pacchetti udp. Provo a riassumere banalmente; per il voip si tende ad usare udp perchè normalmente su questi pacchetti non viene fatto alcun controllo dell’errore per dare priorità alla velocità. Il problema è il tempo di timeout, con l’udp c’è bisogno di inviare ogni tot secondi un pacchetto per indicare al server che il client è “vivo”. Questi tot secondi con il tcp sono molti di più! Il client quindi deve inviare più raramente pacchetti al server aumentando di molto la durata della batteria.

Per abilitare il tcp su asterisk c’è bisogno però della versione 1.6, se usate come me debian lenny…buona compilazione!

Altro problemino che ho affrontato ieri è il caller id con poivy; poivy permette di verificare dei numeri di telefono e usarli automaticamente come callerid passandoli in asterisk con l’opzione “fromuser=” . Creando due sezioni diverse per poivy in sip.conf sono riuscito anche a impostare il caller id di casa se la telefonata parte dall’aladino e il callerid del mio cellulare se la telefonata parte da sipdroid!

Dopo tutti questi smanettamenti c’è un problema di fondo da affrontare, la banda delle adsl che ci ritroviamo in Italia…purtroppo non ci sono troppe soluzioni; il mulo e i torrent dovranno aspettare mentre chiamo .

P.S. ricordo per chi legge nei feed che oltre a questo feed generale ho un feed separato per i post della categoria tumblelog!

Niente di male in tutto ciò, se non fosse che post impegnati ne faccio molti meno. Dopo un pò che pensavo alla cosa mi sono detto perchè non fare un Tumblelog? Un posto dove buttarci tutta le cavolate che si trovano in giro e che normalmente condivido in FB, Twitter e G-reader.

Non mi è sembrata una brutta idea e quindi mi sono messo al lavoro, il problema principale era come realizzare tutto ciò, un blog a parte (mi attirava molto tumblr)? Tutto mischiato qua? No…Un pò una e un pò l’altra!

Tutto rimane qua su questo blog, ma ho cercato di dividere le due cose; i post non “impegnati” andranno nella categoria Tumblelog. La particolarità di questa categoria è che i suoi post non andranno a finire nel feed generale lasciandolo quindi “pulito”. Ovviamente c’è un feed per la sola categoria Tumblelog, in questo modo, per esempio, potrò abilitare quella funzione del plugin per twitter che crea un digest giornaliero dei tweet, funzione che non ho mai voluto abilitare per non inzozzare il blog.

Nella home invece lascio tutto mischiato ma automaticamente viene aggiunto “[Tumblelog]” al titolo del post di quella categoria.

Credo che sia tutto pronto e funzionante, l’unica cosa che manca è un metodo veloce per creare un nuovo post per esempio dai feed condivisi su Google Reader o direttamente dal cellulare.

P.S. ne ho approfittato per cambiare tema

Iscrivetevi al Tumblelog feed!

Seconda parte sulla compilazione fatta in casa di android direttamente dai sorgenti forniti da Google. Una volta che i sorgenti sono pronti possiamo procedere a compilare.

Kernel

Compiliamo il kernel con questi comandi, dobbiamo esportare delle variabili, da ora in poi per compilare conviene rimanere nello stesso terminale se non si vuole ri-esportare queste variabili.

cd ~/androidsource/kernel
export ARCH=arm
export CROSS_COMPILE=arm-eabi-
export PATH=$PATH:~/androidsource/prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin
cp arch/arm/configs/msm_defconfig .config
make oldconfig && make

In questo modo si userà un config standard, un’alternativa potrebbe essere quella di prendere il config da un’altra rom, per esempio dalla Cyanogenmod (sempre che si abbia scelto di usare kernel 2.6.29). Ovviamente è possibile anche farsi un proprio config con make menuconfig

L’immagine del kernel risultante sarà in ~/androidsource/arch/arm/boot/zImage .

Wifi

Fortunatamente il modulo wlan.ko del wireless non è proprietario quindi possiamo compilarci una nostra versione per il nostro kernel.

cd ~/androidsource/system/wlan/ti/sta_dk_4_0_4_32
export KERNEL_DIR=~/androidsource/kernel/
make

copiamo il modulo al posto giusto sostituendo quello prercompilato

cp wlan.ko ~/androidsource/vendor/htc/sapphire/

Nota attualmente con kernel 2.6.29 in cupcake la compilazione del modulo wlan.ko fallisce, la soluzione è applicare questa patch:

cd ~/androidsource/
./repo download platform/system/wlan/ti 10344

Audio Files

I file audio come suonerie notifiche ecc… sono già presenti ma di default non vengono incluse nella build, per farlo basta rinomiare un file così

mv ~/androidsource/frameworks/base/data/sounds/OriginalAudio.mk ~/androidsource/frameworks/base/data/sounds/Android.mk

HTC Build Script

Nota: Per Eclair attualmente questo procedimento non funziona.

Lo script è già pronto se avete usato i miei file, bisogna solo scaricare gli apk di base per le applicazioni Google.

cd ~/androidsource/vendor
mkdir google
cd google
wget http://www.lorenzobraghetto.com/wp-content/uploads/extract-google-files.sh
chmod a+x extract-google-files.sh
./extract-google-files.sh

Lo script va eseguito sempre con il telefono attaccato, prenderà solo le applicazioni base di Google.

Sistema

Nota: Per Eclair guardare qua.

Siamo quasi pronti per dare il make finale, basta creare un nuovo file buildspec.mk in ~/androidsource e inserirci

TARGET_PRODUCT:=htc_sapp
TARGET_PREBUILT_KERNEL:=kernel/arch/arm/boot/zImage

In più ho notato un problemino di permessi con wpa_supplicant, per risolverli apriamo il file ~/androidsource/system/core/rootdir/init.rc e all’altezza di

# create basic filesystem structure

inseriamo

# give system access to wpa_supplicant.conf for backup and restore
mkdir /data/misc/wifi 0777 wifi wifi
chmod 0777 /data/misc/wifi
chmod 0666 /data/misc/wifi/wpa_supplicant.conf

Un altro piccolo problemino riguarda il SetupWizard, di default non è possibile saltare il login con gmail, se non si ha un abbonamento a internet potrebbe essere dispendioso . La soluzione è aggiungere

ro.setupwizard.mode=OPTIONAL

nel build.prop, lo si può fare a mano alla fine del file una volta flashato il system.img nel cellulare oppure lo si può inserire direttamente prima della compilazione nel file apposito htc_sapp.mk. Purtroppo questa seconda possibilità, in linea teorica giusta, non ha funzionato. Un alternativa non proprio pulita è mettere l’opzione in system.prop

Ci siamo:

make

Come dice l’autore della guida da cui ho preso spunto, a questo punto meglio andare a giocare con la wii e tornare dopo un pò

Flashing

Il metodo più semplice per flashare il nostro nuovo android è usare il fastboot, dopo essere entrati in fastboot con il cellulare dare questi comandi dalla cartella tool dell’sdk (aggiungere sudo se necessario)

./fastboot flash system ~/androidsource/out/target/product/sapphire/system.img
./fastboot flash userdata ~/androidsource/out/target/product/sapphire/userdata.img
./fastboot flash boot ~/androidsource/out/target/product/sapphire/boot.img

Ovviamente questi comandi cancelleranno i dati presenti nel cellulare.

Enjoy

Aggiornamento 21/08 Proprio fra ieri e oggi è arrivata la notizia che la comunità è riuscita con il reverse enginering a creare un kernel completamente compatibile con i 32A più info qua.

Prima di due parti sulla compilazione fatta in casa di android direttamente dai sorgenti forniti da Google. Come sappiamo Android è software libero, ma la particolare licenza (Apache 2.0) permette ai produttori di cellulari di fare qualche porcata con un pò di software proprietario qua e là sparso per i nostri cellulari.

crediti

Per questo la compilazione di Android a seconda del dispositivo dove poi andrà installato può essere delicata. Io prenderò il caso dell’HTC magic 32B (vodafone), attualmente solo con cellulari “With Google”  è possibile usare versioni ricompilate del kernel. Questo perchè HTC non ha ancora rilasciato i sorgenti dei kernel usati nei cellulari con firmware customizzato da loro, per ora quindi non sappiamo cosa abbiano di spaciale i kernel HTC. (sicuramente una gestione della memoria diversa)

Non chiedetemi i vantaggi nel ricompilarsi Android, forse di strettamente pratici non ce ne sono o meglio io ne noto ma potrebbe essere solo suggestione (batteria che ha una seconda vita e sistema più leggero) in ogni caso è sempre divertente cercare di andare a fondo delle cose e crearsi un “proprio” Android aiuta a capirne bene il funzionamento.

Scrivo subito qui che la maggior parte dei crediti vanno a questo blog, le modifiche per l’htc magic però ci sono e sono abbastanza importanti, oltre anche ad altri adattamenti che ho fatto. Iniziamo!

Preparare il sistema

L’environment che ho usato per la prova è Ubuntu 9.04, credo però che non sia difficile adattare le istruzioni per altre linux box.

Scarichiamo i pacchetti necessari

sudo apt-get install git-core gnupg sun-java5-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev valgrind

Impostiamo come jvm predefinita la 1.5 necessaria ad Android.

update-java-alternatives -s java-1.5.0-sun

Ora quindi il comando java -version dovrebbe restituirvi

java version "1.5.0_19"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_19-b02)
Java HotSpot(TM) Server VM (build 1.5.0_19-b02, mixed mode)

Scaricare i sorgenti

Devo dire la verità che non ho ancora una grande dimestichezza con il sistema di gestione dei sorgenti di Android e lo trovo un pò incasinato. Comunque ci limitiamo a semplici istruzioni.

Scarichiamo il tool repo necessario al download dei sorgenti e mettiamo tutto in una cartella chiamata androidsource.

mkdir ~/androidsource

curl http://android.git.kernel.org/repo > ~/androidsource/repo

chmod a+x ~/androidsource/repo

Inizializzamo il client repo, conviene sempre specificare con quale branch si desidera lavorare, prendiamo l’esempio di cupcake ma se si specifica donut non ci dovrebbero essere grosse differenze nei comandi futuri.

cd ~/androidsource

./repo init -u git://android.git.kernel.org/platform/manifest.git -b cupcake

Kernel

Questa parte può essere saltata se si usa un kernel precomplato, ma visto che ci siamo facciamola completa e ricompiliamoci il kernel!

Per scaricare il kernel adatto ai nostri cellulari modifichiamo il file local_manifest.xml dentro alla cartella .repo

nano ~/androidsource/.repo/local_manifest.xml

E incolliamo

<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<project path="kernel" name="kernel/msm" revision="refs/heads/android-msm-2.6.29"/>
</manifest>

Al posto del 2.6.29 volendo si può mettere il 2.6.27.

Download

Siamo pronti per iniziare il download

cd ~/androisource

./repo sync

Ci vorrà un bel pò!

File proprietari

Nota per Eclair guardare qua.

Possiamo prendere i file proprietari necessari per il corretto funzionamento di Android sul nostro telefono direttamente dal telefono stesso. Per farlo basta eseguire lo script extract-files.sh. Bisogna però prima preparare il sistema con le modifiche necessarie per il corretto funzionamento di Android col Magic.

In ~/androidsource/vendor/htc/ ci sarà una cartella chamata dream-open, lì ci sono tutti i file pronti per l’Htc Dream, copiamo il contenuto in una nuova cartella chiamata sapphire.

Scaricate questo archivio creato da me, sostituite i file dentro alla cartella appena creata sapphire e eliminate tutti i file che hanno “trout” nel nome.

Lo script extract-files.sh cerca il comando adb, copiamo quindi temporaneamente il file binario adb dal proprio sdk di android alla cartella di sistema /usr/bin/ ed eseguiamo lo script che scaricherà i file proprietari. (l’esecuzione dello script potrebbe avere bisogno dei permessi di root)

Finito, siamo pronti a compilare!

Prima però come semplice esempio di utilizzo di My Tracks ecco il percorso andata e ritorno del giretto in bici fatto qualche giorno fa (giretto è), la mappa su google maps è privata e qui è tagliata perchè si capisce chiaramente dove abito, meglio evitare va .

Ed ecco le stats da Google Docs

Le potenzialità di My Tracks unite alle foto invece, dopo una giornata di camminata in montagna, ha dato luce a questo:

Visualizza Rifugio Rosetta in una mappa di dimensioni maggiori

Cliccate sul link per vederla più grande, attenzione che le foto sono su 2 pagine e non si vedono tutte subito. Su Google Earth è ancora più figo! (si può scaricare il file kml)

Anche quando mi sono ritrovato con le foto geo-taggate ho passato qualche decina di minuti chiedendomi…e adesso? Non chiedevo molto, mi bastava una specie di presentazione interattiva con foto mappa e foto sulla mappa. Una cosa come EveryTrail, ma non in flash e non per forza pubblica. Alla fine la procedura che ho seguito è stata questa:

• Caricare le foto geo-taggate su picasa abilitando l’opzione relativa al geo-tag sulle impostazioni
• Cliccare su “Visualizza mappa” all’interno dell’album
• Cliccare su “Visualizza in Google Earth” e scaricare il file kml
• Creare una nuova mappa in “Mie mappe” e importare il file kml delle foto
• Importare i file kml delle altre 2 mappe (andata e ritorno) create automaticamente con My Tracks in modo da aggiungere anche il tracciato.
• Importare il tutto anche su Google Earth

Ecco anche per il giro in montagna le statistiche, a piedi credo che alcuni dati siano da prendere con le pinze, in più all’andata il GPS ha sicuramente sballato un pò all’altezza di una galleria (si vede anche nel tracciato).

Conclusione sono abbastanza soddisfatto

Qualche giorno fa invece venni a sapere che Identi.ca e altri si basano su un protocollo aperto chiamato appunto OpenMicroBlogging, la sua particolarità sta nel fatto che non ha nulla a che vedere col concetto di server centralizzato che da un servizio unico agli utenti. Infatti  tutti i server che usano software che supportano questo protocollo possono interagire fra di loro, in questo modo ogni utente è libero di scegliere che server usare e poi può seguire qualsiasi altro utente iscritto ad un altro server di OpenMicroBlogging.

Questa struttura decentralizzata, aperta e “standard” è classica del software libero, vedi Jabber/XMMP (vs MSN) ma anche SIP (vs Skype) e altri, a pensarci bene è anche alla base di un sistema di comunicazione su cui internet si è sviluppato, le e-mail!

E così mi sono messo a smanettare, inizialmente ho provato il software OpenMicroblogger; molto molto acerbo e indietro nello sviluppo. Poi mi sono buttato su Laconi.ca, la base software di Identi.ca. Più facilmente usabile e facile da installare, ma ancora poco personalizzabile a mio parere. Qualche magagna nell’installazione l’ho avuta, ma fa troppo caldo per buttar giù una pseudo guida .

Come spesso succede un semplice smanettamento senza obbiettivi particolari si trasforma in qualcosa da usare per forza data la fatica che hai fatto per metterla su . Ecco che all’indirizzo http:/laconica.lorenzobraghetto.com c’è il mio portale privato di OpenMicroBlogging. L’integrazione con Twitter funziona sia in un senso che in un altro. Vale a dire che funziona sia l’invio di tweet automaticamente da Laconi.ca che la ricenzione di tutti i tweet sul server Laconi.ca. Dopo un pò però ho tolto la seconda feature, grazie a gwibber posso seguire più account diversi contemporaneamente quindi non aveva senso intasare il database di Laconi.ca con i messaggi di Twitter.

Ovviamente la decentralità ha degli svantaggi facilmente individuabili, la comunità può risultare divisa e sparpagliata, per questo forse la vera utilità di questo sistema va cercata nei casi in cui si voglia creare una sotto-comunità di microblogging a tema. Che sò…un servizio di microblogging specifico di una città, o di un locale, di un associazione, di un videogioco di qualsiasi cosa. Leggendo anche la lista dei TODO però mi sono convinto a tenere su baracca e burattini per ora.

Riguardo Twitter devo dire che continuo a nutrire ancora abbastanza “benevolenza” nei suoi confronti a differenza di quanto è avvenuto con MSN. Forse perchè rimane ancora una cosa un pò da geek e non di moda (almeno in Italia).

Hardware HTC Magic (vodafone)

Non son mai stato un grande fan di cellulari, ho in genere pretese abbastanza basse, ma ci sono un paio di cose che trovo negative nell’HTC Magic.

Una, la meno importante, le ditate sul touchscreen, sono parecchio fastidiose a volte. L’altra ben più grave imho è l’assenza del flash nella fotocamera, il mio 6680 ce l’aveva funzionava male ma ce l’aveva .

Per il resto mi pare un buon telefono, a voler fare gli sboroni una fotocamera migliore e un pò di ram in più non faceva male.

Android

Parlare di un intero sistema operativo in poche righe è sempre uno spreco, anche di un sistema per cellulari come android.

Innanzitutto ci tengo a ricordare che Android non è Gnu/Linux, Android è un sistema a se stante, nuovo. Si basa sul kernel Linux ma il resto è stato fatto da zero. Entrando nella shell attraverso l’adb presente nell’sdk non ci troveremo completamente a casa nostra, la shell riconosce alcuni dei comandi base della bash ma non tutti.

Non conosco ancora abbastanza bene il sistema per parlare tanto più approfonditamente, posso dire che la programmazione su android si basa su Java non è stato usato altro, solo per la grafica si usano file XML. Recentemente avevo letto che da poco si possono compilare anche programmi in C ma non so a che punto siamo arrivati.

“Si dice” che la programmazione in android sia abbastanza semplice…io ho provato a fare un semplice widget e mi sono perso nel mezzo della documentazione

Google e HTC

Da una parte abbiamo Google che in questo scenario fa la parte del buono e del conservatore. I suoi firmware sono leggeri molto semplici e aperti, le uniche parti proprietarie sono il wireless e la parte telefonica per volere del produttore (HTC). Dall’altra parte al momento nella pratica abbiamo solo HTC (e Samsung?) e 3 cellulari, del Dream credo non ci sia nulla da dire.

Per quanto riguarda il magic invece bisogna sapere che esistono 2 versioni dello stesso telefono. La versione Vodafone è la versione “With Google”, meno ram e firmware Cupcake “liscio”. La versione Tim è la versione voluta da HTC, firmware leggermente modificato da HTC, niente update da Google quindi e leggermente più pesante, ma il cellulare ha più ram.

Il prossimo cellulare HTC con android sarà L’HTC Hero, la particolarità di questo nuovo cellulare sarà la versione altamente customizzata di android (quasi irriconoscibile). Le modifiche è facile pensare che rimarranno proprietà di HTC e che saranno con licenza non libera. La mia paura è che andando avanti ci potremmo ritrovare con versioni libere di Android con meno feature e non preinstallate nei cellulari mentre quelle proprietarie con funzioni in più e già installate. Ma tutto questo era prevedibile, la licenza scelta da Google per Android permette tutto ciò.

Il firmware del’Hero si può già provare sull’HTC magic, la prima versione che ha iniziato a girare era veramente pesante, nel frattempo però vari team della comunità l’hanno presa e alleggerita

Il firmware è stato modificato molto, interfaccia grafica più “pomposa” sicuramente più originale ma non è detto che possa essere apprezzata da tutti, quasi tutto è integrato e sincronizzato con Facebook/Twitter/Meteo e con altri servizi online, le applicazioni singole sono veramente ben fatte e ci sono alcuni accorgimenti che ti fan pensare a come stia perdendo tempo Google nel frattempo. In più ci sono 2 feature che vanno tanto di moda, il multitouch e Flash nel browser.

È un mondo parecchio in movimento, chi vivrà vedrà

ed è subito hacking time

Il firmware che si vede non è quello iriginale, è quello del “futuro” HTC Hero

In quel periodo mi ricordo che in channel di irc gli sviluppatori dissero che avrebbero usato una versione scritta in C di azureus per poter scaricare torrent con la fonera (feature sbandiarata ai quattro venti ancora prima che si pensasse a come implementarla). Rimasi un attimo sopreso della scelta ma pensai che sicuramente sapevano quello che stavano facendo.

Oggi annunciano che con la nuova versione RC4 si userà transmission -.-

LOL

Credo che flash sia il componente/software proprietario più odiato dagli utilizzatori di Gnu/Linux (mmm dopo i driver video forse). In realtà non ha nessun motivo particolare per esserlo più di un qualunque altro software proprietario. Tutti tendono a fare quello che vogliono, a non integrarsi col sistema, a ricreare e sovrapporre funzionalità che il sistema stesso già offre.

Il problema è che ci ritroviamo a dover usare flash tutti i giorni, il web ne è pieno con utilizzi più o meno sostenibili. Esempio di pessimo uso? Recentemente questa pagina (cliccate a vostro rischio e pericolo) mi ha fatto andare firefox al 103% di utlizzo della cpu come testimonia questo screen.

Le specifiche di html5 non sono ancora definitive, usciranno finite nel 2010, ma sono state pubblicate alcune draft. Fra queste la novità che sta animando le discussioni è l’introduzione del tag <video> che permette di avere un semplice player video, senza plugin esterni, costumizzabile tramite javascript. Questo permetterebbe di liberare il web da plugin proprietari come flash e silverlight (moonlinght non è proprietario ma sappiamo che la faccenda non è molto limpida ), tornare ad usare solo standard aperti e completamente documentati.

Il grosso in realtà lo fanno i browser, come al solito il w3c pubblica le specifiche ma sono i browser a doverle recepire correttamente. C’è per esempio una forte discussione su quale codec video bisognerà usare. Tralasciamo invece cosa farà micro$oft con il suo pseudo browser.

Dailymotion avrebbe già messo a disposizione una versione del suo portale con tutti i video in ogg/theora, avrebbe perchè io non sono riuscito a raggiungerla, openvideo.dailymotion.com mi continua a far vedere i video in flash. Mentre youtube al momento sta premendo per utilizzo del codec h.264, qualche test però dimostra che a basso bitrate ogg/theora batte nettamente h.264. Firefox 3.5 beta supporta solo ogg/theora chrome e safari invece supportano theora e h.264.

Prova sul campo

Per prima cosa bisogna attrezzarsi con firefox-3.5, si può scaricare la rc3 dal sito mozilla in binario oppure aggiungere il repository ppa con le daily build, io ho usato il ppa.

Ho già scritto che dailymotion sembra usare sempre flash, youtube ha una pagina di prova qui, ma funziona solo con h.264 e firefox non ne ha il supporto. L’esempio migliore e sicuramente funzionante (un pò spartano) è tinyvid.tv con i video in ogg/theora presi da youtube. Un altro esempio divertente è qua .

Per quanto riguarda esperimenti personali qualche indicazione ce la da direttamente mozilla o w3cschools . Da qualche semplice prova ho notato che firefox non ha ancora applicato tutte le specifiche, l’attributo “poster” non funziona e nemmeno “autoplay=false”. La mia pagina di prova è qui.

Da un paio di video si possono vedere alcune features interessanti, qua e qua. Fra queste c’è la possibilità di customizzare completamente il player video con un pò di semplice javascript .

Non solo il webmaster può decidere come far apparire il player nel proprio sito, ma soprattutto gli utenti possono scegliere, indipendentemente dal sito dove si trovano, che player usare. Un esempio in questo video (con spiegazione qua) e nella mia pagina di prova.

Chi ha già provato si sarà accorto che manca il fullscreen, per firefox esiste già un bug aperto come richiesta di feature, non so gli altri browser come siano messi.

Update il 30 giugno esce firefox 3.5

Update2: scoperta la magagna con dailymotion http://twitter.com/monossido/status/2408048139

L’idea originale l’ho avuta da qui, dopo qualche consiglio da chi l’ha realizzata prima di me mi sono messo all’opera. È veramente semplice da realizzare, ma è un buon modo per sperimentare.

Si tratta di uno o più pannelli solari che ricaricano delle batterie stilo. Si può ovviamente giocare sul numero e tipo di battetrie e pannelli solari. Io ho usato 2 pannelli solari da ~6V 30ma ciascuno in parallelo e 4 batterie da 1.2V, infine ho messo una porta USB…molti device sono ricaricabili da USB o altrimenti esistono adattatori USB per qualsiasi cosa quindi mi sembra un ottima scelta. È possibile usare la porta USB perchè normalmente va a 5V, le 4 batterie da 1.2V fanno praticamente il voltaggio giusto.

Una feature non calcolata inizialmente della porta USB è la possibilità di alimentare la fonera2.0 tramita la sua porta USB integrata . In mailing list era girata tempo fa la notizia per cui un hub usb alimentato esternamente collegato alla fonera2.0 permetteva di evitare di alimentarla direttamente. Ovviamente il mio hub è fra quelli sfigati che hanno il cavo USB a monte non alimentato. Quando mi è venuta in mente questa cosa ho provato da USB alimentato a batterie alla fonera2.0 ed effettivamente si accende! I pannelli solari da soli però con i loro 60ma assolutamentee non ce la fanno, quasi tutto è sulle spalle delle batterie. In realtà da alcune prove ho notato che nemmeno le batterie da sole riescono a reggere, appena si accende il wireless la fonera si riavvia; c’è bisogno sempre sia delle batterie ben cariche sia del sole che picchia sui pannelli. Non ho fatto test di durata.

Non sono riuscito a fare una foto decente, ma se si guarda bene si vede la luce del wireless accesa, quella del power è verde (quindi la fonera è connessa a internet) fidatevi

Gli unici due accorgimenti particolari riguardano l’interruttore per la porta USB e soprattutto un diodo fra il positivo del pannello solare e il pacco batterie; il diodo serve a bloccare la corrente verso i pannelli solari, in questo modo quando i pannelli sono al buio non scaricano le batterie.

La mia personalizzazione come si può vedere è stata soprattutto la “scocca” del carica batterie ricavata dalla mia prima fonera purtroppo defunta qualche mese fa .

Foto orribili sorry

In realtà seguire quella procedura comportava anche installare android su SSD e perderne il contenuto…molto fastidioso per un semplice esperimento.

Vi rimando quindi alla guida per i dettagli, se siete interessati provatela pure; se il bug viene corretto quella guida va bene.

Soluzione temporanea

Attualmente invece la compilazione non si conclude, se è questo il caso possiamo applicare manualmente la patch attualmente in revisione che risolve il bug. Subito dopo aver sincronizzato i sorgenti con “repo sync” invece di partire spediti con la compilazione applichiamo la patch così:

repo download platform/bootable/diskinstaller 8265/1

E poi proseguiamo normalmente.

Live

Per provare Android da live senza installarlo possiamo usare uno script bash trovato sempre dal gerrit di android (notate le e-mail degli autori di entrambe le patch… @intel.com ).

Lo script recita “WARNING!!!!! PRELIMINARY SCRIPT!!!!! AS-IS!!!!!”, io non ho avuto problemi ed è filato tutto lissssio come l’olio. Per ottenerla sempre dalla cartella principale dei sorgenti digitiamo:

repo download platform/vendor/asus/eee_701 6475/1
cp vendor/asus/eee_701/make-live out/target/product/eee_701/


Il file “make-live” verrà scaricato e copiato nella cartella dove risiede “installer.img” . Inserite la chiavetta usb (non smontatela fa tutto lo script), eseguite “./make-live” e seguite le istruzioni. Vi ritroverete con una penna usb bootable con andorid “live” dentro .

Setup up

Riguardo eventuali configurazioni posso solo indicarvi come far funzionare ineternet. La wireless attualmente non funziona, ma dato che i driver atheros (ath5k) sono open source non credo ci siano grandi difficoltà  a compilarli, mi chiedo perchè nessuno sembra averlo ancora fatto. L’ethernet invece funziona bene, per abilitarlo basta andare nella tty testuale con Ctrl-Alt-F1 e avviare il client dhcp digitando:

netcfg eth0 dhcp

Oppure mettendo semplicemente “up” al posto di dhcp e impostando un ip manuale con ifconfig, purtroppo però poi non sono riuscito a impostare un gateway manualmente dato che “route” non sembra funzionare come al solito.

Considerazioni

Non ho fatto lunghi test (prima vorrei vedere la situazione della wireless), Android su x86 potrebbe diventare una certezza (speriamo) ma per come è stato pensato credo che come minimo ci voglia un touchscreen anche se per ora si può “sperimentare” bene anche con la tastiera (niente mouse). Non so se la versione che viene compilata con questo metodo sia proprio quella del G1, so solo che apparentemente sembra un pò incompleta anche se esteticamente mi piace molto. Mha…staremo a vedere.

Grazie Google per aver scelto software libero

Aggiornamento 12/02 Aggiunto comando per copiare “make-live” nella giusta posizione

www.youtube.com/watch?v=58z42iBnmrc

Insomma la fonera si può trasformare in un Internet radio o in un lettore mp3 anche da remoto .

Il plugin jamendo non è ancora stato “pacchettizato” come vero plugin che io sappia, quindi basta seguire le incomplete istrizioni nel wiki e/o integrarle con le mie .

Prima conviene attaccare la scheda audio USB e controllare che venga creato il device in /dev/dsp

Bisogna poi installare madplay e le sue dipendenze, i pacchetti li ho presi tutti qui, non ho provato quelli segnalati dal wiki.

Ora per installare il plugin vero e proprio:

# cd /usr/lib/lua/luci/controller
# wget http://trac.fonosfera.org/fon-ng/export/64/branches/communities/jamendo/applications/luci-jamendo/luasrc/controller/jamendo.lua
# cd ../view
# mkdir jamendo
# cd jamendo
# wget http://trac.fonosfera.org/fon-ng/export/64/branches/communities/jamendo/applications/luci-jamendo/luasrc/view/jamendo/index.htm
# wget http://trac.fonosfera.org/fon-ng/export/64/branches/communities/jamendo/applications/luci-jamendo/htdocs/luci-static/resources/icons/jamendo.png -O /www/luci-static/resources/icons/jamendo.png
# wget http://trac.fonosfera.org/fon-ng/export/64/branches/communities/jamendo/applications/luci-jamendo/root/usr/sbin/jamendoradio -O /usr/sbin/jamendoradio
# wget http://trac.fonosfera.org/fon-ng/export/64/branches/communities/jamendo/applications/luci-jamendo/root/etc/config/jamendo -O /etc/config/jamendo

Ora dalla WebGui sotto “Servizi” ci sarà una voce “Jamendo”, selezioniamo la radio e spuntiamo “Start the radio automatically”. Dovrebbe partire la musica

Sempre dal wiki ho visto le istruzioni su come ricompilarsi il firmware partendo dai sorgenti, anche lì ci sono cose da aggiornare. Vantaggi specifici nel ricompilarsi il firmware non credo esistano per ora, soprattutto perchè i pacchetti .ipk non sembrano mancare. Ma magari potrebbe esserer divertente .

# mkdir fon
# cd fon
# svn checkout http://svn.fonosfera.org/fon-ng .
# trunk/install.sh
# cd trunk/openwrt

per la lista dei sorgenti da aggiungere disponibili

scripts/feeds update
scripts/feeds list

per installarne uno

# scripts/feeds install kmod-video-gspca

per dare un occhiata e aggiungere realmente i sorgenti alla compilazione

# make menuconfig
# make world

Dentro a bin/ ci sarà l’immagine risultante da flashare.

Ho voluto provare a ricompilarmi i sorgenti perchè ho una webcam supportata dai driver gspca che appena viene utilizzata da qualche programma fa crashare la fonera…non ho ottenuto niente di diverso.

25/01/2009 corretti alcuni comandi

Costo 10€, non conosco altri modelli e non ho modo di verificare quanto preciso sia, quindi probabilmente i dati che andrò a scrivere dovranno essere presi con le pinze. Quando antepongo la tilde “~” prima del numero di watt vuol dire che ho fatto una media a occhio del consumo su 15-20 secondi di test.

Ultimamente mi sta venendo il pallino del risparmio energetico e delle fonti alternative di energia, la mia torcia solare mi accompagna sempre nei viaggi, in più questo natale a tutti gli zii/cugini abbiamo regalato solo accessori ad energia solare . (a breve mi regalerò uno scotty mi sa)

Oggi mi ci sono messo e ho fatto qualche test con computer e periferiche varie.

PANORAMICA PC E PERIFERICHE

Per capire bene cosa ho misurato ecco le specifiche

Server:

• Pentium 3 S 1.3ghz (tualatin)
• 512mb ram
• Matrox g400 (VGA)
• Hard disk 120gb
• Realtek RTL-8139 (ethernet)

Core Duo:

• Core Duo E6300 @ 1800 (se indicato l’overclock è a 2.5ghz)
• Asus P5B (scheda madre)
• 2gb ram
• Ati HD2600xt (Se indicato overclockata)
• Hard disk ide 120gb
• Hard disk sata 250gb
• Hard disk sata 500gb
• Masterizzatore DVD LG
• Led vari ed eventuali

Pentium4

• Pentium 4 2.5ghz
• 768mb ram
• Ati radeon 9200
• Hard disk ide 160gb
• Masterizzatore CD

Sempron (laptop)

• Sempron 3200+
• 512mb ram
• Sis ?? (VGA)
• 60gb hard disk ide
• Masterizzatore DVD

Eeepc (laptop)

• Eeepc 701 4g…

Stampante

• Stampante HP Photosmart C5180

Casse

• Casse Trust 2.1

Software

• Debian etch kernel 2.6.18-6-686
• Ubuntu Intrepid aggiornato a oggi, kernel 2.6.27-eeepc (adam kernel) sull’eeepc e 2.6.27 generic ufficiale sugli altri.
• Windows SP3 sul Core Duo e SP2 sul Sempron

PC E PERIFERICHE ACCESE

Iniziamo con calma e vediamo quanto consumano i miei pc da accesi:

Server

• Debian ~53 W

Core Duo (con compiz)

• Idle Ubuntu ~116 W
• Idle Windows ~137 W
• Idle Ubuntu Overclockato (da Bios ma con clock di default da Cpufreq) ~139 W
• Idle Windows Overclockato ~156 W

Pentium4

• Idle Ubuntu 60 W

Sempron (driver video linux solo 2d)

• Idle Ubuntu ~30 W – monitor off ~23 W
• Idle Windows ~35 W – monitor off ~30 W
• Idle Ubuntu in carica ~40 W – monitor off ~35 W
• Idle Windows  in carica ~37 W - monitor off ~35 W

Eeepc (con compiz)

• Idle Ubuntu 13 W – monitor off 10 W
• Youtube¹ Ubuntu 15 W – monitor off 13 W
• Idle Ubuntu in carica ~20 W
• Overclockato (a 900mhz) i consumi rimangono uguali

Stampante

• Idle 11 W

Monitor Samsung 20′

• ~40 W

Monitor Samsung 19′

• 33 W

Casse

• Mute 2 W

PC E PERIFERICHE SPENTE

Ora viene il bello o meglio il brutto…

Server

• Non è mai spento

Core Duo

• Interruttore alimentatore su (I) 13 W
• Interruttore alimentatore su (O) 6 W

Pentium4

• (Senza interruttore) 8 W

Sempron

• 6 W
• In carica ~20 W

Eeepc

• 0 W
• In carica ~6 W
  

Stampante

• 10 w

Monitor Samsung 20′

• 0 W

Monitor Samsung 19′

• 6 W

Casse

• 0 W

CONCLUSIONI

Sono letteralmente stupito/incazzato dei consumi da SPENTI degli elettrodomestici misurati, facciamo un paio di conti:

Core Duo 13W+Pentium4 8W+Sempron 6W+Stampante 10W+Monitor19′ 6W+Casse 2W=45 W

45W · 24h= 1kWh

1kWh · 0,16 kWh/€= 0,16

0,16 · 365 = 58€ all’anno

Quarantacinque Watt e cinquantotto euro all’anno per nulla…quasi un secondo server acceso. E ovviamente ho contato solo questi 4 computer qua, ci sono molti altri elettrodomestici in giro per la casa. Particolarmente scandalosa è la stampante, che rimanga accesa o spenta è praticamente la stessa cosa…

Mi sono quindi munito di una mega-ciabatta con interruttore…speriamo di ricordarmi di spegnerla la sera.

Per il resto si può vedere come Ubuntu batta sempre Windows XP riguardo i consumi (a parte in ricarica della batteria ma lì ci sono altri fattori probabilmente) . Sono un pò stupito dai bassi consumi del pentium4 rispetto al server…mi fa venir voglia di spostare il pentium4 a server lol.

[1] Youtube aperto a questa pagina…processore parecchio impegnato…come al solito con flash purtroppo

Io però quando sentii parlare le prime volte della fonera 2.0 mi aspettavo ben di più, non posso sapere come andranno le cose in futuro, ma quanto meno credo sia giustificabile chiedersi a che velocità le cose stanno andando avanti e a che livello è la “apertura” del progetto (non a livello di codice ovviamente ma a livello di documentazione e di cooperazione con la counità).

Per quanto riguarda la documentazione mi riferisco al fatto che non esista ancora un documento che spieghi come realizzare un plugin per la fonera 2.0. Il team francofon ha creato il primo plugin chiamato Proxyredirector che per ora è in Private Beta (ma dimmi te che senso ha…). Non credo abbiano faticato poco perchè appunto non c’è ancora documentazione ufficiale.

Gli sviluppatori sono sicuramente bravi, su irc la maggior parte delle volte rispondono prontamente, ma qualche dubbio rimane. Mi riferisco ai famosi plugin per torrent e aMule, il bridge fra Wlan-Lan&Wan, avvisi via mail, supporto a webcam non-uvc (ma con driver open), velocità di trasferimento dei device usb attraverso la lan e wan (ancora da testare con l’ultimo firmware), accesso completo dalla wan (finalmete si possono abilitare ssh e web gui dalla wan ma per l’accesso completo bisogna ancora modificare ea mano), bluetooth e altri plugin “promessi”…

Ultimamente mi sono dedicato a 2 webcam prestate da amici, entrambe non sono supportate da uvcvideo; ho installato i moduli driver per entrambe grazie a questo repository…ma quando cerco di usarle con vari programmi la fonera freeza e si riavvia -.- .

Vabbè alla fine una settimana fa non ho resistito e l’ho ordinata…

Dal punto di vista delle specifiche hardware è del tutto identica ad  una fonera normale tranne per una porta lan in più (come la fonera+), una porta usb in più e il dobbio di ram…32mb.

La rivoluzione dovrebbe essere dal punto di vista software, FON si trasforma…non è più solo una comunity con lo scopo di condividere internet ma si apre a tutti quelli che in passato hanno visto nella fonera un bel giocattolino da modificare.

Così dovrebbe abbracciare il modello di sviluppo open source per creare il firmware ufficiale FON senza particolari limitazioni, la porta usb aiuta sicuramente a stimolare la creatività .

Per ora c’è poco niente, fonosfera.org non è ancora partito; esiste un forum un wiki e una mailing list. Il firmware attuale però ha già il supporto per le webcam, per penne/hard disk usb, condivisione windows con samba, FTP, scanner e stampanti. Intrigante il modulo per caricare i plugin! Permetterà a Fon di non dover per forza accettare tutti i progetti (anche i più bislacchi) perchè ognuno sarà libero di aggiungerli a mano.

MIEI SMANETTAMENTI FIN’ORA

È una versione rivolta agli sviluppatori e, anche se non mi sento tale, ho iniziato a lavorarci su; che io sappia non c’erano testimonianze che un client torrent riuscisse a girare sulla fonera2 anche se è nella wishlist degli sviluppatori fon. Il pacchetto ipk di transmission però esisteva già quindi non ho fatto altro che installarlo e integrarlo con la web interface…ed ecco qua transmission sulla fonera2.

In seguito ho provato anche con aMule ma senza troppi risultati, se non viene caricata nessuna lista dei server o nessun download amulcmd (e quindi anche amuleweb) si connettono e funzionano alla grande…appena aggiungo qualcosa, invece, amulecmd smette di funzionare e non riesce più a connettersi. Io credo che sia un problema di CPU troppo scarsa ma altri stanno provando.

Ora vorrei provare a fare un bridge fra wan e wlan come fa’ Freewlan.

Per chi compra una Fonera2.0 adesso il wiki iniziale e questa pagina mi sono stati abbastanza d’aiuto, io in ordine ho fatto questo:

• Collegato la fonera e impostato gli ip per la connessione
• Aggiornato il firmware
• Abilitato l’accesso dalla wan
• Chiesto cosa cavolo vuol dire questo. (non mi risulta che sull’attuale firmware sia così…forse ce ne è un altro?!)
• Installato opkg (in sostituzione a ipkg)…se non sbaglio progetto nato da OpenMoko dalle ceneri di ipkg.
• Resettato il tutto dopo aver fatto casino con lo spazio su disco

Ancora ignoro come sia organizzato lo spazio su disco, fatto sta che seguendo i consigli ¹ ho impostato opkg perchè installi i pacchetti sulla mia penna usb; Basta aggiungere

dest usb /misc/puntodimount

in /etc/opkg.conf e poi aggiungere “-d usb” al comando “opkg install nomepacchetto” . Se si installano librerie occorrerà creare link simbolici. Attendo fiducioso e non solo da spettatore i prossimi sviluppi .

¹- Pensavo di avere avuto l’ispirazione dell’installazione su usb dal wiki…invece nell’history si vede che il suggerimento è stato aggiunto dopo che l’ho consigliato io sul forum …come fare l’ho trovato qua.

Questo vuol dire niente jabber o messenger (fra le altre cose). Già per controllare i download di aMule usavo questo trucchetto di ssh, in pratica creo un tunnell ssh della porta 4712 fra il mio eeepc e il mio server. Poi dico ad aMuleGui di connettersi a localhost su quella porta…ecco che vedo i miei download .

Settimana scorsa mi sono creato un server jabber sul mio server casalingo, vedendo che jabberd non è per niente pesante ho deciso di usarlo stabilmente…vantaggio? Avere come account jabber monossido@lorenzobraghetto.com .

Ora unendo le due cose in questo momento ho un tunnel ssh della porta 5222 e pidgin che crede di connettersi a localhost mentre si connette al mio server…wireless dell’uni powned .

Tutto questo era ovviamente possibile con messenger vero??? bha…

E fuori piove…io non ho nemmeno la giacca.

Eeepc from Bruxelles

Oltre a vari interventi necessari al kernel 2.6.27 la novità sta in un nuovo kernel con il suffisso -lean ancora più “ottimizzato”, ha cioè tolto qualche modulo in più che sicuramente non serve e compilato staticamente nel kernel qualche driver che invece serve sicuramente!

I tempi di boot sono un pò superiori a quelli di hardy, devo dire però che con il kernel -lean ho qualche problema…cosa che non sembra succedere con gli eeepc 900 e superiori. Non ho invetigato…

Io comunque come al solito ho voluto provare un kernel mio, basandomi sul config del kernel -lean ho inziato a togliere un pò di robe inutili compreso l’initramfs . E come al solito ottengo quel qualcosina in più…come qualche secondo guadagnato al boot e il supporto all’ibernazione che con i kernel di Adam non funziona.

Chi volesse fare come me tenga in considerazione che sia i kernell vanilla che quelli di ubuntu hanno il modulo eeepc-laptop che non funziona. Eeepc-laptop è il modulo che sostituisce eeepc-acpi nei kernel 2.6.27 (ricordererte la “barzelletta” del modulo ufficiale asus scritta qua) , non sono riusucito a trovare uno straccio di spiegazione riguardo cosa cambi in questo nuovo modulo e riguardo i problemi all’atto pratico. L’unica cosa che sono riuscito a fare è compilare direttamente i sorgenti già patchati da Adam del kernel di ubuntu con il mio config.

Gli snapshot dei kernel patchati da Adam si possono trovare qua (quelli taggati con l’”eeepc” finale). Per gli aggiornamenti mi affido esclusivamente a lui per evitare casini, sta facendo veramente un lavoro immenso, è ovvio che non può usare la mannaia nel configurare il kernel dato che poi devono usarlo migliaia di persone.