my prism by dee-j

Una delle novità più sbandierate di Ubuntu 8.04 è sicuramente Firefox 3 beta5. Ma forse non tutti sanno che, insieme al nuovo browser di casa Mozilla, arriva nei repository della comunità, Prism: un progetto ancora giovane, disponibile anche per Windows e Mac, il cui scopo è di portare le web application sul nostro desktop con una semplicità a dir poco disarmante.

Parla potabile! Cosa sono ‘ste web application (a.k.a. web apps)?

Semplice: sono applicazioni, programmi, che invece di essere eseguiti sul nostro PC sono eseguiti da un server web, ma controllati dal nostro browser.

Praticamente qualsiasi sito web che ci offra un certo grado di interattività è una web app.
Tutte le caselle di posta gestibili dal browser (comunemente chiamate webmail) sono delle web app, la parte amministrativa dei nostri blog, Google Calendar, Docs, Reader etc etc. sono tutte web app.

Allora Prism è solo un altro browser?

La risposta è… sì e no. :P

Prism, nato formalmente come Webrunner, è solo un pezzo di browser, per l’esattezza è quella parte di Firefox 3  strettamente dedicata all’interpretazione delle pagine web.

Quando ho spiegato cos’è una web app ho omesso, per semplicità, un particolare: l’applicazione non è sempre interamente eseguita dal server, parte di questa (spesso molto “pesante”) viene interpretata dal nostro browser o visualizzata dai plugin presenti in esso (Javascript, applet Java, filmati Flash o Shockwave).

Lo scopo principale di un browser dovrebbe essere quello di rendere le pagine web nel modo più conforme possibile agli standard.
Se però lo utilizziamo per aprire diverse web app allo stesso tempo, il nostro povero browser si troverà a dover gestire quantità di codice fuori dal comune: una situazione critica per cui probabilmente non è stato concepito.
Questo si traduce in lentezza delle applicazioni e rischio di blocchi o crash, cosa estremamente deleteria.

Da qui nasce l’idea di trasformare il browser in un gestore di applicazioni web in grado di controllarle in processi indipendenti come un sistema operativo fa con le normali applicazioni.
In questo modo, in caso di crash, errori o rallentamenti, non vengono inficiate le altre web app che stiamo utilizzando.

Ma come è fatto ‘sto Prism?

Prism non si vede. Si aggira non troppo discretamente tra i processi in esecuzione, sotto il nome di “xulrunner-bin” occupando circa 60 Mb di memoria.
Sarebbe ottimo, secondo me, riuscire a ridurre l’impatto sulle risorse del sistema in modo da poterlo usare anche con macchine datate o con scarse risorse a disposizione.

La barra degli indirizzi, i pulsanti di navigazione, i menu, i segnalibri, la cronologia, l’intera interfaccia del browser… sono tutti elementi che, sebbene utili per navigare, non servono se utilizziamo un’applicazione già dotata di un’ interfaccia propria, quindi non ci sono.
C’e comunque la possibilità di attivare un’interfaccia di navigazione minimale, che consiste praticamente nella sola barra degli indirizzi e nella navigazione per mezzo delle combinazioni di tasti (le stesse di Firefox):

• Alt + Freccia Destra = Avanti
• Alt + Freccia Sinistra = Indietro
• Alt + Home = Pagina iniziale (della web app, ovviamente)
• … sinceramente non ne uso altre :)

Ha senso utilizzare Prism o è assolutamente superfluo?

Esistono pareri discordanti sull’effettiva utilità di Prism, basta leggere i commenti sul blog correlato. Ma, a mio modestissimo parere, ha senso.
Ormai siamo circondati da applicazioni web di qualsiasi tipo e spesso andiamo a cercare dei client che ci rendano meno macchinoso il loro utilizzo.
In questo momento ad esempio ho 4 istanze di Prism aperte:

1. sto scrivendo sul mio blog, utilizzando l’interfaccia web
2. ho Google Reader aperto in un altra finestra
3. Google Docs con un documento di testo aperto (un bozzetto di questo articolo iniziato a lavoro in pausa pranzo)
4. Twitter (minimizzato) :P

E’ come se avessi un piccolo client per ogni web app, installando di fatto un solo programma.

E c’è dell’altro: l’dea alla base di Prism è fare in modo che si adatti alle diverse applicazioni che si utilizzano.
E’ già possibile installare diverse estenisoni per ogni diversa applicazione (su Windows però quest’opzione non è ancora disponibile) ed il team di sviluppo sta mettendo a punto un sistema per marcare le web application in modo da essere riconosciute da Firefox che potrà proporre direttamente all’utente di installare l’applicazione (mediante un tag <meta> o <link>).

E Google Gears? E Adobe AIR? E Micorsoft Silverlight? E Java Runtime Enviroment?

Non credo ci sia neanche da confrontare Prism con quelle cose appena menzionate.

Non perchè l’una è meglio dell’atra o vicevcersa, ma semplicemente perchè si tratta di applicazioni diverse con diversi obiettivi e funzionalità.

Prism NON serve ad usare delle web app mentre si è offline come Google Gears e NON E’ UNA PIATTAFORMA per far girare delle applicazioni desktop sviluppate  con i linguaggi del web come Adobe AIR o Silverlight né tantomeno un interprete per bytecode Java.

Twhirl in esecuzione sul mio desktop Gnome

Incredibile: neanche il tempo di maledire un po’ la Adobe che questi si mettono a lavoro e mi tirano fuori una versione alpha della loro nuova piattaforma per le cosiddette Rich Internet Applications.
Aspettate prima di insultarmi, meglio se vi racconto tutto dall’inizio…

