Controllare il mouse da remoto con iphone e linux

 

 

RemotePad è un'applicazione open source per il controllo del mouse della nostra Linuxbox direttamente dall' iphone. Quello che serve è l'installazione di RemotePad sia su Linux che su Iphone. Testato su Debian Squeeze con iphone 3g Jailbroken con firmware 4.1

 

# apt-get install libxtst-dev

$ mkdir remotepad
$ cd remotepad
$ wget
$ tar zxvf RemotePadServer-1.10-X11-Source.tgz
$ cd RemotePad\ Server/
$ cd X11
$ ./configure
$ make
# make install

 

lanciamo il server con:

$ remotepad

 

 

avviare RemotePad su iphone, ed inserire l'indirizzo ip indicato dal server.

Swftools su Debian Squeeze/Sid

 

 

 

 

 

 

 

Swftools include una serie di strumenti che servono per leggere file.swf  (Adobe Flash), e riesce a creare,  tra l'altro partendo da delle  immagini, o da pdf ,  un file in flash. Comunque qua c'è la documentazione dei vari tools. Io è un pò che lo conosco e se non ricordo male prima si trovava nei repo, ma adesso non so come mai, ma non esiste più…va bè. Comunque ho voluto installarlo e dopo qualche problema di librerie mancanti ed errori vari, sono riuscito a compilarlo.

Requisiti:

apt-get install libgif-dev xpdf libfreetype6 libfreetype6-dev libjpeg62 libjpeg8 libjpeg8-dev

verificare se manca qualcos'altro.

Scaricare compilare installare

$ wget https://www.swftools.org/swftools-0.9.1.tar.gz

$ tar -zvxf swftools-0.9.1.tar.gz

$ cd swftools-0.9.1

$ ./configure --prefix=/usr/local

$ make

se c'è un errore come questo:

jpeg.c:463: error: conflicting types for ‘jpeg_load_from_mem’
jpeg.h:15: error: previous declaration of ‘jpeg_load_from_mem’

risolvere editando il file jpeg.c e modificarlo da così:

int jpeg_load_from_mem(unsigned char*_data, int size, unsigned char*dest, int width, int height)

a così:

int jpeg_load_from_mem(unsigned char*_data, int _size, unsigned char**dest, int*width, int*height)

un altro errore che potrebbe verificarsi è il seguente:

make[2]: *** No rule to make target `xpdf-*tar.gz', needed by `xpdf/Gfx.cc'.  Stop.

si risolve con:

$ cd lib/pdf

$ wget

$ perl inject-xpdf.pl xpdf-3.02.tar.gz

se alla fine non ci sono errori siamo pronti per l'installazione, in caso di altri errori postare:

# make install oppure make checkinstall

a questo punto siamo pronti ad ottenere un immagine in flash come sopra ,creando un file.sc ed inserendo all'interno:

.flash filename="file.swf" version=5 fps=25
   
    .jpeg s1 "file.jpeg" quality=80%

    .put s1 x=50 y=50 scalex=110 scaley=110
    .frame 50
    .change s1 x=0 y=0 scalex=210 scaley=210 red=-1+255 green=-1+255 blue=-1+255 #invert
    .frame 100
    .change s1 x=100 y=50 scalex=110 scaley=110 red=0 green=+0 blue=+0 #remove red
    .frame 150
    .change s1 x=0 y=0 scalex=210 scaley=210 red=+0 green=2 blue=-1+255 #amplify green, invert blue
    .frame 200
    .change s1 x=50 y=100 scalex=110 scaley=110 red=2-128 green=-2+255 blue=+0.7+40 #alien glow
    .frame 250
    .change s1 x=0 y=0 scalex=210 scaley=210 red=8-1024 green=8-1024 blue=8-1024 #palette reduce
    .frame 300
    .change s1 x=0 y=0 scalex=210 scaley=210 red=+0 green=+0 blue=+0 #back to normal
    .frame 350
    .change s1 x=105 y=105 scalex=0 scaley=0 luminance=0 #fadeout
.end

quindi diamo il comando: comando:

$ swfc file.sc

Invece se vogliamo convertire un file.pdf in file .swf utilizziamo l'utility pdf2sw:

$ pdf2swf file.pdf -o file.swf

 

Comunque sul sito si trovano vari esempi di utilizzo per i vari strumenti.

Installazione Debian GNU/Hurd Video

 

Questo video mostra passo passo l'installazione di Debian Gnu/Hurd su VirtualBox. Per esigenze inerenti youtube ho dovuto dividerlo in tre parti. Ho fatto qualche pausa quà e là, ma il video è venuto un pò lunghino, comunque fa vedere tutte le fasi salienti d'installazione e configurazione di Debian Gnu/Hurd. comunque per il primissimo passo  fare riferimento a questa guida. Non è privo di qualche errorino fatto per un calo di concentrazione visto la lunghezza e l'attesa inerente all'avvio lento, allo scaricamento dei pacchetti ed all'installazione di essi.

 

Debian Gnu/Hurd-parte1:

Ci sono le prime fasi base d'installazione e tutto risulta comprensibile, quindi nulla da segnalare.

 

 

Debian Gnu/Hurd-parte2:

Qua c'è qualcosa da segnalare, ovvero dopo l'upgrade, ho installato xorg fluxbox e openbox, cosa che è ininfluente dato che poi all'interno di X bisogna reinstallarli.

 

 

Debian Gnu/Hurd-parte3:

Qua siamo alle fasi finali, ovvero l'avvio di X ed i window manager, per il resto è solo un giro di perlustrazione.

 

 

 

Per quanto riguarda la funzionalità, l'usabilità, ed i test su alcuni programmi di base, sto testando, e magari prossimamento sarò in grado di dare informazioni più dettagliate.

 

enjoi 😉

Debian GNU/Hurd con X e window manager

 

Avevo parlato tempo fa di Debian GNU/Hurd facendo una guida su come installarla su VirtualBox per poterla provare e a  fine guida mi ero ripromesso che sarei tornato sull'argomento per aggiungere qualche dettaglio in più per quanto riguarda un semplice utilizzo. Bene, essendo in ferie mi sono impegnato e quello che ne è uscito fuori non è niente male. Un video d'installazione (in un post a parte, a breve) è un po di screenshot. La base di partenza è sempre questa guida, mentre in questa che non è niente altro che la continuazione, partendo dalla fine, quindi dall'avvenuta installazione di  Debian GNU/Hurd andiamo ad installare X ed un window manager come Fluxbox e Openbox.

Avviare X:

# su -

# nano start_hurd.sh

inserire:

console -d vga -d pc_mouse --repeat=mouse -d pc_kbd --repeat=kbd -d generic_speaker -c /dev/vcs

salvare e:

# chmod u+x start_hurd.sh

# ./start_hurd.sh

a questo punto ci troviamo all'interno della Mach console:

 

e dobbiamo effettuare il login utente e poi diventare root, per installare quello che ci serve:

# apt-get install xorg fluxbox openbox

alla fine la luce:

# startx

Openbox:

Fluxbox:

synaptic funziona egregiamente, ma niente Gnome O Kde, ci sono problemi di dipendenze:

Che dire di più, se non che spero che si possano fare passi avanti per avere una Debian GNU/Hurd competitiva, anche se una delle ultime interviste di Richard Stallman mi preoccupa:

13. Joeboy: Are you still at all optimistic about HURD, or would you agree that ship has sailed?
    
    RMS: I am not very optimistic about the GNU HURD. It makes some progress,
    but to be really superior it would require solving a lot of deep
    problems. However, mainly what I think about the HURD is that
    finishing it is not crucial.
    
    When we started the HURD, it was for a simple reason. The GNU system
    needed a kernel, and no usable free kernel existed. We set out to
    write one.
    
    That problem does not exist today. Linux works ok as a kernel.
    
    The main shortcoming of Linux is at the level of device support. The
    obstacle there isn't a lack of ability among Linux developers, but
    rather the use of devices whose specs are secret.
    
    Finishing the HURD would not advance us at all in supporting these
    devices. The work that is needed is at the driver and firmware level.
    That's why our high priority task list includes items relating to free
    drivers, but not the HURD.
    
    That's also why fsf.org has hardware resource pages. Your help in
    updating them would strengthen us in this important battle.
    
    Sure, it would be nice to see a GNU kernel succeed — but there are
    many successful GNU packages, so having one more is not crucial.

