Questa settimana mi sono cimentato involontariamente nella configurazione del DualHead sulla mia GNU/Linux Box ;-)

Il DualHead è una modalità di funzionamento dell’interfaccia grafica coadiuvato dalla capacità della scheda video di gestire più periferiche di output contemporaneamente (ad esempio l’ LCD e l’uscita VGA di un portatile).

Precedentemente questa modalità di funzionamento era supportata da XWindows mediante un estensione chiamata Xinerama.

Ultimamente la funzionalità di DualHead è invece integrata nel modulo XRandr che è in grado di selezionare al volo la risoluzione grafica delle schede video e anche di attivare le schede video secondarie senza necessità di riavvio di XWindows (necessaria invece con Xinerama essendo configurata staticamente nel file di configurazione di Xorg)

XRandr, con la possibilità di riconfigurazione live, è un grande passo in avanti per Xorg… ma come tutte le cose nuove introduce anche nuovi problemi :-D

La modalità DualHead è sicuramente utile per lavorare su più applicazioni contemporaneamente ma è ancora più utile durante presentazioni e seminari, permettendo di eseguire su uno schermo (il proiettore agganciato all’uscita VGA) la presentazione e sull’altro (l’LCD del portatile) la scaletta/mindmap della presentazione, magari con le note riguardanti i dettagli importanti da non dimenticare :-)

Ho provato ultimamente a configurare il DualHead in una modalità diversa dalla modalità mirror (che semplicemente clona i due output mostrando su entrambi il medesimo desktop) e ho avuto qualche problemino dovuto probabilmente alla non completa integrazione del nuovo sistema XRandr nella applicazioni e desktop environment (nel mio caso GNOME).

Nel cercare dei workaround a questi problemi ne ho comunque tratto una conoscienza migliore dei meccanismi e delle tecnologie coinvolte e ho deciso quindi di lasciare queste 4 righe di traccia a beneficio di chi potrebbe incontrare i miei stessi problemi ;-)

Le ultime versioni Ubuntu (e quindi molto probabilmente anche molte altre distribuzioni) integrano un sistema guidato di riconfigurazione degli output video:

• gnome-display-properties (compreso nel pacchetto gnome-control-center

Tra l’altro ci deve fare piacere il fatto che tra i contributor c’e’ un cittadino di adozione leccese ;-) (Alberto Milone) che ha contribuito, tra le altre cose, all’integrazione con X-Kit (di cui ne è autore) per automatizzare quelle procedure che richiedono ancora la configurazione di Xorg attraverso il suo file di configurazione statico.

Ad esempio una configurazione che fa a finire nel file di configurazione /etc/X11/xorg.conf è la risoluzione virtuale totale (cioè la superficie virtuale che verrà spezzettata tra i vari output reali):

Section "Screen" 
  Identifier "Default Screen" 
  Device "Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller" 
  Monitor "LVDS" 
  DefaultDepth 24 
  SubSection "Display" 
    Depth 24 
    Modes "1280x768" "1024x768" "800x600" "640x480" 
    Virtual 1280 1536 
  EndSubSection 
EndSection 

Queste modifiche verranno effettuate in maniera completamente trasparente grazie alla collaborazione tra gnome-display-properties, screen-resoluzion-extras, X-Kit e PolicyKit

Il lavoro di fino degli ultimi anni di freedesktop e dei team di sviluppo di gnome e delle varie distribuzioni stanno finalmente dando i loro primi frutti ;-)

BUG