Dopo essermi lasciato contagiare dalla twittermania, cercavo una applicazione desktop discreta (a.k.a. leggera e non troppo invadente) da mettere sul PC che uso a lavoro per seguire twitter senza dover tenere il browser sempre aperto (capisc’ a mmè) e la mia scelta è finita su twhirl: un client basato sulla piattaforma AIR di Adobe.

Cos’è Adobe AIR?

Avevo già sentito parlare di AIR, se dovessi spiegare cos’è al mio salumiere gli direi che è un programma che permette di far funzionare sul desktop, indipendentemente dal sistema operativo, altri programmi fatti usando linguaggi e tecnologie proprie del web.
Dubito che il mio salumiere capisca cosa vuol dire, ma non sono riuscito a trovare una definizione più semplice di così, spero comunque di aver reso l’idea. :)

Per certi versi AIR è simile alla piattaforma Java, ma mentre quest’ultima utilizza un linguaggio tutto suo, AIR si preoccupa solo di fornire alle applicazioni le tecnologie necessarie, già presenti nel sistema operativo (XHTML, CSS, Javascript, Flash…).
Potete immaginare l’enorme vantaggio in prestazioni che si può ottenere!

Peccato che la prima volta in cui sono andato a curiosare nel sito della Adobe non si parlava ancora di una versione per Linux, ed ho pensato che avessero deliberatamente deciso di non supportarlo (cosa del tutto plausibile).

Piacevole sorpresa #1

Quando ho iniziato ad usare twirl, è nata la necessità pratica di avere la stessa applicazione su due sistemi operativi differenti (casa e lavoro), dopo aver lanciato qualche maledizione gratuita alla Adobe, ho pensato bene di fare ricerche più approfondite (o meglio, di aggiornarmi un tantino) e così ho piacevolmente scoperto che in effetti il progetto di portare AIR anche su Linux c’era, ed ha anche delle scadenze che fanno ben sperare, nello specifico promettono di rilasciare una versione finale di AIR per Linux per la seconda metà del 2008.

Piacevole sorpresa #2

Non solo mi ha fatto piacere sapere che gli utenti Linux non sono stati lasciati in disparte per l’ennesima volta, ma andando a controllare le FAQ riguardanti l’installazione, si può leggere che viene ufficialmente supportata Ubuntu (dalla versione 6.06 in su) e già l’installer della alpha genera un pacchetto .deb facilmente gestibile con apt o Synaptic.
Potremmo quindi installare, provare e rimuovere, senza correre il rischio di sporcare il sistema, e non solo, sia la piattaforma AIR che le applicazioni che la utilizzano vengono messe nella directory /opt dalla quale possono essere facilmente cancellate senza dover ravanare nelle directory di sistema.

Ma come diavolo si installa?

Che impazienti! La procedura è così semplice che se l’avessi scritta subito mi sarei bruciato il post!

1. visitate la pagina dei download di Adobe Labs, e scaricate l’ultima versione disponibile
2. rendete eseguibile il file .bin scaricato con
   chmod +x adobeair_linux_a1_033108.bin
3. eseguite l’installer con i privilegi di amministratore
   sudo -s
./adobeair_linux_a1_033108.bin
4. al termine dell’installazione scaricate qualche applicazione di esempio tra quelle proposte da Adobe Labs, oppure potete azzardare l’installazione di una qualsiasi altra applicazione AIR, tenendo comunque conto che la piattaforma è ancora una alpha e non supporta ancora tutte le funzioni disponibili per gli altri sistemi operativi.

Lo stato delle cose.

Come detto all’inizio del post io ho fatto i miei test usando twhirl. L’applicazione in sè funziona, ma ci sono diversi problemi da sistemare prima di poter usare AIR nel quotidiano:
non funzionano le tray icon, ci sono conflitti con gli effetti desktop, (il gestore finestre crasha e va riavviato o disattivato, rinunciando alle trasparenze), conflitti con o applet flash e chissà cos’altro.

Se vi va di provarlo anche voi, non dimenticate di segnalare cosa scovate sul forum della Adobe.

Chi ha già provato ad installare Qemu con Kqemu in Ubuntu Gutsy si sarà accorto che la procedura è fondamentalmente la stessa che si usava per Feisty.
Ma la mia vecchia guida, ha decisamente bisogno di una revisione.
Grazie ai vostri commenti ho già avuto modo di estenderla, e sarei felice di poterla rendere ancora migliore.

Indice

1. Passi preliminari
2. Installazione di Qemu + Kqemu
3. Prova su strada
4. Problemi frequenti
   1. Could not open ‘/dev/kqemu’…
   2. You do not have enough space in ‘/dev/shm’…
   3. Problemi di accesso in scrittura
5. Tips & Tricks
   1. Caricare il modulo kqemu all’avvio del sistema.
   2. Impostazione della dimensione di /dev/shm all’avvio
6. Front-end Grafici
   1. Qemu Launcher
   2. Qemuctl
   3. Qemulator

1. Passi preliminari

Prima di iniziare ad installare il necessario è opportuno controllare se l’hardware di cui disponiamo supporta la Kernel Virtualization.
grep -E '^flags.*(vmx|svm)' /proc/cpuinfo
Se ricevete in risposta un output tipo questo
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm

vuol dire che il vostro processore supporta l’accelerazione diretta delle VM.
E’ quindi in grado di usare, oltre al metodo qui descritto, kvm come acceleratore, ampiamente trattato nel wiki di ubuntu.

2. Installazione di Qemu + Kqemu

