• Debian 4.0/Ubuntu 9.10
• NHibernate 2.1.1.400
• Postgres 8.3
• .NET/Mono 2.4.4/2.6.4/2.7

Recentemente ho migrato una applicazione da NHibernate 1.2 alla più recente 2.1.2. Dopo un rapido refactoring per rinominare il necessario e rispettare i nuovi namespace mi sono imbatutto nel seguente errore:

System.InvalidCastException: Cannot cast from source type to destination type.
 at NHibernate.Tool.hbm2ddl.SuppliedConnectionProviderConnectionHelper.Prepare () [0x00000] in <filename unknown>:0
 at NHibernate.Tool.hbm2ddl.SchemaMetadataUpdater.GetReservedWords (NHibernate.Dialect.Dialect dialect, IConnectionHelper connectionHelper) [0x00000] in <filename unknown>:0
 at NHibernate.Tool.hbm2ddl.SchemaMetadataUpdater.Update (ISessionFactory sessionFactory) [0x00000] in <filename unknown>:0
 at NHibernate.Impl.SessionFactoryImpl..ctor (NHibernate.Cfg.Configuration cfg, IMapping mapping, NHibernate.Cfg.Settings settings, NHibernate.Event.EventListeners listeners) [0x00000] in <filename unknown>:0
 at NHibernate.Cfg.Configuration.BuildSessionFactory () [0x00000] in <filename unknown>:0
 [...]

Le righe inferiori dello stack fanno riferimento al codice non-NHibernate, la prima di queste punta alla riga dove viene tirata su la Session dalla SessionFactory(). Dopo un po' di mezz'ore a controllare e ricontrollare (e a rileggere le note di rilascio) ho cercato su San Google ed ho trovato che è un tipo errore causato dall'errata impostazione della proprietà hbm2ddl.

L'autoquoting pare non piacere in qualche modo. Impostando la proprietà a none l'errore non viene più sollevato.

• Debian 4.0
• NHibernate 1.2
• Postgres 8.3
• .NET/Mono 2.4.4

PostgreSQL 8.3 supporta nativamente gli uuid. Il supporto è però dato da un modulo esterno (basato su libossp) ma comunque ufficialmente supportato. È quindi necessario installare il modulo sul sistema:

~# apt-get install postgresql-contrib-8.3 libossp-uuid15

Per poter sfruttare le nuove funzioni bisogna eseguire il codice SQL contenuto nel modulo. Il meccanismo di templating dei DB fa sì che un nuovo DB venga creato a partire (copiato) da dei DB predefiniti. Dovendo usare gli uuid spesso ho scelto di caricare le funzioni nel template predefinito template1 e poi creare i nuovi DB a partire da questo: tutti i DB creati usando template1 come template avranno a disposizioni il tipo di dato uuid e le funzioni associate.

postgres=#\connect template1
template1=#\i /usr/share/postgresql/8.3/contrib/uuid-ossp.sql

<id name="uuid_column" column="uuid_column" type="string"  access="...">
	<generator class="uuid.hex">
		<param name="format">D</param>
	</generator>
</id>

public virtual string uuid_column {
	get { return _uuid_column;  }
}
private string _uuid_column;

Per colonne che non sono chiave primaria è sufficiente usare il tipo di dato a string e impostare come politica di generazione insert: quando l'oggetto verrà salvato l'uuid sarà generato da PostgreSQL.

<property  name="uuid_property" type="string" access="nosetter.lowercase-underscore" generated="insert">
	<column name="uuid_proerty" />
</property>

La classe C# avrà come properietà una semplice string:

public virtual string uuid_property {
	get { return _uuid_property;  }
}
private string _uuid_property;

La chiavetta è un del tipo "misto": funge sia da adattatore UMTS che da lettore di schede di memoria MicroSD; possiede inoltre una memoria interna sulla quale sono memorizza i driver per dell'adattatore UMTS.