Tutto ha funzionato perfettamente… o quasi… di ritorno dal suspend il tool gnome-display-properties fallisce silenziosamente e non ho avuto ancora la possibilità di approfondire il problema :-(

Beh… poco male… in ogni caso xrandr è sempre li pronto a servirci attraverso la nostra linea di comando :-D

Ma rimane comunque un problema troppo fastidioso per essere ignorato:

i pannelli gnome finiscono nel primo monitor… che per qualche oscuro motivo (almeno sul mio laptop, un Latitude X1) non è l’LCD del laptop ma il monitor esterno…

… perfetto… il mio obiettivo era ottenere esattamente il comportamento contrario :-(

Use the Zen: circoscrivere il problema

In questo caso mi è sembrato naturale pensare che il problema non poteva che risiedere dentro gnome… così prima di andare a guardare i sorgenti o pensato fosse il caso di dare una sbirciata alle chiavi di configurazione GConf con gconf-editor

Ed eccolo li… è bastato cercare tutte le chiavi di configurazioni contenenti il termine monitor per identificare una chiave interessante /apps/panel/toplevels/panel_0/monitor

Un rapito test al volo ha dimostrato che semplicemente cambiando la chiave (al volo visto che viene automaticamente ridefinita in caso di assenza del monitor VGA) sposta il pannello sul monitor che preferiamo :-PPPPP

WORKAROUND

Dopo aver circoscritto il problema è bastato impacchettare il workaround in un mini-script bash:

xrandr --output VGA --mode 1024x768 --pos 0x0 --output LVDS  --mode 1280x768 --pos 0x768

gconftool --type int --set /apps/panel/toplevels/panel_0/monitor "1"
gconftool --type int --set /apps/panel/toplevels/panel_1/monitor "1"

Ohhh… now it’s work!!!

Happy dualhead, rpl

0 commenti

geekevening 0x12: wii && GNU/Linux

0 commenti

Just For Fun: Python Wiimote Control

From SaLUG’s LinuxDay2008… … powered by “Just4Fun (TM)”

Python Wiimote Control

Intro

In principio c’era il declino inesorabile della Nintendo nel panorama delle console per videogame, la quale lasciava il passo alla muscolosa Sony con la sua PlayStation… ed infine a Microsoft che con la sua XBox sottocosto (che in realta’ paghiamo tutti noi con le licenze di Windows che siamo costretti a comprare insieme ai nostri PC) intende rompere le balle alla Sony… buon per noi :-P

La Nintendo in questa lotta a due (tra PlayStation e XBox) ha deciso di non immischiarsi e ha scelto la strada dell’innovazione anziche’ quella dei muscoli… evidentemente hanno assunto qualche dirigente piu’ sveglio e rinfrescato il settore Ricerca e Sviluppo.

Questi fatti apparentemente banali e senza alcun interesse “scientifico” hanno generato pero’ un importante cambiamento nel campo dell’intrattenimento casalingo:

nuove possibilita'/modalita' di interazione uomo-macchina

Quanti anni sono passati da quando abbiamo cominciato ad usare tastiere, joystick, joypad e mouse… … e’ arrivato il momento di cambiare… ed era anche ora!!!! :-)

Sono veramente poche le tecnologie rimaste cosi’ statiche quanto quelle di interazione uomo-macchina.

E questo non riguarda solo il settore ludico o dell’intrattenimento.

Wiimote

Questo e’ il Wiimote (il telecomando/joystick bluetooth della Nintendo Wii) una periferica di interazione totalmente nuova, le cui possibilita’ sono solo in minima parte conosciute e sfruttate a pieno dai giochi della Wii.

Probabilmente neanche chi lo ha inventato sapeva realmente quanti campi di applicazione gli avrebbero trovato in breve tempo gli hacker di tutto il mondo:

• chi la usa come lavagnetta elettronica: http://www.youtube.com/watch?v=5s5EvhHy7eQ
• chi la usa per tracciare i movimenti della testa: http://www.youtube.com/watch?v=Jd3-eiid-Uw
• chi per tracciare i movimenti delle dita: http://www.youtube.com/watch?v=0awjPUkBXOU
• chi ha imparato a tracciarci anche la terza dimensione http://www.youtube.com/watch?v=omNQAzBa0-I
• chi lo usa per riconoscere delle gesture http://www.youtube.com/watch?v=Q5AzpGHVhPc
• chi l’ha trasformata nella spada laser di star wars: http://www.youtube.com/watch?v=KyvIlKSA0BA
• chi ci suona la chitarra: http://www.youtube.com/watch?v=NYHGvEfANy8
• chi ci suona la batteria: http://www.youtube.com/watch?v=8FftLxuYzRA
• chi ci gioca a Resident Evil: http://www.youtube.com/watch?v=ovA3HlRzPlU
• chi ci gioca a Neverball: http://www.youtube.com/watch?v=Ng46W_8UKDg
• chi ci gioca a Hockey su ghiaccio: http://www.youtube.com/watch?v=JIb4GpZWJgk

Ma come fanno?!?!?!?

Cosa c’e’ di tanto magico in un Wiimote da renderlo cosi’ poliedrico?!?!

Beh si fa presto a dirlo :-P

Oltre a vari pulsanti, pulsantini e freccette (comuni in altri joystick/joypad) ci sono 2 importanti novita’:

• un accellerometro… che misura, indovinate un po’… l’accellerazione
• una videocamera che (attraverso varie elaborazioni dei segnali fatte all’interno del wiimote stesso) calcola la posizione di 4 sorgenti luminose infrarosse all’interno del suo campo visivo

… oooooh! (fate un’espressione stupita… dai! :-P)

Grazie all’accellerometro possiamo conoscere gli spostamenti del wiimote sui 3 assi e cosi’ come alcuni degli angoli di orientamento (in particolare pitch e roll)…

… pero’ non e’ possibile calcolare lo yaws…

e che c…to e’ lo yaws direte voi…

Per riuscire a calcolare lo yaws i ricercatori della Nintendo hanno pensato di piazzare una barra dotata di 4 led (la Sensor Bar) con la console e di utilizzare una telecamerina nel Wiimote per identificare l’orientamento del Wiimote sul piano orizzontale quando la Sensor Bar si trova all’interno del suo campo visivo…

e avete ragione… e’ quello che ho pensato anche io… non si capisce un… ma dato che una illustrazione vale piu’ di mille parole ecco a voi:

Ora dopo aver ringraziato tutti quelli che hanno reversato, documentato e scritto librerie ed applicazioni per questa stupenda periferica (e molte sue estensioni ;-)):