Qemu (versione 0.9) si trova comodamente nei repository di Ubuntu ed è il programma principale.
Kqemu invece è un modulo del kernel per accelerare le VM.
Quest’ultimo va compilato ed installato, per questo ricorriamo all’aiuto di module-assistant.

Installiamo i pacchetti necessari:
sudo apt-get install qemu kqemu-source module-assistant
Compiliamo kqemu:
sudo module-assistant prepare
sudo module-assistant auto-install kqemu
Ora dobbiamo istruire udev per creare il nodo /dev/kqemu al caricamento di kqemu, perciò creiamo il file /etc/udev/rules.d/60-kqemu.rules:
sudo nano /etc/udev/rules.d/60-kqemu.rules
scriviamo questa riga:
KERNEL=="kqemu", NAME="%k", MODE="0660", GROUP="kqemu"
Salviamo e chiudiamo il file, poi modifichiamo il file /etc/modprobe.d/kqemu
sudo nano /etc/modprobe.d/kqemu
in modo che contenga questa riga:
options kqemu major=0
di solito trovate quel valore impostato a 250 e si tratterà solo di cambiare quello.

Rendiamo ora kqemu utilizzabile dai normali utenti del sistema
sudo addgroup --system kqemu
sudo adduser $USER kqemu
Con questi due comandi abbiamo creato un gruppo chiamato kqemu e inserito l’utente col quale siamo loggati nel gruppo.
Se voleste aggiungere altri utenti al gruppo kqemu basta sostituire a $USER lo username dell’ utente che vogliamo.

E’ ora necessario aggiornare le variabili d’ambiente, il modo più semplice è terminare la sessione e rifare il login.

3. Prova su strada

Proviamo a caricare manualmente il modulo del kernel kqemu, più avanti spiegherò anche come caricare kqemu all’avvio del sistema.
sudo modprobe kqemu
Se non riceviamo messaggi d’errore è perchè non ci sono stati problemi quindi possiamo procedere all’avvio vero e proprio di qemu.

Complimenti! Ora il vostro PC è pronto ad ospitarne un altro.

In questo esempio installeremo Windows XP, che richiede minimo 2Gb di spazio, su un hard disk virtuale di 5Gb.
Creazione dell’immagine disco virtuale:
qemu-img create -f qcow winxp.img 5G
Inseriamo il CD di installazione di Windows e avviamo la nuova VM
qemu -localtime -cdrom /dev/cdrom -m 384 -boot d winxp.img
E’ possibile utilizzare anche solo l’immagine ISO del CD di installazione, avviando la macchina virtuale con
qemu -localtime -cdrom /percorso/alla/iso/nomefile.iso -m 384 -boot d winxp.img
ovviamente sostituendo “/percorso/alla/iso/nomefile.iso” con il percorso e il nome che fanno al caso nostro.

A volte può succedere che il sistema di installazione di Windows XP si blocchi. Se vedete che passa troppo tempo senza che l’installazione sembri andare avanti provate a riavviare la VM, l’installazione riprenderà dal punto in cui era arrivata. Nel mio caso comunque ha proceduto come se fosse su un PC reale.

4. Problemi frequenti

4.1 Could not open ‘/dev/kqemu’…

Se all’avvio della VM dovessimo ricevere questo messaggio d’errore
Could not open '/dev/kqemu' - QEMU acceleration layer not activated
E’ probabile che l’utente corrente non appartiene al gruppo kqemu, da terminale diamo il comando
groups
e controlliamo l’output: tra i vari gruppi a cui siamo associati deve esserci kqemu, in caso contrario
sudo addgroup --system kqemu
sudo adduser $USER kqemu

4.2 You do not have enough space in ‘/dev/shm’…

Altro errore più che frequente:
You do not have enough space in '/dev/shm' for the 384 MB of QEMU virtual RAM.
To have more space available provided you have enough RAM and swap, do as root:
umount /dev/shm
mount -t tmpfs -o size=400m none /dev/shm
Or disable the accelerator module with -no-kqemu
In questo caso seguendo il suggerimento del modulo kqemu:
umount /dev/shm
mount -t tmpfs -o size=400m none /dev/shm
In generale la dimensione di tmpfs deve essere uguale alla memoria della VM + 16 Mb
Se necessario, possiamo modificare la dimensione predefinita di /dev/shm

4.3 Problemi di accesso in scrittura

In caso di problemi di accesso in scrittura all’immagine della VM, assicuriamoci che tale file abbia i permessi adatti e appartenga anche al gruppo kqemu.
chmod 660 winxp.img
sudo chown $USER:kqemu winxp.img

5. Tips & Tricks

5.1 Caricare il modulo kqemu all’avvio del sistema.

Apriamo il file /etc/modules
sudo nano /etc/modules
aggiugiamo al fondo
kqemu

5.2 Impostazione della dimensione di /dev/shm all’avvio.

Ad ogni avvio di sistema, /dev/shm viene reimpostato al valore di default.
Nella vecchia guida consigliavo di aggiungere la nuova dimensione sul file /etc/fstab, ma questo mi causava sporadicamente qualche problemino durante l’arresto del sistema così ho trovato un modo più corretto.

Possiamo invece stabilire un valore per la dimensione massima di /dev/shm in modo che kqemu utilizzi solo quella che gli serve.
Calcolatrice alla mano, apriamo il file /etc/default/tmpfs
sudo nano /etc/default/tmpfs
troviamo una riga con scritto
SHM_SIZE=VALORE
VALORE, espresso in bytes, deve essere pari alla memoria della VM + 16 Mb
(è più difficile a dirsi che a farsi… proviamo con una formuletta!)
1 Mb = 1024 * 1024 bytes = 1048576 bytes, quindi
VALORE = (MEMORIA + 16) * 1048576
ad esempio se volessi assegnare 512Mb alla macchina virtuale avrei
512 + 16 = 528Mb
528 * 1048576 = 553648128 byte

