Voglio appuntare su questa pagina una nota riguardo l’installazione di VMware player, che a partire da questa versione (3.1) permette anche la creazione di macchine virtuali, mentre precedentemente le si potevano solo eseguire. Di fatto è una versione “lite” di VMware Workstation.

Da notare che anche la versione 2.0.2 di VMware Server è disponibile gratuitamente (previa registrazione) e devo dire che sono rimasto piacevolmente stupito da tutte le cose che supporta, sebbene carattarestiche interessanti in ambito enterprise (magari per le migrazioni delle VM) non siano disponibili. Credo che sia anche ragionevole :)

Comunque sto divagando un po’ troppo, quello che voglio appuntare è una workaround (o anche porkaround :D ) perché l’installazione di VMware player su host Windows 7 x86_64 non andava a buon fine. Dall’event viewer di sistema l’errore che si mostrava era sempre il seguente

VMware Error

Le opzioni che si possono scegliere all’installazione non sono molte e qualsiasi combinazione… patatrack :|

Le cause tuttora sono ignote, se avete idee vi sono grato se le lasciate nei commenti, ho pensato che potesse essere un problema di ISA, infatti nel messaggio dell’errore riporta x86. La soluzione? Molto più semplice del previsto:

Ho estratto il contenuto dell’eseguibile con il comando

Ovviamente lanciato dalla directory dove è il file di setup. Questo estrarrà tutto il contenuto all’interno della directory VMware (si può anche chiamarla pippo). All’interno, lanciando il file .msi l’installazione è andata a buon fine.

Alla prossima :)

Il problema di fondo era che la chiamata JNI_CreateJavaVM produceva il segnale SIGABRT quando invocato all’interno di un altro framework, nello specifico stavo utilizzando l’SDK BoKS.

La porzione di codice interessata, a parte dovuti accorgimenti, era del tutto coerente con quanto riportato da HP al link

http://www.docs.hp.com/en/JAVAPROGUIDE/JNI_java2.html

Provando ad utilizzare i parametri di inizializzazione della VM più svariati non si è cavato un ragno dal buco, seguendo comunque le linee guida riportate qui http://www.docs.hp.com/en/JAVAPROGUIDE/JNI_java2.html#primordial, si è ipotizzato da subito un problema con lo stacksize su HP-UX, su Solaris, infatti, non erano stati riscontrati problemi di sorta.

Una sessione con tusc ha confermato quanto supposto:

La soluzione?

Un semplice export della variabile PTHREAD_DEFAULT_STACK_SIZE a 524288.

Si sarebbe anche potuta usare la chiamata pthread_default_stacksize_np(), ma poiché la parte di codice che crea i thread non è personalizzabile in quel dato SDK, l’export della variabile d’ambiente è stata l’unica soluzione attuabile.

Alla prossima!

Avere a disposizione una macchina virtuale ha numerosi vantaggi, e VirtualBox è una scelta da non trascurare, gratuito per uso personale (licenza PUEL), veramente semplice da usare e multipiattaforma. Lo uso tranquillamente su OSX e Archlinux, su Windows XP… Non proprio! :)

Volevo aggiornare alla versione 3.0.1, ma il risultato dell’installer era sempre il seguente “VirtualBox setup ended prematurely” seguito da un “Error 1603″. Anche la disinstallazione della versione precedente (2.2) non dava cenni di voler funzionare, di fatto sia l’installazione di una nuova versione che la rimozione della vecchia si interrompevano portando al rollback delle modifiche.

Rimuovendo tutti i file dalla directory “Programmi”, eliminando i riferimenti dal registro (quelli che sono riuscito ad individuare), disinstallando le interfacce di rete virtuali e cancellando anche i loro driver non sono riuscito ad ottenere altro che  un nulla di fatto.

Alla fine ho trovato questo articolo http://www.virtualbox.org/ticket/3701 e riporto di seguito quello che ho fatto anche io per risolvere:

1. tasto windows+r -> regedit ;
2. Export della chiave HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\DIFxApp\Components su un file qualsiasi per comodità sul desktop (per esempio vbox.reg);
3. Sostituzione di tutte le occorrenze di HKEY_CURRENT_USER all’interno del file con HKEY_LOCAL_MACHINE in modo da ottenere il file come di seguito:

4. Import del file .reg nel registro (basta un doppio click sul file);
5. Rimozione della chiave HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\DIFxApp ;

Dopo il passo 5 l’installazione della versione 3 è andata senza alcun problema.

Alla prossima! :)