• WiiLi.org
• WiiBrew.com
• CWiid
• WiiUse

potete andare a divertirvi anche voi un po’ ;-)

Just For Fun: Python Wiimote Control

Da vero geek non sono riuscito a vedere tutta sta gente divertirsi come i matti e non poter partecipare :-D

Quindi ho deciso di farmi un regalo e comprarmi un bel Wiimote… si solo la periferica ;-)

Ho cominciato a giocarci un po’ attraverso la libreria cwiid e in particolare utilizzando il binding in python.

I primi timidi tentativi si sono concretizzati nell’emissione di rumori di vario genere da parte di un sintetizzatore (ZynAddSubFX) a cui inviavo messaggi MIDI basati (malamente) sull’accellerazione del Wiimote…

avevo proprio bisogno di leggere un paio di righe di documentazione in piu’ … http://www.wiili.org/index.php/Motion_analysis

Dopo aver letto un po’ di documentazione l’emissione di rumori e’ diventata l’emissione di 3 note diverse con velocita’ (nel senso midi del termine) proporzionale all’accellerazione del wiimote opportunamente riscalata (sarebbe piu’ corretto dire empiricamente riscalata :-P)

Volendo mi sarei anche accontentato… se non fosse stato per la gradita visita di due altri geek locali (Fabio “valvola” Viola e Enrico “Bongy” Tramacere) che con domande, valutazioni e nuove periferiche (il Nunchuk :-P) mi hanno costretto a continuare :-PPPPP

Come potevo non provare a far diventare il Nunchuk il plettro della mia “chitarra elettrica” bluetooth? Come potevo resistere all’irresistibile voglia di utilizzare i due accellerometri presenti in Wiimote e Nunchuk di concerto per simulare le due bacchette di una batteria?

Non potevo… ma soprattutto non volevo resistere :-P

Quindi una variante dopo l’altra mi sono trovato con 3 scriptini in python:

• wiiguitar: per simulare una chitarra elettrica con wiimote e zynaddsubfx
• wiidrums: per simulare una batteria con wiimote e hydrogen
• wiidesktop: per controllare desktop e applicazioni con il wiimote durante le presentazioni

LinuxDAY2008

Un hack cosi’ divertente non poteva mancare al linuxday del GLUG piu’ bello del mondo :-D

Pero’ sai che palle riavviare lo script e rieffettuare il detect del wiimote per passare da uno modalita’ all’altra?!?!?

Gia immaginavo Francesco “haku” Palermo esclamare: “che pizza… ma devi scrivere tutte ‘ste cose ogni volta?!?!?”

Allora ho pensato che sarebbe stato carino fondere di nuovo insieme i 3 script e studiare un modo per passare da una modalita’ ad un’altra con la pressione di un tasto del Wiimote (il tasto home in particolare).

Visto che fondamentalmente le differenze tra quegli script si limitavano alla fase di inizializzazione e all’interpretazione dei messaggi provenienti, il refactoring e’ consistito nel trasformare gli script in moduli da caricare e scrivere un nuovo script che inizializzi tutti i moduli e nella propria callback intercetti un tasto di cambio modalita’ per poi passare il controllo alle callback dei moduli attivi…

… si si… e’ piu’ facile da scrivere in python che a spiegarlo in italiano :-P

Get the sources

Essendo un piccolo hack non c’e’ ovviamente ne binario ne risoluzione automatica delle dipendenze :-)

C’e’ un repository di codice GPLv3 da scaricare, studiare e modificare a proprio piacimento … esercitate liberamente le vostre 4 liberta’ :-P

• http://github.com/rpl/python-wiimote-hacks/

Nel README ci sono anche due note sulle dipendenze ma in ogni caso invito chi decidesse di cimentarsi nel tentativo di utilizzarlo sulla propria macchina o di utilizzarlo come base per qualche proprio esperimento di scrivermi le proprie idee e/o problemi su questo piccolo pezzo di “cera pongo” :-) all’indirizzo “rpl AT salug.it”