In altre distro questa variabile potrebbe essere impostata altrove, ad esempio in Suse è nel file /etc/sysconfig/kernel, quindi se non state usando Ubuntu questo metodo potrebbe non funzionare.

6. Front-end Grafici

Esistono fondamentalmente 3 programmi che possono renderci più comodo l’uso di Qemu

6.1 Qemu Launcher

sudo apt-get install qemu-launcher

6.2 Qemuctl

sudo apt-get install qemuctl

6.3 Qemulator

sudo apt-get install qemulator

Personalmente preferisco i primi due:
Qemu Launcher, serve semplicemente a creare o avviare le macchine virtuali, mentre qemuctl è un menu che ci permette di controllare la VM durante l’esecuzione.
Con quemuctl, possiamo ad esempio connettere nuove periferiche, salvare lo stato della macchina, smontare e montare CD-ROM etc.
Tutte cose che, normalmente, dovremmo fare dalla console di Qemu alla quale si accede con la combinazione di tasti Ctrl + Alt + 2
Qemulator è graficamente più piacevole ed include alcune funzioni di qemuctl, ma è ancora poco stabile, necessita di rimanere avviato in background, e a volte rallenta l’esecuzione della VM.

Westminster – Palazzo del parlamento

L’inglese è la lingua del web, infatti la stragrande maggioranza dei siti internet è scritta in inglese.
Certo, esistono molteplici modi per tradurli, anche per intero, senza fatica, ma se invece volessimo migliorare il nostro inglese (pronuncia compresa) al posto di leggere testi mal tradotti?

Se siete completamente digiuni di inglese, questo articolo non fa proprio per voi, imparare da zero una nuova lingua non è facile e in questo caso il consiglio è di non perdere tempo ed iscriversi quanto prima ad un corso: non rimanete tagliati fuori.

Al giorno d’oggi comunque è quasi impossibile che non abbiate studiato un po’ di inglese, inoltre, se siete capitati qui, è perché in qualche modo vi piace spulciare il web alla ricerca di buone letture, no?
E questo, unito ad un po’ di impegno e tenacia, potrebbe farvi ottenere risultati insperati.

Presto vi ritroverete a leggere agevolmente fette di testo sempre più lunghe ed articolate senza bisogno di aiuti: in parole povere, imparerete l’inglese.

Gli strumenti

• Firefox (e che ve lo dico a fare?)
• Wordreference.com EN->IT
• Wordreference.com IT->EN
• howjsay.com

Per maggiore comodità, andiamo alla pagina principale del progetto mycroft, cerchiamo e quindi installiamo (basta un click) i plugin per la barra di ricerca che ho appena menzionato.
Mi piacerebbe darvi i link diretti, ma purtroppo non è possibile: una volta trovati i plugin cliccandoci sopra si avvia un javascript che li installerà nella barra di ricerca di Firefox.

Come fare

Ora abbiamo a portata di click un vocabolario italiano-inglese, uno inglese-italiano e dulcis in fundo, un istruttore di pronuncia!
Quando troviamo un sito interessante, usiamo Wordreference.com per cercare non solo i singoli vocaboli, ma anche frasi o gruppi di parole.
Il contesto in cui incontriamo nuovi vocaboli o locuzioni ci aiuterà col tempo a fissarne l’uso oltre al significato.
In caso non si trovi una traduzione immediata, verremo comunque rimandati a discussioni nelle quali compaiono i termini che abbiamo ricercato, dove persone vere potranno aiutarci.

Proviamo a leggere ad alta voce

All’inizio saremo impacciati, ma la pronuncia si impara solo con la pratica. In ogni caso se non siamo sicuri di come pronunciare qualche termine, ascoltiamo cosa dice howjsay.com e ripetiamo.
Mi raccomando: ad alta voce!
Dobbiamo ascoltarci e verificare che la nostra pronuncia sia esatta confrontandola con quella di howjsay.com
Quanti di voi ad esempio pronunciano correttamente development?

Abbiate fiducia e tenete duro

All’inizio sarà faticoso, lo so bene, ma i risultati non tarderanno ad arrivare. Presto prenderete coraggio ed inizierete chessò a inviare commenti in inglese, ma la cosa più sensazionale sarà ritrovarvi a pensare in inglese!
Se avete scoperto metodi diversi, o usate strumenti diversi non esitate a commentare.

Non so per quale strano motivo, ma il pacchetto di Mail Notification presente nei repository di Ubuntu 7.10 è stato compilato senza supporto al protocollo SSL.

Alzino la mano tutti quelli, come me, che utilizzano questo pacchetto e che magari hanno delle caselle di posta (tipo quella di Poste Italiane) che utilizza questo protocollo (ottimo tra l’altro, visto che consente la comunicazione criptata).

Ma non c’è da preoccuparsi, ci basterà seguire pochi semplici passi per ricompilare l’applicazione con i parametri “giusti” e riavere tutte le funzionalità di cui abbiamo bisogno.

E’ solo uno dei tanti vantaggi di usare Linux :)

1. Installare gli strumenti per la compilazione

Semplice come aprire un terminale e digitare
sudo apt-get install devscripts dh-make make build-essential fakeroot

Consiglio anche di creare una cartella /temp nella propria /home e posizionarci all’interno
mkdir ~/temp
cd ~/temp

2. Installare il sorgente e le dipendenze per mail-notification

Prima di procedere assicuriamoci di aver abilitato i repository dei sorgenti.

