Google Chrome in Debian Testing

Installando Google Chrome da file .deb su una Debian Testing mi sono imbattuto in una dipendenza non soddisfatta relativa alla libreria libxss1

E' necessario quindi dare
apt-get install libxss1

e poi

dpkg -i google-chrome-stable_current_i386

Screenshot con Gimp 2.8

Ecco una cosa di cui mi scordo sempre....effettuare uno screenshot con Gimp

La risposta e' dal menu File/Create/Screenshot

TuxGuitar e Debian

Per utilizzare TuxGuitar in Debian si devono fare un paio di modifiche altrimenti il programma parte, il cursore si muove ma non si sentira' nessun suono

Prima di tutto si deve scaricare TuxGuitar insieme a Timidity

apt-get install tuxguitar timidity

dopo di cio', assicurandosi che il server Timidity sia partito, si deve andare nelle impostazioni di TuxGuitar e dalla sezione Audio si deve scegliere come Midi Port Timidity

ADT Android Bundle

Con l'andar del tempo e' sempre piu' semplice installare l'SDK di Android
E' da poco uscito l'ADT Bundle, un pacchetto piuttosto pesante (oltre i 400 Mb nelle sue varie versioni) che al  suo interno contiene pero' una bella sorpresa

Una volta spacchettato il file ci troviamo con Eclipse, il plugin ADT e l'SDK di Android gia' pronti ad essere utilizzati senza ulteriori configurazioni e download. E' sufficiente entrare nella directory eclipse e lanciare l'ambiente di sviluppo con il comando
./eclipse

rimane solo da configurare un AVD e poi si puo' iniziare a sviluppare

Errore su punto di ingresso Qt4Core.dll

Una volta scritta e testata una applicazione in Qt su Windows ho voluto provare a fare una build release per provare a lanciare direttamente il file eseguibile dall'esterno dell'ambiente di sviluppo

Il risultato e' stato a dir poco scoraggiante "Impossibile trovare il punto di ingresso della procedura nella libreria a collegamento dinamico QtCore4.dll"

Dopo qualche ricerca su Internet ho trovato che il problema deriva dal fatto che il fatto eseguibile cerca di eseguire una Dll QtCore4 differente da quella con cui e' stato compilato all'interno dell'ambiente di sviluppo

Certo che imbroccare quale sia la libreria QtCore4.dll che crea confusione e quale sia l'ordine preciso con cui Windows elegge la prima della lista e' piuttosto problematico e non e' possibile tentare un approccio di tipo try and test (sospetto comunque che sia quella legata a Python)

Elenco delle librerie QtCore4.dll installate sul mio sistema

Ovviamente questo problema non si presenta in Linux :>>>

Creare eseguibile da QT/QML

I programmi scritti in QtQuick sono visibili all'interno di Qmlviewer
C'e' pero' la possbilita' di creare delle applicazioni stand-alone creando una applicazione Qt che di fatto e' un viewer per QtQuick

questa procedura e' resa automatica all'interno di Qt SDK creando un Nuovo progetto e selezionando Qt Quick Application.

Al termine della procedura guidata viene chiesto di selezionare il file qml di interesse (o di crearne uno nuovo)

Viene cosi' creato in automatico un progetto che ha come funzione main la seguente
----------------------------------

#include <QtGui/QApplication>

#include "qmlapplicationviewer.h"

int main(int argc, char *argv[])

{

    QApplication app(argc, argv);

    QmlApplicationViewer viewer;

    viewer.setOrientation(QmlApplicationViewer::ScreenOrientationAuto);

    viewer.setMainQmlFile(QLatin1String("qml/gg/gg.qml"));

    viewer.showExpanded();

    return app.exec();

}

----------------------------------
si vede chiaramente il funzionamento del programma e dove viene referenziato il file qml

Montare SD Card su Linux

in alcuni casi il montaggio automatico di una SD Card su Linux non funziona
si procede quindi assicurandosi di avere il modulo installato mediante

modprobe mmc_block

a questo punto si inserisce la SD Card nel lettore e leggendo le ultime righe di /var/log/messages si deve trovare qualcosa del tipo

mmcblk0:mmc0:ebaf SR01G 945 MiB
mmcblk0: p1

in particolare si deve fare attenzione alla seconda riga
a questo punto

mkdir /media/sdcard
mount -t vfat /dev/mmcblk0p1 /media/sdcard

dove il nome del device e' composto dalla somma di mmcblk0 e p1 come indicato in /var/log/messages (ovviamente tali valori possono mutare a seconda delle impostazioni)