Per eventuali flame, troll, insulti etc. scrivetemi pure… saranno tutti ridirezionati su /dev/null :-D

beh… bando alle ciance ora…

Happy Hacking, rpl

1 commenti

La scorsa settimana mi sono imbattuto in una estensione per mozilla molto interessante: mozjs_dbus

Credo che Ubuntu dovrebbe seriamente valutare la possibilità di compilare e installare questa estensione di default per migliorare l’integrazione del browser con il resto dell’ambiente desktop.

In pratica la funzione dell’estensione è quella di esporre all’interno di chrome (inteso come la componente privilegiata del broser e non il broser di google) dei servizi che consentano di accedere e fornire servizi dbus.

Il tutto è condito da un’API Javascript che consente di colloquiare agevolmente con dbus, che all’interno del panorama delle tecnologie Desktop libere costituisce l’analogo di COM, CORBA o XPCOM.

Visto che la compilazione dell’estensione (che necessita dei sorgenti di mozilla) non è risultata troppo complessa (come unico imprevisto ho dovuto aggiornare il file install.rdf del’estensione per estenderne la compatibilità a Firefox 3.0.3)

Volevo fare una prova… così ho pensato che poteva essere una buona scusa per provare a scrivere il primo comando per Ubiquity, estensione che aggiunge a firefox una commandline con cui colloquiare con il browser un po’ come faccio con emacs :-)

Mediante dbus-viewer è possibile navigare le interfacce dbus messe a disposizione dalle applicazioni attualmente attive… tra tutte ho individuato Tomboy.

Tomboy è un’applicazione gnome per conservare delle note ed esporta un interfaccia dbus particolarmente completa in quanto consente di effettuare tutte le operazioni CRUD sulle note.

Ho creato quindi 2 nuovi comandi per ubiquity:

• tomboy-list: che restituisce in preview l’elenco puntato dei titoli delle note
• tomboy-view: che restituisce in preview l’elenco puntato di titolo e contenuto delle note che contengono la stringa passata come parametro

Link

• http://github.com/FireRabbit/mozjs-dbus/wikis
• http://groups.google.com/group/mozilla.dev.platforms.linux/browse_thread/thread/5f67b110fd6586d/35c75b24bbef65fb?lnk=gst&q=dbus#35c75b24bbef65fb
• http://labs.mozilla.com/2008/08/introducing-ubiquity/
• http://www.azarask.in/blog/post/sharing-streamable-functionality/
• http://www.azarask.in/blog/post/ubiquity-in-depth/
• https://wiki.mozilla.org/Labs/Ubiquity
• https://wiki.mozilla.org/Labs/Ubiquity/Ubiquity_0.1_User_Tutorial
• https://wiki.mozilla.org/Labs/Ubiquity/Ubiquity_0.1_Author_Tutorial
• http://ubiquitously.org/forum/viewtopic.php?f=5&t=14
• http://hg.toolness.com/ubiquity-firefox/file/c2b81ec3b3bf/ubiquity/standard-feeds/social.js
• http://hg.toolness.com/ubiquity-firefox/file/6caa9d66b3bb/ubiquity/chrome/content/nlparser/en/nountypes.js

0 commenti

Se avete un amico sborone che vi costringe ad apprezzare la superficie satinata del suo portatile XPS ed ammirare le fantastiche performance della scheda Nvidia con cui è equipaggiato… non disperate…

Se il pomeriggio è particolarmente noioso e piovoso e volete divertirvi con poco potete vedere impazzire il vostro caro amico sborone e sfruttare una fantastica feature della sua scheda NVidia ;-)

vi basterà creare una pagina con tanti bei div e span colorati e sparare nel css un bel:

body {
  opacity: .99;
}

… BOOOOOOOOM: 100% CPU

vallo a capire ora che il bug non è in Firefox… non è in X.org… … non è nel kernel Linux… ma nel fantastico driver NVidia :-D

iNdivia bombarda anche tu un tuo amico sborone ;-)

• https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/207454
• http://www.nvnews.net/vbulletin/showthread.php?t=119456

0 commenti

Ci sono dei tool senza i quali mi sentirei disarmato… come farebbe il muratore senza la “cardarina” o la “livella” :-DDDD

Nello sviluppo in Javascript il tool a cui non riesco assolutamente a rinunciare è MozREPL!!!

La sensazione di controllo che mi da potermi collegare in telnet (comodamente dal mio emacs) dentro il browser a navigare nella mia applicazione e relativo codice Javascript è ineguagliabile.