Nel menu di Gnome andiamo in Sistema -> Amministrazione -> Sorgenti Software e abilitiamo la casella di controllo Codice Sorgente. Oppure possiamo aprire /etc/apt/sources.list e decommentare quelle righe che iniziano con deb-src.

Infine torniamo al terminale e scarichiamo i sorgenti (dovrebbero andare a finire nella famosa /temp)
apt-get source mail-notification
Occhio ad apt che per i sorgenti non viene utilizzato con sudo. Ora scarichiamo le dipendenze per la compilazione
sudo apt-get build-dep mail-notification
e la libreria libssl-dev che non è compresa nelle dipendenze di compilazione, proprio perchè consente di attivare il supporto ad SSL
sudo apt-get install libssl-dev

3. Modificare le regole di compilazione

Entriamo nella directory dei sorgenti
cd mail-notification-4.1.dfsg.1

Modifichiamo le regole di compilazione
gedit debian/rules

Cerchiamo nel file la stringa –disable-ssl (dovrebbe trovarsi nella linea 11) ed eliminiamola, salviamo e ritorniamo al terminale.

4. Ricompilare i sorgenti

Dovremmo ora trovarci nella directory ~/temp/mail-notification-4.1.dfsg.1. Se così non fosse facciamo in modo di posizionarci lì con il terminale e avviamo la compilazione
dpkg-buildpackage -rfakeroot

5. Sostituire il file binario vecchio con quello appena compilato

Ora facciamo una cosa un po’ sporca :P non installiamo regolarmente il pacchetto appena compilato, ma sovrascriviamo semplicemente il binario vecchio con quello nuovo
sudo cp debian/mail-notification/usr/bin/mail-notification /usr/bin/mail-notification

Perchè?

Questione di semplicità. In questo caso era possibile farlo e non è stato necessario andare a creare un intero pacchetto da capo con le varie difficoltà annesse (dipendenze, percorso di installazione, versione etc.).

Inoltre così facendo riceveremmo normalmente eventuali aggiornamenti e se per caso qualcosa fosse andato storto potremmo semplicemente reinstallare mail-notification dai repository per riaverlo come prima.

Spero di esservi stato utile… alla prossima!

Stay tuned!

Non è un mistero (o forse non lo sarà più tra poco) che tra le mie passioni è fortemente presente quella per il webdesign.
Come molti là fuori, ho imparato a masticare un po’ di HTML utilizzando l’ottimo (ma non troppo) Macromedia Dreamweaver MX.

Sicuramente per un web designer professionista prodotti come quello sono ottimi, presentano però un grosso difetto:
provocano assuefazione! :P

Ci si abitua troppo facilmente a lavorare come il software impone, e il risultato è che appena ci si sposta su un altro software non si nota altro che la mancanza di questa o quella feature.
Senza contare il fatto che molti millantano di essere professionisti e poi, dopo una rapida occhiata al codice noti un sacco di markup inutile, javascript che fanno cose da css, o altri obbrobri del genere.
Ma queste cose nell’era del Web 2.0 sono superate… o no?

Il problema principale per chi, come me, produce siti web per passione (è un hobby che mi piace paragonare al modellismo o al bricolage) è il costo di un’applicazione del genere.
Non voglio neanche prendere in considerazione l’idea di utilizzare software pirata:
è una questione di principio, correttezza e coerenza.
Se esiste un’alternativa libera e soprattutto opensource, non devo usare quel software.

Se troppa gente si ostina ad utilizzare certi software (sistemi operativi compresi) è proprio a causa della facilità con cui se ne possono reperire i crack, ma il risultato è di non essere più liberi di utilizzare il proprio PC come si desidera.

Ma torniamo a noi:
Cosa mi serve per fare del buon web design?

un editor di testo!

direbbe qualcuno, ma non voglio essere così estremista.

Dal momento che, per me, smanettare con le pagine web è prima di tutto un piacere, è logico sfruttare quelle piccole grandi comodità che il mondo opensource può offrire.

Ecco la mia cassetta degli attrezzi:

1. Editor WYSIWYG: Kompozer
2. Editor CSS: Cssed
3. Editor PHP: Geany
4. Editor di immagini: GIMP e Inkscape (ovviamente :P )
5. Scelta colori: Agave
6. Test browser: Firefox (con Web Developer Toolbar e Firebug), Epiphany, Opera, Internet Explorer (il link porta a IEs4Linux, vedi anche questo post), Lynx
7. Server di sviluppo: Apache + PHP + Mysql
8. Carta e penna :P

A questi bisogna comunque aggiungere… il World Wide Web!

Esatto, su internet è possibile trovare ogni sorta di aiuto che potrebbe rendersi necessario all’occorrenza, dal più semplice dei generatori di Lorem Ipsum a Google Web Analyzer senza contare gli spunti e i suggerimenti dei guru del webdesign.

E voi? Che programmi utilizzate per produrre le vostre pagine web?

I programmatori veri a questo punto sono invitati a non proseguire nella lettura, sto per elencare una serie di stupidaggini che potrebbero offenderli anche se non è mia intenzione farlo :P

Tutto iniziò in una giornata di pioggia, ero a lavoro e nella pausa pranzo mi sono trovato “per caso” sul sito di Netbeans.
OOOOOOOOH! 8-)
Ho dato un’occhiata ai tutorial e mi sono fatto prendere dall’entusiasmo, sembrava che chiunque in grado di muovere un mouse potesse creare senza scrivere una riga di codice una bella applicazione java con tanto di finestrelle e bottoni.
Premetto che la programmazione sta a me come il fai-da-te starebbe ad un notaio: in parole povere per me è un hobby e per quanto possano fare schifo le mie opere avranno sempre un posto d’onore :P