iSync è un’applicazione veramente ben fatta, mi ha dato subito soddisfazione con il mio vecchio Nokia 6600 per il quale, installando un agent sul cellulare stesso, tutto è andato alla grande. Con il Samsung SGH-E250, invece, il risultato era sempre lo stesso: dispositivo non supportato.

Con un po’ di ricerche con Google, però, ho visto che telefoni come il Samsung D900, che è molto simile nell’aspetto e nelle specifiche al mio, funzionano alacremente.

Sono andato dunque dentro la cartella di iSync ( /Applications/iSync.app/ ) a cercare qualcosa ed ho trovato appunto i driver del D900 dentro la cartella

/Applications/iSync.app/Contents/PlugIns/ApplePhoneConduit.syncdevice/Contents/PlugIns/Samsung-D900.phoneplugin

e mi son detto che magari come per le stampanti il mio telefono potrebbe funzionare con un driver di un altro molto simile a lui… E di fatti ha funzionato!

In sostanza mi sono limitato a copiare la cartella in

All’interno della cartella ho sostituito tutte le occorrenze di “D900″ con “E250″ nei seguenti file

ed infine ho rinominato il file (situato nella cartella /Applications/iSync.app/Contents/PlugIns/ApplePhoneConduit.syncdevice/Contents/PlugIns/Samsung-E250.phoneplugin/Contents/Resources/) com.samsung.D900.tiff in com.samsung.E250.tiff.

Certo, l’icona non è proprio la stessa però ci si avvicina molto ed è sempre meglio di niente :)

Avviando iSync la sincronizzazione è andata a buon fine, numeri di cellulare, indirizzi e-mail e compleanni sono stati caricati correttamente, solo le immagini personali non sono state caricate, ma direi che è accettabile anche questo :)

Il driver, ottenuto come sopra, per il Samsung SGH-E250 lo potete scaricare dal mio sito a questo link, ricordate però che non è ufficiale e che l’utilizzo è a vostro rischio e pericolo ;)

Sulle mailing list è possibile leggere molto a riguardo, sul fatto che “normalmente” un riavvio del server X non dovrebbe essere necessario e su quanto, per un nuovo utente, possa essere semplice digitare accidentalmente la combinazione e ritrovarsi con il lavoro perso e una bella schermata di login senza sapere perché.

In effetti le ragioni sono plausibili, ma per alcuni il “normalmente”, significa aver necessità di riavviare X senza dover eseguire il kill del processo da un terminale: in passato mi sono capitate delle situazioni in cui X si è completamente congelato e con un ctrl+alt+backspace si è ripristinato il tutto senza dover riavviare l’intero sistema. Avendo l’opzione disabilitata, se il terminale (ctrl+alt+f1…f6) non risponde ai comandi allora non resta che il reset. Nel mio caso, ho preferito riabilitare l’opzione, aggiungendo al file xorg.conf (solitamente in /etc/X11) l’opzione “DontZap” ed impostandola a “false“. In proposito, riporto la sezione del mio file di configurazione:

In successivi aggiornamenti, è stata introdotta anche su HAL una disabilitazione della combinazione. Per riattivarla è sufficiente aggiungere questa entry

all’interno del file /etc/hal/fdi/policy/10-keymap.fdi

In caso il file non fosse presente, copiarlo da /usr/share/hal/fdi/policy/10osvendor

E modificarlo aggiungendo la entry di cui sopra.

Riporto di seguito il mio file keymap che funziona correttamente utilizzando entrance come login manager:

Infine, se non si sta usando l’integrazione Xorg/HAL occorrerà aggiungere una opzione nel file /etc/X11/xorg.conf all’interno della sezione keyboard

Al solito, spero che a qualcuno sia utile ;)

Con questo tipo di accesso però, avevo notato perdite di dati sul database, non tutto infatti diventava persistente e, certo di non aver scritto codice errato, iniziavo a pensare di non capirci più nulla.

Il fatto è che, a differenza di quanto ero solito fare con altri RDBMS, non è sufficiente chiudere una connessione con

al termine dell’esecuzione del programma, il driver effettua caching delle tabelle per ottimizzare gli accessi al file system e non tutte le modifiche vengono scritte sul file.

È necessario fornire al driver l’istruzione di “SHUTDOWN” di modo che tutti i dati eventualmente ancora in cache vengano correttamente resi persistenti:

Esiste inoltre, una funzione di shutdown che effettua anche una riorganizzazione del database ed una compressione dei dati. Essendo un’operazione lenta è bene non usarla troppo di frequente, il criterio d’uso è lo stesso di “SHUTDOWN”, “SHUTDOWN COMPACT”.