Certo c’e’ Firebug… ma vuoi mettere… ssh con vnc? :-D

non c’e’ confronto :-P

Purtroppo le notevoli rivoluzioni avvenute tra Firefox 2 a Firefox 3 hanno introdotto tutta una serie di policy aggiuntive di sicurezza che hanno reso il porting faticoso (o meglio fastidioso :-P) per lo sviluppatore del progetto.

Per la gioia di tutti bard ha preso la volpe per le corna (:-PPP) e bypassato tutta una serie di complicazioni introdotte da queste nuove policy, ridandoci MozREPL in tutto il suo splendore anche su Firefox 3.

Colpo di scena

Giocavo un po’ con ExtJS come passatempo domenicale e ad un certo punto ho avuto bisogno di vedere alcuni dettagli da più vicino … attivo MozREPL!

Navigando nel DOM mi accorgo di qualcosa di strano:

  repl> repl.enter(content)
  [object XPCWrappedNative [object Window]] ...
  repl> repl.look()
  ...
  this.Ext= undefined
  ...
  ...
  repl>

uhm… strano… l’object che dovrebbe contenere tutti gli oggetti di ExtJS è presente nell’elenco delle proprietà di window ma risulta undefined.

uhm… dopo averne discusso brevemente con bard l’occhio salta improvvisamente qualche riga sopra:

  repl> repl.enter(content)
  [obejct XPCWrappedNative [object Window]] ...