Comunque dopo averlo guardato più che provato a lavoro, sono corso subito a casa a installarlo sulla mia Ubuntu (… no uso ancora Feisty)

Noooooooo!
Vi è mai capitato di avviare un’applicazione Java mentre sta girando Compiz e vedere la finestra tutta bianca?
Beh con Netbeans (installato dai repository) è successo…
Dopo una rapida googleggiata ho scoperto che era un problema noto e risolto nell’update 2 dell’ultimo Java Runtime Enviroment.
Vado a fare un giro in casa Sun e vedo che siamo già all’update 3, mentre Ubuntu sembra non smuoversi dall’ update 1…
Certo potrei stoppare compiz e usare Netbeans lo stesso, ma a me le cose semplici non piacciono per niente e così decido di trovare il sistema per installare l’ultima versione di Java al posto di quella dei repo e visto che ci sono mi scarico anche il nuovo Netbeans che non fa mai male…

Ma ora bando alle ciance e passiamo all’how-to vero e proprio.

@edit: Per conservare il pacchetto ufficiale rilasciato nei repository di Ubuntu, esiste un metodo di installazione alternativo che consiste nell’installare il Jre o il Jdk in una directory (solitamente /opt) per conservare intatto il pacchetto ufficiale e poter beneficiare degli aggiornamenti automatici.

1. Scaricare JDK update 3

http://java.sun.com/javase/downloads/index.jsp
Scegliete il pacchetto per Linux (ovviamente) autoestraente (non l’RPM)
jdk-6u3-linux-i586.bin

2. Installate fakeroot e java-package

sudo apt-get install fakeroot java-package
Quest’ultimo è una serie di script fatti apposta per pacchettizzare le varie JRE o JDK per debian, ma al momento in cui scrivo tale pacchetto non è ancora aggiornato per funzionare con l’ultima versione di java e bisognerà fare un piccolo hack per renderlo utile al nostro scopo.

3. Modifica (eventuale) degli script di java-package

cd /usr/share/java-package
ls

Controlliamo se nell’output è presente la directory
sun-j2sdk1.6
se c’è, vuol dire che nel frattempo hanno aggiornato java-package e possiamo tranquillamente saltare al punto 4

Se non c’è la creiamo copiando sun-j2sdk1.5
sudo cp sun-j2sdk1.5 sun-j2sdk1.6
Entriamo nella directory appena creata e modifichiamo i due file install.sh e sun-j2sdk.sh

cd sun-j2sdk1.6
sudo gedit install.sh
In questo script va cambiata solamente la prima riga. Deve essere così:
suffix=j2sdk1.6-sun
Salviamo e chiudiamo.
sudo gedit sun-j2sdk.sh
Nella prima sezione noterete un blocco che inizia con
case case "${DEB_BUILD_ARCH:-$DEB_BUILD_GNU_TYPE}" in ...
alla fine di quel blocco (prima della parola esac)
aggiungete queste righe:
"jdk-6u3-linux-i586.bin") #Tra virgolette il nome del file scaricato dal sito della Sun
j2se_version=1.6
j2se_expected_min_size=130
found=true
;;

Salvate e chiudete.

4. Pacchettizziamo la JDK

Ora che i nostri script sono pronti possiamo tornare alla nostra home o altra directory in cui abbiamo scaricato la JDK e pacchettizzarla
fakeroot make-jpkg jdk-6u3-linux-i586.bin
Accettiamo la licenza e lasciamo che si crei il pacchetto .deb nella directory attuale

5. Disinstalliamo i vecchi pacchetti Java (se c’erano)

sudo apt-get remove sun-java6-*

6. Installiamo la JDK

sudo dpkg -i sun-j2sdk1.6_1.6_i386.deb

7. Aggiustiamo le variabili d’ambiente per Java

sudo gedit /etc/enviroment
Il file dovrà apparire così:
PATH=".:/usr/lib/j2sdk1.6-sun/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
LANG="it_IT.UTF-8"
JAVA_HOME="/usr/lib/j2sdk1.6-sun"
CLASSPATH="/usr/lib/j2sdk1.6-sun/lib:/usr/lib/j2sdk1.6-sun/classes"
LANGUAGE="it_IT:it:en_GB:en"

8. Dulcis in fundo… il plugin per firefox!

sudo ln -sf /usr/lib/j2sdk1.6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so /usr/lib/firefox/libjavaplugin_oji.so

Ce la siamo… ehm, abbiamo fatta! (spero)

Verifica… he he he

Andiamo a questo link per eseguire il test della jvm.
Se vi appare il coso che balla e la scritta “Congratulations…” significa che tutto è andato a buon fine :)

Ora possiamo goderci delle chicche del calibro di Netbeans 6.0 Beta2 senza dover disattivare Compiz!

Ho notato che utilizzando qemu è abbastanza comune l’errore qui riportato e di cui ho già avuto modo di parlare.

Spesso e volentieri cerchiamo di virtualizzare macchine che hanno bisogno di molta memoria, per poter utilizzare sistemi operativi recenti.

Onde evitare di avere ad ogni riavvio del sistema il problema di /dev/shm troppo piccolo, possiamo rendere definitive le opzioni che ci suggerisce qemu aggiungendo una riga al file /etc/fstab.

Se guardate la parte evidenziata nella figura qui sopra, noterete una riga che dice che per emulare 384 Mb di ram bisogna assegnare a /dev/shm 400 Mb.