Virtualbox su Debian Squeeze

 

                                                                   

                                                                                    VirtualBox su Debian in 5 passi:

 

# apt-get install virtualbox-ose virtualbox-ose-source module-assistant

# m-a prepare

# m-a a-i virtualbox-ose-source

# modprobe vboxdrv

# sh -c 'echo "vboxdrv" >> /etc/modules'

Debian GNU/kFreeBSD read-only file system error

 

Reinstallando Debian GNU/kFreeBSD mi sono ritrovato con alcuni problemi che prima non ho mai avuto, primo su tutti l'impossibilità di scrivere la partizione ufs da Debian. Ho ricompilato il kernel in Debian Lenny, Squeeze, e Sid ma la partizione contenente Debian GNU/kFreeBSD era sempre in solo lettura. Arrivato a questo punto l'unica certezza che avevo è che  ho, e che il problema risiede in qualche errore nell'installazione di Debian GNU/kFreeBSD e nel filesystem. Raccontata così sembra una cosa stupida, banale, ma quando non capisci dov'è il problema e fai tantissimi tentativi di reinstallazione,  alla fine non hai più idee, però a volte capita che ti si accende una lampadina e fai un tentativo che all'apparenza ti sembra inutile. Il comando che ho sempre dato e che inspiegabilmente non mi funziona più è:

# mount -t ufs -o rw,ufstype=ufs2,nodev,nosuid /dev/sdaX /mnt

quello che funziona adesso è:

# mount -t ufs -o remount,rw,ufstype=ufs2,nodev,nosuid /dev/sdaX /mnt

bisogna anche prestare molta attenzione alla masterizzazione del cd in quanto molte volte ci sono degli errori, che compromettono il buon esito dell'installazione, e con il tempo che ci vuole ed i problemi che si incontrano non è proprio il caso.

ps: ed i problemi continuano 😉

update: confermo che il problema della non scrittura sul filesystem ufs dipende da un qualcosa andato male in fase d'installazione…….cosa… ancora non lo so!

update: il problema riguarda il filesystem che è corrotto.

Scaricare video youtube e convertire in gif con mplayer

 

In passato avevo già accennato alla possibilità di usare mplayer per convertire un video o una porzione di esso in immagine nel formato gif. Adesso lo stesso procedimento viene unito in contemporanea al download di un video su youtube.

Requisiti:

# apt-get install youtube-dl mplayer

Comando: (tutto sulla stessa riga)

$ url=https://www.youtube.com/watch?v=ASxiRtkHA4Y; youtube-dl  $url; mplayer $(ls ${url##*=}*| tail -n1) -nolirc -nojoystick -ss 00:17 -endpos 25 -vo gif89a:fps=5:output=file.gif -vf scale=400:250 -nosound

Pacchetti deb rpm per Firefox 4 Minefield

 

 

Ho pacchettizzato Firefox 4.0b-4pre per chi lo volesse provare, sia in Deb che in Rpm. Li ho testati personalmente su Debian/Ubuntu e su Fedora e sembrerebbero funzionare 🙂 Chiaramente essendo una versione beta bisogna prestare attenzione. L'ideale sarebbe provarla con questo metodo in Debian/Ubuntu, ed in Fedora più o meno con lo stesso metodo, se a qualcuno interessa posso pubblicare il procedimento che ho appena fatto. Nel frattempo:

Pacchetto Deb

# dpkg -i firefox_4-0b4pre_i386.deb

Pacchetto Rpm

# rpm -iv firefox-4-0b4pre.i386.rpm

Una volta installato l'Rpm, se  firefox non si avvia, restituendo un errore con libxul.so, eseguire:

$ sudo chcon -t texrel_shlib_t /usr/local/lib/firefox-4.0b4pre/libxul.so

 

Ps: non so se potete fidarvi ho installato Fedora solo ieri 🙂

Building Firefox 4 da sorgenti

 

 

Avendo un pò di tempo a disposizione mi è venuta voglia di provare l'ultima release beta di Firefox, al momento la versione è la 4.0b-4pre:

 