Alla prossima :)

Per poter utilizzare elementary dovrete prima aver installato le EFL (Enlightenment Foundation Libraries). Seguite il wiki al link di seguito

http://trac.enlightenment.org/e/wiki/EFLWindowsXP

Compilate anche elementary col solito

e ricordatevi di impostare la variabile d’ambiente ELM_ENGINE con

Eseguite elementary_test per vedere che sia tutto ok e il risultato dovrebbe essere il seguente

elementary on windows xp

Se qualcosa non va, probabilmente siete incappati nel mio stesso errore: aver compilato evas senza il supporto al ddraw. Ricompilate evas aggiungendo l’opzione –enable-software-ddraw. Io ho usato i seguenti:

Adesso posso iniziare a sviluppare qualcosa che sia crossplatform e che usi un’interfaccia grafica gradevole. Cosa però? Mi verrà l’ispirazione penso… Prima o poi… :)

Non è pienamente testato, potrebbe contenere diversi bug, diverse funzionalità sono ancora da implementare, ma chi volesse provarlo può scaricarlo da questo link:

http://fabiofalcinelli.it/files/archE17svn.sh

Potete testarlo, modificarlo redistribuirlo sotto i termini della licenza GPL.

Installazione

Per usare lo script è sufficiente copiarlo in una qualsiasi directory. Di default lo script creerà una cartella archE17svn nella home dell’utente che lo esegue ed esegurà tutte le operazioni al suo interno.

Configurazione

Lo script accetta i seguenti parametri:
-r popola un repository per pacman (non ancora implementato)
-f forza la ricompilazione di tutti i pacchetti
-R reinstalla la snapshot precompilata presente in community
-d compila con simboli di debug
-o=name1,name2,… checkout e compilazione dei soli pacchetti elencati
-w=dir cambia la directory di lavoro (il default è ~/archE17svn)
-h stampa a video il messaggio di aiuto

Una volta compilato, potrete usare e17… Di seguito un piccolo screenshot :)

e17 and wallpaper module

L’immagine mostra il modulo wallapaper che permette la configurazione dello sfondo del window manager. La cosa veramente interessante del modulo è l’ordinamento in scala cromatica delle immagini: ho sempre pensato che ordinare le immagini in base al nome (quindi in ordine alfabetico) non abbia molto senso e questo modulo ne è la prova.

Per vedere il modulo in azione, potete visualizzare il video al link sottostante

http://www.rasterman.com/files/wp2.avi

Alla prossima!

Il titolo vuole essere più un gioco di parole dal mio punto di vista che altro. Infatti, ho appena ricevuto da last.fm una mail che riporta:

“Your free trial to Last.fm Radio is about to end. If you’re enjoying it, why not
subscribe for only 3.00/month and continue listening to non-stop personalised
radio.

http://www.last.fm/subscribe

Best Regards,
The Last.fm Team”

Ovvero, non avrò più la possibilità di ascoltare la radio organizzata per genere gratuitamente. Ora se è vero che 3 euro al mese non sono una cifra esorbitante (neanche trascurabile visto che un server semidedicato ne costa 5) è anche vero che questa presa di posizione non vale per tutti i paesi del mondo: germania, regno unito e stati uniti continueranno a usufruire del servizio gratuitamente, poiché il bacino di utenza di questi stati garantisce proventi sufficienti dalla pubblicità. Ragionevole, ma un po’ ingiusto.

Al momento sto considerando se sottoscrivere questo abbonamento per continuare ad ascoltare la buona musica casuale che passa o se accantonarla del tutto. L’aspetto di “social network” del servizio non mi interessa più di tanto.

Vuoi vedere che non torno ad ascoltare la radio fm in casa come faccio in macchina?

La stazione sarebbe sicuramente Radio Rock ;) Tanto più che trasmettono anche in streaming :)

Il link è davvero molto interessante e ben fatto, ve lo propongo: “In defense of eye candy“.

A tal proposito ne approfitto per aggiungere una piccolissima nota, un accorgimento per rendere Opera un po’ più integrato nel mio window manager preferito: e17.

Il fatto è che il tema di default di Opera, molto carino e veloce, ha dei dettagli blu che sono molto più adatti ad Aero di Windows Vista che ad e17 su linux.

In realtà però è sufficiente selezionare “System color scheme” nel menu Tools->Appearence->Skin e la barra diventerà di un grigio scuro che si accosta bene al tema di default “Black & White” di e17, come si può vedere nello screenshot

Opera in e17

Il prossimo passo è un tema qt3 per adattare la barra dei menu :)