Prendete nota della risposta e aprite /etc/fstab… anzi no fatene prima un backup (non si sa mai)
sudo cp /etc/fstab /etc/fstab.bak
sudo gedit /etc/fstab
Troverete una specie di tabella in cui ogni riga (occhio ai ritorni a capo per le righe troppo lunghe) è una voce relativa ad un supporto o filesystem usato dal sistema (ci sono ottime guide che spiegano meglio ‘sta cosa, ve ne linko una).

Cercate (se c’è) la riga che inizia con “shm”, sulla mia ubuntu non c’era, evidentemente il sistema di installazione non ha ritenuto necessario inserirla, quindi ho dovuto aggiungerla io.
Ad ogni modo quella riga deve essere così
shm /dev/shm tmpfs rw,size=400m 0 0
Attenzione! La riga è composta così:

Nome del filesystem (shm) [spazio] punto di mount (/dev/shm) [spazio] tipo di filesystem (tmpfs) [spazio] opzioni separate da virgola (rw,size=400m) [spazio] zero [spazio] zero.

No non penso che non sappiate leggere, è solo che fstab, in quanto file di configurazione ha una sua precisa sintassi, se doveste per sbaglio (capita… anche a me :P) inserire uno spazio nel posto sbagliato, la riga verrebbe ignorata e potreste poi perderci le notti a cercare di capire il problema oppure più semplicemente potreste inveire nei miei confronti (e questo sarebbe un vero problema).

Fatto questo facciamo una prova, montiamo /dev/shm con le sue opzioni di default (cioè quelle che abbiamo imposto noi pocanzi) e controlliamo l’output (cfr. punto 3 di questo articolo)
sudo umount /dev/shm
sudo mount -v /dev/shm
Con l’opzione -v chiediamo a mount di essere chiacchierone e se abbiamo fatto le cose per bene dovremmo avere un output tipo questo
shm on /dev/shm type tmpfs (rw,size=400m)
Questo ci conferma (visto che non abbiamo specificato nulla nel comando mount) che per default shm sarà montato su /dev/shm, con filesystem tmpfs, in lettura e scrittura, ma soprattutto con una dimensione di 400 Mb. Stessa cosa succederà da ora ad ogni riavvio del sistema.

And that’s all, folks!

Ecco una piccola raccolta di suggerimenti e integrazioni che possono tornare utili nel caso abbiate provatro a seguire la “mia” guida (ho solo tradotto e “arricchito” un po’).

1. GUI per Qemu

Se proprio vi sta antipatico il terminale… tornate a Windows ;)
Scherzo, non siete in pochi a desiderare un front-end grafico per qualsiasi cosa, tant’è che qualcuno ha già pensato a creare una GUI per Qemu.

Si chiama Qemu Launcher, ma a dispetto del nome permette non solo di lanciare una VM, ma permette anche di creare le varie unità virtuali (l’immagine dell’hard disk o dei floppy per intenderci), di impostare praticamente tutti i parametri della VM ed eventualmente salvarli in modo da poter gestire diverse VM senza troppi grattacapi.

Per installarlo è sufficiente digitare da terminale
sudo apt-get install qemu-launcher

ma sicuramente preferite usare synaptics :P cercate allora il pacchetto qemu-launcher e installatelo!

2. Permessi e proprietari

Se linux è considerato “sicuro”, “virus-free” etc etc. è, in parte, grazie alla sua profonda integrazione di un sistema di permessi che, se da una parte può sembrare noioso e rompiballe, dall’altra ci permette di lavorare in tutta tranquillità senza la minima preoccupazione per l’integrità del nostro sistema o per i dati di altri utenti.

La mia guida è stata scritta ipotizzando che l’utente che la segue sia poi quello che utilizzerà qemu, si è sottinteso che i file utilizzati in scrittura dalla VM fossero quindi nella home dell’utente in questione.

Nel 90% dei casi l’impossibilità di scrivere o leggere un file, da parte della VM, è a causa dei permessi o del proprietario.
Studiateli, cercate di comprenderli, ogni tanto provate a controllare (con un bel ls -l nomefile, o tramite il nostro file manager preferito) che permessi ha questo o quel file.

Se non assimilate bene questi concetti, rischiate di fare pasticci.

Ad esempio se doveste usare un “sudo” di troppo potreste ritrovarvi con qualche file appartenente a “root” nella vostra home col risultato che l’applicazione che deve usarlo potrebbe non avere i permessi adatti.

3. Attenzione all’output

In generale i programmi opensource, cercano di essere il meno possibile criptici quando segnalano un errore.

E il mio consiglio in caso di errore (che vale sempre, non solo per qemu) è:

1. leggere l’output
2. eventualmente vedere se esiste una modalità “verbose” con descrizione più dettagliata
3. se ancora la cosa rimane incomprensibile, cercare sul web se qualcuno ha già avuto lo stesso problema
4. chiedere direttamente

Se si lavora in questo modo, non solo si giunge più in fretta alla soluzione (se chiedete direttamente senza essere passati dagli altri punti rischiate di avere come risposte delle domande…) ma in più si impara a diventare autosufficienti e si impara effettivamente ad utilizzare i programmi su cui stiamo lavorando.

Addirittura Qemu (anzi è il modulo kqemu a segnalare l’errore) nel caso non abbia sufficiente “shared memory” non solo ci dice cosa è successo, ma ci suggerisce la soluzione!

In questo caso kqemu mi ha avvisato della insufficienza di shared memory e mi ha suggerito i comandi da inserire per ovviare al problema.

Introduzione

Ho trovato questa guida in inglese sul wiki di ubuntu, l’ho provata e funziona tutto al primo colpo.