quindi mi sono messo all'opera ed ho provato a compilarla partendo dal sorgente, sulla mia Debian Sid:

Preparazione:

# apt-get build-dep iceweasel

oppure:

# apt-get build-dep firefox        

# apt-get install mercurial libasound2-dev libcurl4-openssl-dev libnotify-dev libxt-dev libiw-dev mesa-common-dev autoconf2.13 yasm libidl-dev

Download source:

$ hg clone https://hg.mozilla.org/mozilla-central/

$ cd mozilla-central

Setup base del file mozconfig:

$ echo '. $topsrcdir/browser/config/mozconfig' > mozconfig

$ echo 'mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/objdir-ff-release' >> mozconfig

Compilazione:

$ echo 'mk_add_options MOZ_MAKE_FLAGS="-j4"' >> mozconfig

Build:

$ make -f client.mk

alla fine l'eseguibile lo troveremo in:

/mozilla-central/objdir-ff-release/dist/bin

e lo lanciamo con:

$ ./firefox

Successivamente per aggiornare entrare nella directory mozilla-central e quindi:

$ hg pull -r default

$ hg update

Rintracciare laptop rubato con Gnu/Linux e Prey

 

 

Questo è un periodo di vacanze e di conseguenza è anche il periodo di furti e smarrimenti,  quindi mi sono messo subito alla ricerca di un sistema che mi permettesse in caso di bisogno di riuscire a ritrovare il mio netbook acer aspire one.  A questo punto bisogna fare certamente delle precisazioni poichè se il ladro è un geek e la prima cosa che fa è quella di formattare il pc è chiaro che di possibilità di ritrovarlo non ce ne sono, dato che il programma che sto per recensire risiede nell'hard disk e non nel bios. Ma volendo essere ottimisti e tenendo conto che la maggior parte dei ladruncoli non sono esperti ed è gente che frequenta il tuo stesso ambiente, non si sa mai che un giorno o l'altro ci si rincontri. Ma per poter agire bisogna sapere chi è, rintracciare il pc ed ottenere una sua foto, e a questo proposito vediamo come fare. Quello di cui abbiamo bisogno si chiama Prey ed è un programma rilasciato sotto licenza GPLv3, per Mac Linux e Windows, in grado di raccogliere informazioni da remoto sul pc rubato, come programmi in esecuzione, geo localizzazione wifi e soprattutto una bella foto di chi si trova davanti al pc, il tutto lavorando in background e cercando di connettersi alla prima rete disponibile.

Installazione e funzionamento:

Per Debian/Ubuntu esiste il .deb:

$ wget

una volta installato registrarsi sul sito per avere la Api Key ed aggiungere il device, per ottenere la Device Key, dopo avviare in Strumenti di Sistema > Prey Configurator ed inserire il tutto. A questo punto nella pagina https://control.preyproject.com/ si possono scegliere i parametri e soprattutto nel caso di smarrimento spuntare l'opzione missing per avviare i report.

Per altre distro:

$ wget

$ unzip prey-0.3.73-linux.zip

# mv prey /usr/share/

# nano /usr/share/prey/config

ed inserire le Key Api e Device:

aggiungere a crontab il controllo ogni 20 minuti:

$ (sudo crontab -l | grep -v prey; echo "*/20 * * * * /usr/share/prey/prey.sh > /dev/null") | sudo crontab -

per verificare:

$ sudo crontab -l

$ ps aux | grep cron

per modificare:

$ sudo crontab -e

c'è anche la possibilità dell'invio  via mail degli avvisi, basta inserire il proprio account e password, bisogna fare attenzione che l'inserimento della password è in chiaro, per ovviare al problema e criptarla:

$ echo -n "password_mail" | openssl enc -base64

per modificare i parametri della webcam il file si trova in /usr/share/prey/modules/webcam/config

ho fatto diverse prove e devo dire che tutto sommato non è niente male, i vari parametri ci sono tutti per un eventuale rintracciamento, ma la speranza è che le foto vengono abbastanza nitide per riconoscere il furfante e fargli un bel discorsetto. Io ne ho beccato uno….ma ho l'impressione che sarà dura fargli quel discorso che avevo in mente  🙂