Azz… window risulta wrapped… in altre parole per evitare di accedere inavvertitamente a codice insicuro Firefox 3 ricopre gli oggetti provenienti dal content con una interfaccia di protezione quando ci accediamo da chrome :-(

e ora?!?!?!

WebSurfing

Non bisogna mai disperare… chi cerca trova:

• http://developer.mozilla.org/en/XPCNativeWrapper

Secondo quanto scritto nella documentazione mozilla:

 If unsafe access to a property is required for some reason, this can 
 be accomplished via the wrappedJSObject property of the wrapper.

bene bene bene… quindi:

Workaround

  repl> repl.enter(content.wrappedJSObject)
  [object Window] ...

perfetto!!! ora le proprietà sono nuovamente accessibili :-D

Soluzione

Beh che c’e’ di meglio per una domenica pomeriggio dell’eliminare un workaround :-D

Il codice di MozREPL è veramente pulitissimo, di conseguenza sono bastati pochi minuti per identificare il punto in cui intervenire ed introdurre la modifica:

 // CONTEXT NAVIGATION
 // ----------------------------------------------------------------------
 
-function enter(context) {
+function enter(context, wrapped) {
+    if (wrapped != true && context.wrappedJSObject != undefined) 
+      context = context.wrappedJSObject;
+
     this._contextHistory.push(this._workContext);
 
     if(isTopLevel(context))

Ohhh ora tutto è tornato come prima e ho di nuovo la mia “livella” :-D

0 commenti

Era un po’ che mi ci imbattevo… all’inizio raramente… poi sempre piu’ spesso… GIT

Fino ad ora mi ero sempre limitato a ”‘clonare”’ repository di progetti che avevo intenzione di compilare dai sorgenti e di qualche nuovo plugin per Rails.

Ma con la semplice operazione di clonazione non ero ancora riuscito a visualizzare analogie e differenze con altri sistemi di controllo delle revisioni decentralizzato DVCS che mi sono trovato ad utilizzare in precedenza, ed in particolare con il sistema che sino ad adesso ho utilizzato per revisionare i sorgenti e documenti su cui lavoro, Bazaar.

In realtà non mi sono mai trovato così male con bazaar da motivarmi sufficientemente alla ricerca di un alternativa, per cui l’aumento esponenziale della popolarità e diffusione di GIT mi è diciamo scivolata addosso :-D

Certo GitHub aveva l’aria di essere una gran figata… ma… non lo so… per quale motivo provare git?

Just for fun, naturalmente :-)

La molla

La molla che ha fatto partire l’interesse e la successiva fase di studio e test è stato un articolo trovato per caso durante una recente sessione di websurfing:

Git is the next unix

http://www.advogato.org/person/apenwarr/diary/371.html

L’articolo non è particolarmente approfondito ma dipinge GIT da un altro interessante punto di vista:

git is a totally new way to operate on data

[…]

With git, we’ve invented a new world where revision history, checksums, and branches don’t make your filesystem slower: they make it faster.

They don’t make your data bigger: they make it smaller.

They don’t risk your data integrity; they guarantee integrity.

They don’t centralize your data in a big database; they distribute it peer to peer.

La goccia

La goccia poi che ha fatto traboccare il vaso e spinto di fatto a interessarmi alla questione è stata la scoperta di un piccolo progetto chiamato etckeeper.

Questo piccolo insieme di script bash utilizza un sistema di revisione (git di default ma con supporto anche di bazaar o darcs) allo scopo di tenere in revisioning i file di configurazione di un sistema (/etc per intenderci) consentendoci quindi di tracciarne meglio la vita e di poter riportare tutti o alcuni file ad una versione precedente senza nessun problema.

E così ho deciso che era decisamente il momento di approfondire git, il suo funzionamento, le differenze e le analogie con gli altri sistemi simili, i vantaggi e gli svantaggi.

WebSurfing about GIT

E così è partito il websurfing di approfondimento:

• http://www.kernel.org/pub/software/scm/git/docs/everyday.html
• http://linux.yyz.us/git-howto.html
• http://git.or.cz/gitwiki/GitFaq
• http://git.or.cz/gitwiki/QuickStart
• http://eagain.net/articles/git-for-computer-scientists/
• http://www.git-scm.com/
• http://info.wsisiz.edu.pl/~blizinsk/git-bzr.html
• http://how-bazaar.blogspot.com/2008/07/bazaar-has-model-right.html
• http://git.or.cz/gitwiki/InterfacesFrontendsAndTools
• http://tomayko.com/writings/the-thing-about-git
• http://newartisans.com/blog_files/git.from.bottom.up.php
• http://www-cs-students.stanford.edu/~blynn/gitmagic/
• http://packz.noblogs.org/post/2007/06/03/git
• http://blogs.gnome.org/shaunm/2007/09/17/git-for-gnome/
• http://www.gnome.org/~federico/misc/git-cheat-sheet.txt
• http://lwn.net/Articles/210045/

0 commenti

• Il profiler integrato in Venkman
• Il profiler integrato in Firebug
• una piccola libreria Javascript

0 commenti

>> console.log(myContainer.items)
[ undefined, undefined, undefined ]

>> console.log(myContainer.find())
[Object initialConfig=Object id=contact-info xtype=panel, 
 Object initialConfig=Object id=operator-notes xtype=form, 
 Object initialConfig=Object xtype=textarea]

0 commenti

• http://xulit.org/blogs/rpl/2007/12/6/localize-your-xul

• http://xulit.org
• http://en.wikipedia.org/wiki/Translate_Toolkit

0 commenti

rpl@ubik:~/Works/fon2200$ sudo ./ap51-flash-fonera-1.0-38 eth0 \
 openwrt-atheros-2.6-root.jffs2-64k openwrt-atheros-2.6-vmlinux.lzma
Reading rootfs file openwrt-atheros-2.6-root.jffs2-64k with 1835008 bytes...
Reading kernel file openwrt-atheros-2.6-vmlinux.lzma with 786432 bytes...
rootfs(0x006e0000) + kernel(0x000c0000) + nvram(0x00000000) sums up to 0x007a0000 bytes
Non arp received. Make sure, the device is connected directly!
Peer MAC: 00:18:84:81:5d:9c
Peer IP : 192.168.1.1
Your MAC: 00:ba:be:ca:ff:ee
Your IP : 192.168.1.0
Setting IP address...
Loading rootfs...
Sending rootfs, 3584 blocks...
Initializing partitions...
Rootfs partition size now 0x006f0000
Flashing rootfs...
Loading kernel...
Sending kernel, 1536 blocks...
Flashing kernel...
Setting boot_script_data...
Done. Restarting device...

/bin/sh: nvram: not found
/bin/sh: nvram: not found
/bin/sh: nvram: not found
/bin/sh: nvram: not found
/bin/sh: nvram: not found
/bin/sh: nvram: not found
/bin/sh: nvram: not found
/bin/sh: nvram: not found
/bin/sh: nvram: not found
/bin/sh: nvram: not found
Content-Type: text/html; charset=UTF-8
Pragma: no-cache

...

<div class="warning">WARNING: This page has not been updated or
checked for correct functionality under Kamikaze.</div>
...

#src snapshots http://downloads.openwrt.org/snapshots/atheros-2.6/packages
src snapshots src snapshots http://ipkg.k1k2.de/packages/
src packages http://downloads.openwrt.org/kamikaze/packages/mips
dest root /
dest ram /tmp
src X-Wrt http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/atheros-2.6/packages

root@OpenWrt:/etc# ipkg update
Downloading http://ipkg.k1k2.de/packages//Packages
Updated list of available packages in /usr/lib/ipkg/lists/snapshots
Downloading http://downloads.openwrt.org/kamikaze/packages/mips/Packages
Updated list of available packages in /usr/lib/ipkg/lists/packages
Downloading http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/atheros-2.6/packages/Packages
Updated list of available packages in /usr/lib/ipkg/lists/X-Wrt
Done.
root@OpenWrt:/etc# ipkg upgrade
Upgrading busybox on root from 1.4.2-3 to 1.8.2-1...
Downloading http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/atheros-2.6/packages/./busybox_1.8.2-1_mips.ipk
ipkg: fork failed: Cannot allocate memory

root@OpenWrt:/etc# /etc/init.d/httpd stop
Terminated 

root@OpenWrt:/etc# ipkg upgrade
....
root@OpenWrt:/etc# ipkg upgrade
....
root@OpenWrt:/etc# ipkg upgrade webif

root@OpenWrt:/etc# /etc/init.d/httpd start
/etc/rc.common: eval: line 1: uci_set_default: not found

root@OpenWrt:~# ipkg upgrade uci
Installing uci (0.3.0-1) to root...
Downloading http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/atheros-2.6/packages/./uci_0.3.0-1_mips.ipk
Installing libuci (0.3.0-1) to root...
Downloading http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/atheros-2.6/packages/./libuci_0.3.0-1_mips.ipk
Configuring libuci
Done.
Collected errors:
Package uci wants to install file /lib/config/uci.sh
       But that file is already provided by package base-files-atheros-2.6

root@OpenWrt:~# ipkg upgrade uci -force-overwrite 
Installing uci (0.3.0-1) to root...
Downloading http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/atheros-2.6/packages/./uci_0.3.0-1_mips.ipk
Configuring uci
Done.
root@OpenWrt:~#

root@OpenWrt:~# ipkg install base-files-atheros -force-overwrite
....
   Configuration file '/etc/passwd'
   ==> File on system created by you or by a script.
   ==> File also in package provided by package maintainer.
      What would you like to do about it ?  Your options are:
       Y or I  : install the package maintainer's version
       N or O  : keep your currently-installed version
         D     : show the differences between the versions (if diff is installed)
    The default action is to keep your current version.
   *** passwd (Y/I/N/O/D) [default=N] ?n

root@OpenWrt:~# /etc/init.d/httpd start
root@OpenWrt:~# 

0 commenti

• News from ISO

0 commenti

Unlike Adobe AIR and Microsoft Silverlight, we’re not building a 
proprietary platform to replace the web. We think the web is a 
powerful and open platform for this sort of innovation, so our 
goal is to identify and facilitate the development of enhancements 
that bring the advantages of desktop apps to the web platform.
...
MS says "Write a web application using Silverlight and you can get 
desktop integration". 
Adobe says "Write a web application using AIR and you can get desktop 
integration". 
Mozilla says "write a website *without* doing anything special, and 
*we* will take care of desktop integration".

     il web che si fonde con il desktop

• in una il nostro desktop e il web si riempiono di file .exe e .dll e relativa sbrillucicosa tecnologia proprietaria (.NET)
• in un'altra il nostro desktop si riempie di file .swf (il web purtroppo ne è già pieno :-P) e relativa sbrilluccicosa tecnologia proprietaria (AIR, Flex e compagnia bella)
• nell'ultima (che poi era la prima ;-)) il nostro totalmente non standardizzato desktop verrà in contatto con quelli che sono gli standard aperti della rete (W3C, ECMAScript etc.)

Links

• http://labs.mozilla.com/2007/10/prism/
• http://standblog.org/blog/post/2007/10/29/The-not-so-hidden-goals-of-Prism-AIR-and-Silverlight

0 commenti

• Mozilla SQL Storage Docs
• Adobe SQL Storage Docs

<script type="text/javascript" src="gears_init.js"></script>
<script type="text/javascript">
var db = google.gears.factory.create('beta.database');
db.open('database-test');
db.execute('create table if not exists "YourFirstTable" ("id" integer not null primary key, "info" text)');
var rs = db.execute('selet * from sqlite_master');

while (rs.isValidRow()) {
alert(rs.field(0) + ' - ' + rs.field(1));
rs.next();
}
rs.close();
</script>

Link utili

• Google Gears Extension Download
• Google Gears API Documentation
• Google Gears FAQ
• Google Gears Bugtracking & Sources

0 commenti

my_array = [2,3,4];

for (var i in my_array) {
print(i);
}

>>> Array.prototype.remove = function (B) {
 var A = this.indexOf(B);
 if (A != -1) {
     this.splice(A, 1);
 }
 return this;
}
>>> my_array.remove
function()
>>> for (var i in my_array) { console.log(i) }
0
1
2
remove

(From "Core JavaScript 1.5 Reference:Statements:for...in")
Although it may be tempting to use this as a way to iterate over an Array,
this is a bad idea.
The for...in statement iterates over user-defined properties in addition
to the array elements, so if you modify the array's non-integer or non-positive
properties (e.g. by adding a "foo" property to it or even by adding a method or
property to Array.prototype), the for...in statement will return the name of
your user-defined properties in addition to the numeric indexes.
Also, because order of iteration is arbitrary, iterating over an array may not
visit elements in numeric order.
Thus it is better to use a traditional for loop with a numeric index when
iterating over arrays.

>>> my_array.forEach(function(e) { console.log(e); });
2
3
4
>>> Array.forEach(my_array,function(e) { console.log(e); });
2
3
4

>>> obj = { itera: function(a) { console.log(this); a.forEach(function(e) { console.log(this); }) } }
Object
>>> obj.itera([1,2,3]);
Object
Window
Window
Window

rpl@ubik:~$ js
js> obj = { itera: function(a) { print(this); a.forEach(function(e) { print(this); }) } }
[object Object]
js> obj.itera([1,2,3])
[object Object]
[object global]
[object global]
[object global]

>>> obj = {
 prova: function(a) {
   var self = this;
   console.log(this);
   a.forEach(function(e) { console.log(self); })
 }
}
Object
>>> obj.prova([1,2,3])
Object
Object
Object
Object

• Core_JavaScript_1.5_Reference:Objects:Array:forEach#Parameters

>>> obj = {
  itera: function(a) {
      console.log(this);
      a.forEach(function(e) { console.log(this); },this)
  }
}
Object
>>> obj.itera([1,2,3])
Object
Object
Object
Object

0 commenti

     il code coverage

• JSCoverage
• FireBugCodeCoverage

0 commenti

module InutilityModule
def important_method
  @obj_var = 5
end
end

class TClass
include InutilityModule

def initialize
  @obj_var2 = 2
end

def add
   return @obj_var2+@obj_var
end
end

var myobj = {
method1: function() {
  this._var1 = 5;
}
};

myobj.method2 = function() {
this._var2 = 3;
}

myobj["method3"] = function() {
alert(this._var1+this._var2);
}

var codetomix = {
method2: function() {
  alert("method2");
},

method3: function() {
  alert("method3");
}
}

for (var property_name in codetomix) {
myobj[property_name] = codetomix[property_name];
}

function apply(src, dst) {
for (var prop in src) {
  dst[prop] = src[prop];
}
}

apply(codetomix,myobj);

0 commenti

try {
// il vostro pericolosissimo codice
}
catch (e) {
console.log(e)
console.log(e.backtrace)
[...]
}

0 commenti

# mycode_spec.rb
require 'mycode'

describe MyCode do
before(:each) do
@myvar = MyCode.new
end

it "should work as i want ;-)" do
ret = @myvar.set_something(45)
ret.should == true
end
end

describe('XPath helpers (snapshot, iter, any)', {
'before_all': function() {
 // get test xml data
 xhr = new XMLHttpRequest();
 xhr.open("GET","data/test.xml",false);
 xhr.send(null);

 // init testing data objects
 xml_dom_obj = xhr.responseXML;
},

'should create a snapshot from an xpath expression and a dom node': function() {
 var xp_res = $XP_snap(xml_dom_obj, "//*");
 value_of(xp_res.resultType).should_be(XPathResult.ORDERED_NODE_SNAPSHOT_TYPE);
 value_of().should_fail("TODO: CHECK RESULT CONTENT");
},

'should create an interator for the xpath expression and a dom node': function() {
 var xp_res = $XP_iter(xml_dom_obj, "//*");
 value_of(xp_res.resultType).should_be(XPathResult.ORDERED_NODE_ITERATOR_TYPE);
 value_of().should_fail("TODO: CHECK RESULT CONTENT");
},
})

• http://offthelip.org/?p=100

0 commenti

rpl@ubik:~$  LIST=`find -iname "*~"`
rpl@ubik:~$  for i in $LIST; echo $i; done
[...]

rpl@ubik:~$  find -iname "*~" -exec echo '{}' \;

rpl@ubik:~$ find -iname "*~" | xargs echo

0 commenti

• http://www.picnik.com/
• http://kuler.adobe.com/
• http://web2.0stores.com/blog/archives/googles-rounded-corner-generator/
• http://www.cssjuice.com/25-rounded-corners-techniques-with-css/
• http://www.roundedcornr.com/beta/
• http://www.getroundedbox.com/
• http://tools.sitepoint.com/spanky/index.php

0 commenti