La trovo molto ben fatta e immediata: mi meraviglia il fatto che nessuno si sia ancora preoccupato di tradurla, perciò ci penso io!

La guida linkata si riferisce specificamente all’installazione di Windows XP, ma nessuno ci impedisce di installare qualsiasi altro sistema opeartivo sulla nostra macchina virtuale, ci sono inoltre alcuni piccoli cambiamenti che ho apportato e testato io.
Mi spiace solo non potervi assicurare la riuscita del tutto poichè non ho la possibilità di provare su diversi PC. Gradirei per l’appunto che mi segnalaste la riuscita o meno dell’”impresa”.

Per prima cosa potete verificare se il vostro hardware supporta la Kernel Virtualization, pertanto da terminale digitate:
grep -E '^flags.*(vmx|svm)' /proc/cpuinfo

Nel caso riceveste qualche risultato in risposta potete prendere in considerazione questa ipotesi (link ), nel mio caso non ho avuto risultati, ma andiamo avanti per la nostra strada.

Installazione di Qemu + kqemu

Qemu (versione 0.8.2) si trova comodamente nei repository di Ubuntu ed è il programma principale. Kqemu invece è un acceleratore per qemu, rende le macchine virtualizzate decisamente più veloci e utilizzabili. L’inghippo sta nel fatto che va compilato e installato, ma per questo ricorriamo all’aiuto di module-assistant.

Armiamoci di Terminale e installiamo il necessario:
sudo apt-get install qemu kqemu-source module-assistant
Compiliamo kqemu:
sudo module-assistant prepare
sudo module-assistant auto-install kqemu
Ora dobbiamo istruire udev per creare il nodo /dev/kqemu al caricamento di kqemu, perciò creiamo il file /etc/udev/rules.d/60-kqemu.rules:
sudo nano /etc/udev/rules.d/60-kqemu.rules
scriviamo questa riga:
KERNEL=="kqemu", NAME="%k", MODE="0660", GROUP="kqemu"
Salviamo e chiudiamo il file.
Ora dobbiamo modificare il file /etc/modprobe.d/kqemu
sudo nano /etc/modprobe.d/kqemu
deve contenere questa riga:
options kqemu major=0
di solito trovate quel valore impostato a 250 e si tratterà solo di cambiare quello.

Ci siamo quasi, ora dobbiamo rendere kqemu utilizzabile dai normali utenti del sistema

sudo addgroup --system kqemu
sudo adduser $USER kqemu

Con questi due comandi abbiamo creato un gruppo chiamato kqemu e inserito l’utente col quale siamo loggati nel gruppo.
Se voleste aggiungere altri utenti al gruppo kqemu basta sostituire a $USER lo username dell’ utente che vogliamo.

Prima di andare avanti è opportuno aggiornare le variabili d’ambiente, il modo più semplice è terminare la sessione e rifare il login.

Se dovessimo ricevere questo messaggio d’errore
Could not open '/dev/kqemu' - QEMU acceleration layer not activated
dobbiamo verificare innanzitutto che il nostro utente appartenga al gruppo kqemu, pertanto da terminale
groups
tra i vari gruppi a cui siamo associati deve esserci kqemu ed eventualmente rivedere i passi precedenti.

Ora possiamo provare a caricare manualmente il modulo del kernel kqemu
sudo modprobe kqemu
Se non riceviamo messaggi d’errore è perchè non ci sono stati problemi quindi possiamo procedere all’avvio vero e proprio di qemu.

Prima di iniziare la parte divertente della guida vi do un ultimo suggerimento.
Se prevedete di usare spesso qemu per “giocare” con varie macchine virtuali, potete caricare il modulo kqemu all’avvio del sistema semplicemente aprendo il file /etc/modules
sudo nano /etc/modules
e aggiungendo la voce
kqemu

Uso di qemu

Bene ora che il nostro PC è pronto ad “ospitarne” un altro possiamo provare a creare una nuova macchina virtuale.
Per questo esempio proverò a installare Windows XP pertanto mi serviranno circa 5 Gb di hard disk (per stare un pelino larghi).
qemu-img create -f qcow winxp.img 5G
Con questo comando abbiamo creato l’hard disk virtuale. L’immagine così creata non sarà utilizzabile “dall’esterno” ma sarà di dimensioni ridotte e ridimensionabile. Se avete necessità di montare l’immagine del SO ospitato senza avviare la macchina virtuale corrispondente potete usare un’immagine di tipo raw vi basterà omettere l’opzione “-f qcow”, ma occuperà tutta la dimensione specificata e non sarà ridimensionabile.

Potrebbero sorgere problemi di accesso in scrittura all’immagine della VM (=Virtual Machine).
Per ovviare a ciò assicuriamoci che tale file abbia i permessi adatti e appartenga ANCHE al gruppo kqemu.
chmod 660 winxp.img
sudo chown $USER:kqemu winxp.img

Inseriamo il CD di installazione di Windows e…

qemu -localtime -cdrom /dev/cdrom -m 384 -boot d winxp.img

E’ possibile utilizzare anche solo l’immagine ISO del CD di installazione, avviando la macchina virtuale con
qemu -localtime -cdrom /percorso/alla/iso/nomefile.iso -m 384 -boot d winxp.img
ovviamente sostituendo “/percorso/alla/iso/nomefile.iso” con il percorso e il nome che fanno al caso nostro.

A volte puo’ succedere che il sistema di installazioen di Windows XP si blocchi. Se vedete che passa troppo tempo senza che l’installazione sembri andare avanti provate a riavviare la VM, l’installazione riprenderà dal punto in cui era arrivata. Nel mio caso comunque ha proceduto come se fosse su un PC reale.