Ci sono anche i driver per Gnu/Linux. In questo momento utilizzo Xubuntu 9.04 e purtroppo lo script di installazione fallisce. Leggendo questo scrtip e quel po' di documentazione a corredo ho elaborato la seguente procedura:

• Copiate il file 'HWActivator' (usate quello per la vostra architettura: c'è a 32bit ed a 64bit) nella cartella:

  /usr/local/bin

  avendo cura attivare il bit di esecuzione:

  # chmod u+x /usr/local/bin/HWActivator

• copiate il file 'runhwactivator' dentro /etc/init.d/ anche questo deve essere eseguibile. Aggiungete al file /etc/rc.local la seguente riga appena prima di 'exit 0':

  /etc/init.d/runhwactivator start

  anche qui controllate di avere il bit di esecuzione su /etc/rc.local

• Aprite il file /etc/init.d/runhwactivator ed alla prima riga non commentata (circa la 25esima) inserite:

  HWAPP=/usr/local/bin/HWActivator

• Avviate il programma eseguendo:

  # /etc/init.d/rc.local start

Al prossimo riavvio quest'ultimo comando sarà eseguito automaticamente. Questo metodo non fa uso di udev e probabilmente da problemi in caso della sospensione o dell'ibernazione del computer con la chiavetta collegata ma come si dice: "It works on my computer!".

Dettagli nerd

Gli script del driver fornito con la chiavetta richiedono 'bash' per essere eseguiti. In una *buntu standard è necessario esplicitare l'interprete 'bash' per runhwactivator perché l'insieme degli script di 'init.d' vengono interpretati da 'dash' (dalla versione di Ubuntu  6.10). Quest'ultima è strettamente compatibile con POSIX e manca di alcuni costrutti e parole chiave tipiche dello slang di 'bash' (la pagina sul wiki di Ubuntu è esaustiva).

La chiavetta e l'abbonamento fanno il loro sporco lavoro. La banda è sufficiente per un uso anche po' intensivo e in una zona densamente abitata (il centro di una grande città) la linea non è mai caduta accidentalmente, usandola prevalentemente la sera e da fermo. Allego i test di pingtest e speedtest (privi di qualsiasi valore). La connessione è ovviamente dietro NAT.

Nell'anno del loro signore 2008 c'è ancora chi progetta, testa e mette in vendita chiavette USB con funzionalità di riproduzione multimediale che non vengono viste dai sistemi operativi come semplici, standard e usabili dischi esterni.

Samsung è uno di questi spacciatori di pseudo-tecnologia a basso standard, degna del peggior sprawl mai immaginato. Per fortuna la rete "è vasta ed infinita" (cit.) e si trovano facilmente le informazioni per rimediare.

I riproduttori musicali USB possono comunicare con (almeno) due protocolli: UMS e MTP. Il primo, USB Mass Storage è quello preso in considerazione da qualsiasi progettista degno di appartenere al pool genetico umano. Il secondo, Media Transfer Protocol, è stato ideato da degli esseri mezzo alieni e mezzo demoni infernali che vogliono (provare a) imporre formati di file, di software e tentare di impedirti di fruire della tua musica (i tuoi dati) dove e come ti pare.

Il lettore che da il titolo al pezzo fa proprio uso di MTP per trasferire dati. Tecnicamente non è un problema: già qualche hacker ha ovviato al problema creando libmtp che permette di usare questi "cosi" con sistemi operativi liberi. Per gli altri sistemi operativi c'è invece bisogno di un driver e di software (!!) apposito, in questo caso quello che ti spacciano insieme alla periferica.

La batteria al litio potrebbe avere tutta la durata che vuole, potrebbe durare una settimana in ascolto continua. Purtroppo è integrata al lettore e non è sostituibile. Hanno almeno avuto l'accortezza di permetterne la ricarica dalla porta USB. La vetta più alta è però rappresentata dal connettore USB integrato di tipo "slot out".

Premendo un bottone il connettore spunta fuori da uno dei lati corti, pronto per essere infilato nella porta USB di turno. Peccato che il meccanismo non avendo sufficiente resistenza meccanica una volta su due rientra nel lettore.

Per il resto ha tante belle funzioni: 2Gb, leggi gli OGG ed i FLAC senza fiatare, la radio si sente bene ma non è possibile registrarla. Tutto ciò non basta a farmi consigliare questa schifezza. Pollice verso. Se state cercando un lettore musicale portatile statene alla larga.

P.S. Sì, direte voi: "Basta non comprarlo". Sarebbe possibile se sulla confezione ci fosse scritto il protocollo di comunicazione su USB usato o almeno la scritta "Si richiede l'uso dell software all'interno per l'uso" o altro avvertimento simile. Lo sfigato acquirente dell'aggeggio non sono io (per fortuna).

P.P.S. Non solo il solo ad essermi fatto più di qualche linea di febbre a Luglio. Come si dice, mal comune... o no?

Scaricare i sorgenti di Pidgin
Per qualche mistica ragione (sicuramente erano ubriachi) la squadra di Pidgin ha optato per Monotone come sistema di revisione del codice. Il pacchetto per questo software (in Ubuntu Hardy) si chiama "monotone", mentre l'eseguibile "mtn".

 # Tutti i comandi si possono lanciare come utente semplice.
DATABASE=~/var/pidgin.mtn
WORKINGDIR=~/src/pidgin-mtn

# Download the bootstrap database.  For example:
cd $(dirname $DATABASE)
wget http://developer.pidgin.im/static/pidgin.mtn.bz2
bzip2 -d pidgin.mtn.bz2

mtn -d $DATABASE pull --set-default pidgin.im "im.pidgin.*"
mtn -d $DATABASE co -b im.pidgin.soc.2008.vv $WORKINGDIR

Il database è un file parecchio pesante (250MB una volta decompresso). Tutti parametri sono assolutamente arbitrari. Notate l'opzione "-b" dell'ultimo comando: potete specificare quale branch dei sorgenti si vuole ottenere, in questo caso quello relativo al SoC2008 per includere il supporto all'audio ed al video (vv). Pidgin è un software con diversi rami in fase di sviluppo.

Librerie
Ora bisogna installare le librerie che permettono di creare la magia (questo è spiegato anche nella pagina di wiki). Alcune sono presente nativamente in Ubuntu Hardy, bisogna solo attivare i canali di distribuzione "restricted" e "multiverse"; altre invece si dovranno scaricare dai siti di Debian ed installare con il comando dpkg o per via grafica.

$ sudo apt-get install gstreamer0.10-plugins-good gstreamer0.10-plugins-bad libgstreamer-plugins-base0.10-dev

Le altre librerie sono libgstfarsight0.10-0 libgstfarsight0.10-dev e gstreamer0.10-plugins-farsight, (i collegamenti sono nell'ordine in cui vanno installati).

Compilazione

$ ./autogen.sh
$ ./configure --prefix=/home/user/opt/pidgin-vv --disable-nm --disable-gevolution --disable-meanwhile --disable-mono --disable-avahi --disable-gtkspell --disable-cap --disable-sm --disable-startup-notification --disable-screensaver --disable-consoleui --disable-tcl --disable-tk --disable-doxygen --enable-debug
$ make install

La procedura è quella standard per compilare il ~100% del software per Gnu/Linux. L'unica riga che merita qualche spiegazione è la seconda, quella più lunga. L'elenco degli interruttori disabilta molte proprietà del programma (niente supporto a Mono, nè a Network Manager, niente correttore ortografico): gli interruttori importanti sono "--prefix" che permette di impostare la dicretory dove installare il programma ed "--enable-debug" che permette al programma di dirci, con dei messaggi in console, tutto quello che sta facendo in modo da aiutarci a trovare i problemi.

Test
Se tutto è andato a buon fine nella directory specificata dall'interrutore "--prefix" troverete una cartella "bin" con dentro un eseguibile: "pidgin". Potete eseguirlo da riga di comando oppure con un doppio click.

Consiglio di crearsi una copia di sicurezza della cartella ~/.purple, dove Pidgin salve le proprie impostazioni.

Aggiornamento dei sorgenti
Per tenere traccia degli aggiornamenti del ramo di sviluppo vi consiglio di seguire questo RSS così da poter aggiornare non appena c'è qualche novità.

# Andate nella directory dove avete i sorgenti
make clean
make uninstall
# i precedenti comandi non sono obbligatori
mtn pull
Scaricherà gli aggiornamenti

Ora potete ripetere i passi nella sezione Compilazione di questo pezzo.

Troverete una nuova "tab" chiamata "Media" nella schermata "Preferences" dove potrete configurare le periferiche sorgenti per l'audio e per il video. Per avviare una conversazione audio e/o video dovrete avere ovviamente un contatto che supporta i flussi audio/video.

Purtroppo GTalk non offre un contatto di echo per poter testare l'audio quindi dovrete disturbare qualcuno .

[Via securitywhispers]

Terminato il lavoro (Dicembre) decisi che durante le ferie natalizie avrei fatto l'upgrade alla versione 8. Mentre il processore ed il disco macinavano un backup completo generato con MondoArchive e spedito verso un disco esterno usb ho iniziato a leggermi la documentazione per l'upgrade. Oibò. La documentazione ufficiale suggerisce di reinstallare da zero. Sarà che vengo da anni di Debian/Gentoo/Debian/Ubuntu (ai tempi avevo un sacco di tempo libero...) ma tutto ciò mi appare un anacronismo. Cazzo... anche Windows Vista supporta l'upgrade da un XP.

Il dettaglio fa precipitare Fedora yum direttamente negli inferi. Nonostante questo non mi sono perso d'animo. In quella installazione di Fedora 7 non avevo tanta spazzatura in formato RPM: giusto i pacchetti di livna per i codec audio/video e i DVD video. Ho quindi seguito passo passo le due paginette di documentazione. A questo punto avevo il backup (MondoArchive) ed i file importanti salvati. Riavvio ed eseguo l'upgrade con la riserva mentale che se qualcosa andasse storto potevo sempre provare Ubuntu Gutsy.

Bella Fedora. Niente audio (alla faccia di Pulse Audio), niente sospensione nè ibernazione ma sopratutto niente audio. Niente audio nel 2007. Nei giorni di ferie. Senza rimorsi nè pietà riavvio ed installo Ubuntu su una partizione cifrata (grazie Debian installer): tutto funziona. Audio, wireless, tasti multimediali e, udite udite: sospensione ed ibernazione.

Non mi restava solo da ripristinare i files di /home con MondoRestore. Peccato che non ne voleva sapere di estrarli dagli archivi nelle iso sul disco USB: il programma leggeva l'elenco dei file archiviati ma al momento di ripristinarli apriva lo sportellino del cd (!!) e semplicemente terminava con un rimando ai log.

Panico controllato. Angioletto che cade. Salvo il log da qualche parte. Ritento. Niente. Panico controllato. Angioletto che cade. Controllo se la versione di mondo con cui ho fatto il backup è per caso incompatibile con quella presente in Ubuntu (sarebbe veramente folle). Niente. Leggo i log. Angioletto che cade. Rileggo più attentamente i log: semplice output di debug. Angioletto che cade.

Sfodero subito le armi pesanti: avvio una copia di SysRescueCD ed eseguo MondoRescue. I file di /home vengono travasati senza fiatare dal disco USB al fisso. Angioletto che cade (così per vendetta). Lezioni imparate: Fedora fa schifo, Ubuntu anche ma non ho voglia di configurare Debian. Per il backup principale torno al mio backup.sh.