JD's Blog » GNU/Linux

Google Chrome: rilasciata la Beta pubblica per linux!

JD — Tue, 08 Dec 2009 23:36:12 +0000

Da qualche ora è ufficialmente disponibile Google Chrome Beta pre Linux . Fino a ieri gli utenti del pinguino dovevano utilizzare la versione dev pre-beta scaricabile nella sezione development del sito chromium.org.
Ora è invece possibile scaricare la beta pubblica già pacchettizzata sia a 32 che a 64 bit per Debian, Ubuntu, Fedora e openSUSE direttamente all’indirizzo http://www.google.com/chrome.

Sul blog di Google è possibile leggere l’annuncio ufficiale del lancio, oltre che della versione Linux, anche della versione per MacOS e, dulcis in fundo, delle estensioni!

Attualmente sono già disponibili più di 300 estensioni per Linux, non rimane che provarle .

Repository ufficiale GetDeb per Karmic

JD — Tue, 01 Dec 2009 21:55:41 +0000

Probabilmente arrivo in ritardo di un mesetto, però mi sono accorto solo ora che sul sito di GetDeb ci sono grossissime novità, e non mi riferisco all’aggiunta di nuove applicazioni: mentre prima non esisteva un repository ufficiale del progetto e dal sito si potevano scaricare solo i file .deb, ora per utilizzare i software messi a disposizione dal progetto è praticamente obbligatorio utilizzare il loro repository! E la cosa non mi dispiace affatto: io adoro i repository (sono veramente pigro) .

Per chi ancora non lo conoscesse GetDeb è un progetto non ufficiale¹ che estende i repository ufficiali di Ubuntu fornendo le ultimissime versioni di svariate applicazioni (emesene, filezilla, pidgin, songbird, etc). Diversamente dai pacchetti ufficiali quelli di GetDeb non hanno un calendario di rilascio predefinito: le nuove versioni sono distribuite non appena esse vengono rese disponibili dagli autori.

Per aggiungere questo repository alle proprie sorgenti software si può utilizzare il seguente comando:

echo "deb http://archive.getdeb.net/ubuntu karmic-getdeb apps" | sudo tee -a /etc/apt/sources.list.d/getdeb.list

Si dovrà poi procedere con l’importazione della chiave mediante il comando:

wget -q -O- http://archive.getdeb.net/getdeb-archive.key | sudo apt-key add -

Come ultimo passo ricaricare le sorgenti software:

sudo apt-get update

Ora non rimane che farsi un giro sul sito di GetDeb alla ricerca di un po’ di pacchetti da installare

Note all'articolo:

Non è ufficiale nel senso che non è gestito da Canonical/Ubuntu. Il repository invece è ufficiale nel senso che è gestito direttamente da GetDeb.

Tema Human per FileZilla

JD — Tue, 01 Dec 2009 16:13:34 +0000

In questi giorni ho cambiato client FTP: ho sostituito GFTP con FileZilla.

Non ho ancora avuto modo di provarlo a fondo, ma mi sembra gestire meglio il trasferimento di grandi quantità di file (che in genere mette in crisi GFTP).

Una delle cose che però proprio non mi piace di FileZilla è il discutibile set di icone del tema predefinito:

Non mi ritengo un maniaco del design (utilizzo il tema di default di Ubuntu!) ma queste icone proprio non riesco a guardarle .

Cercando su google non si trova molto, però insistendo sono giunto a questa pagina, dove è possibile scaricare un tema ispirato allo Human di Ubuntu:

Tutta un’altra cosa .

Purtroppo, per quanto so io, FileZilla non consente l’installazione di temi direttamente sulla home dell’utente, pertanto si è costretti a copiare i files del tema nella directory /usr/share/filezilla/resources.

Per semplificare le cose ho scritto un piccolo script bash che installa automaticamente il tema:

#!/bin/bash

DIRDEST=/usr/share/filezilla/resources
DIRTHEME=humanity

if [[ $EUID -ne 0 ]]
then
echo "Lo script richiede l'esecuzione con i permessi di root." 1>&2
chmod 777 ./`basename $0`
sudo ./`basename $0`
exit 0
else
echo "Permessi di root: OK"
fi

if [ ! -d "$DIRDEST" ]; then
echo "Errore: la directory $DIRDEST non esiste"
exit 1
fi

cp -vR $DIRTHEME $DIRDEST

echo "Installazione terminata"

exit 0

È possibile scaricarlo, assieme a tutti i files grafici, a questo indirizzo:

Tema Human per FileZilla: http://dl.dropbox.com/u/202594/varie/filezilla-human-theme.tar.gz

Scaricato il file si dovrà decomprimerlo e recarsi nella directory dove sono presenti i files estratti.

A questo punto per installarlo si può utilizzare lo script che ho creato:

./install.sh

o procedere con la semplice copia manuale dei files:

sudo cp -r humanity /usr/share/filezilla/resources

Copiati i files sarà possibile scegliere in FileZilla il nuovo tema cliccando su Modifica -> Impostazioni -> Temi e selezionando Humanity.

Installare l’ultima versione di FileZilla

Non so voi ma io ho avuto qualche difficoltà ad aggiornare la versione di FileZilla (v3.2.7.2) presente nei repo ufficiali di Ubuntu. Questo perché non esiste un repository ufficiale del progetto. Fortunatamente è possibile trovare una versione più recente (v3.3.0) sul repository di GetDeb.
Le istruzioni su come aggiungere questo repository in karmic si possono trovare in questo articolo.

A chi si domandasse come mai ho creato uno script per compiere un’azione così semplice rispondo che l’ho fatto per evitare di ricercare, ad ogni installazione del tema, il percorso in cui copiare i files.

Ripristinare le icone nei menu e nei pulsanti in Karmic Koala

JD — Thu, 26 Nov 2009 17:51:53 +0000

Karmic Koala ha adottato la versione 2.28.1 di GNOME. In questa release le icone di menu e pulsanti sono disabilitate di default. Il motivo ufficiale è che “questa modifica rende l’interfaccia utente standard e più pulita“. Mah, de gustibus et coloribus non est disputandum.

In ogni caso è possibile riabilitarle semplicemente digitando in un terminale queste due istruzioni:

gconftool-2 --set /desktop/gnome/interface/menus_have_icons --type bool true
gconftool-2 --set /desktop/gnome/interface/buttons_have_icons --type bool true

Le immagini seguenti illustrano le differenze tra prima e dopo l’esecuzione dei due comandi:

Come potete notare con le icone attive l’interfaccia è molto meno pulita e standard .

Ripristinare rapidamente GRUB2 dopo aver reinstallato Windows

JD — Fri, 13 Nov 2009 09:40:47 +0000

Oggi ho reinstallato Windows sul mio portatile e, come da tradizione, il bootloader di Ubuntu è stato piallato.
In passato ripristinare GRUB era un gioco da ragazzi: era sufficiente avviare il LiveCD e digitare in un terminare sudo grub, root (hd0,4), setup (hd0) ed tutto tornava alla normalità.
Con GRUB2 le cose si sono apparentemente complicate ed essendo ancora una novità le guide che si trovano in rete spesso sono lunghe e inutilmente complesse. Questo perché molte guide, anziché spiegare come ripristinare GRUB2 dopo una reinstallazione di Windows, spiegano come configurarlo da zero come se non fosse mai stato installato.

In questo articolo illustrerò come riabilitare GRUB2 dando per scontato che prima dell’installazione di Windows fosse già perfettamente configurato e funzionante.

Il primo passo è identico a quello del vecchio GRUB: avviare il LiveCD di Ubuntu 9.10 Karmic Koala (o successive).

A questo punto si deve aprire un terminale e digitare i seguenti comandi sostituendo la L di sdLR con la lettera del disco e la R con il numero della partizione di root della vostra installazione¹:

sudo mount /dev/sdLR /mnt

Opzionale: Se si ha una partizione di boot separata montare anche quella sostituendo la B con il numero della partizione di boot:

sudo mount /dev/sdLB /mnt/boot

Ora per ripristinare GRUB2 è sufficiente lanciare questo comando (purtroppo non molto facile da ricordare):

sudo grub-install --root-directory=/mnt/ /dev/sdL

A questo punto riavviando il PC dovreste riavere GRUB2 come bootloader .

Come si può notare, se non si ha una partizione di boot separata, sono sufficienti due soli comandi per ripristinare GRUB2, naturalmente dando per scontato che il file grub.cfg sia già presente e correttamente configurato.

Opzionale: Se si è aggiornata o aggiunta una nuova versione di Windows sarà necessario aggiornare anche il menu di GRUB2.
Essendo sconsigliata la modifica manuale del grub.cfg conviene utilizzare il tool os-prober:

sudo os-prober

Lanciando questo comando os-prober rileverà i vari sistemi operativi disponibili sul vostro computer. Una volta terminata la scansione si dovrà procedere con la rigenerazione del file grub.cfg utilizzando questo comando:

sudo update-grub

Per problemi tecnici dovuti al mio ex fornitore di Web Hosting sono andate perse tutte le modifiche degli ultimi 5 giorni (articoli, commenti, correzioni) Sono quindi stato costretto a ripubblicare questo articolo, domando scusa per gli eventuali disagi che questa azione può comportare. Sfortunatamente è cambiato anche il post id associato all’articolo e, conseguentemente, l’indirizzo dell’articolo stesso, vi invito pertanto ad aggiornare gli eventuali preferiti.

Note all'articolo:

Per visualizzare l’elenco delle partizioni potete utilizzare il comando sudo fdisk -l

Generare password casuali da console

JD — Sat, 07 Nov 2009 14:50:25 +0000

Mi è capitato diverse volte di avere la necessità di generare una password casuale e in passato la soluzione più veloce che utilizzavo di solito era digitare in Google “random password generator”. Questa soluzione però oltre ad essere scomoda (richiede una connessione ad internet ed un browser web) non è neanche molto sicura.
In Ubuntu, e in genere in qualunque altra distribuzione GNU/Linux, esistono metodi molto più sicuri e pratici per generare una password.

Il più comodo e veloce consiste nell’installare il pacchetto pwgen:

sudo apt-get install pwgen

Questo software permette di generare password facili da ricordare, pur mantenendo alto il livello di sicurezza. Se invece non interessa generare password facilmente memorizzabili e si preferisce avere delle password completamente random si può utilizzare l’opzione -s. Sono presenti molte altre opzioni che permettono ad esempio di evitare caratteri simili (1 e l, 0 e O) e di impostare la lunghezza e il numero delle password generate. Per l’elenco di tutte le opzioni disponibili consiglio la lettura della manpage di pwgen:

man pwgen

Se non è possibile/non si vuole installare il pacchetto pwgen è possibile generare delle buone password casuali sfruttando i tools messi a disposizione dalla console.

Ad esempio per generare 4 password di 8 caratteri alfanumerici sarà sufficiente digitare in un terminale la seguente stringa:

cat /dev/urandom | tr -dc 'a-zA-Z0-9' | fold -w 8 | head -n 4

Per aumentare il livello di sicurezza della password è possibile aggiungere altri caratteri non alfanumerici, come ad esempio _!@#$%^&*()+[]|:<>?=:

cat /dev/urandom | tr -dc 'a-zA-Z0-9-_!@#$%^&*()+[]|:<>?=' | fold -w 8 | head -n 4

Se si vuole essere sicuri che la password contenga almeno un carattere speciale è necessario aggiungere un grep al comando precedente:

Perché urandom al posto di random?

Qualcuno potrebbe domandarsi perché utilizzo il “meno sicuro” urandom al posto di random. Prima di spiegare il motivo riporto la manpage dei due dispositivi kernel:

I file speciali a caratteri /dev/random e /dev/urandom (presenti sin da
Linux 1.3.30) forniscono un'interfaccia al generatore del kernel di
numeri aleatori. Il file /dev/random ha numero primario 1 e numero sec‐
ondario 8. Il file /dev/urandom ha numero primario 1 e numero secon‐
dario 9.

Il generatore di numeri aleatori raccoglie rumore di fondo dai device
driver e da altre sorgenti nel pozzo d'entropia. Il generatore mantiene
anche una stima del numero di bit di rumore nel pozzo di entropia. Da
questo pozzo di entropia vengono creati i numeri aleatori.

Quando viene letto, /dev/random restituisce solo un numero di byte
aleatori compatibili con la stima dei bit di rumore nel pozzo
d'entropia. /dev/random dovrebbe essere adatto ad usi che richiedono un
alto grado di aleatorietà, come la generazione di chiavi. Quando il
pozzo d'entropia è vuoto, le letture di /dev/random vengono bloccate
finché non viene raccolto abbastanza rumore ambientale.

Quando viene letto, /dev/urandom restituisce tanti byte quanti ne sono
stati richiesti. Di conseguenza, se non c'è abbastanza entropia nel
pozzo d'entropia, i valori restituiti sono teoricamente vulnerabili ad
un attacco criptografico sull'algoritmo usato dal dispositivo. Nella
letteratura (non coperta da segreto militare) non c'è conoscenza di un
metodo per fare ciò, ma è in teoria possibile che esista un simile
metodo. Se questo è fonte di problemi per il proprio programma, si usi
invece /dev/random.

Leggendo la manpage si intuisce che urandom è più veloce perché «restituisce tanti byte quanti ne sono stati richiesti» a discapito del grado di aleatorietà, ma quanto è più veloce? Scopriamolo con un test pratico.

Prima proviamo a generare una password di 10 caratteri sfruttando urandom:

$ time cat /dev/urandom | tr -dc 'a-zA-Z0-9-_!@#$%^&*()+{}|:<>?=' | fold -w 10 | grep -i '[!@#$%^&*()_+{}|:<>?=]' | head -n 1
bzNHI}6w:h

real 0m0.024s
user 0m0.004s
sys 0m0.024s

E ora facciamo la stessa cosa con random:

$ time cat /dev/random | tr -dc 'a-zA-Z0-9-_!@#$%^&*()+{}|:<>?=' | fold -w 10 | grep -i '[!@#$%^&*()_+{}|:<>?=]' | head -n 1
^C

real 131m14.400s
user 0m0.012s
sys 0m0.036s

La differenza è abissale: urandom ha impiegato solamente 24 millesimi di secondo (0.024 secondi) mentre random dopo 2 ore 11 minuti e 14 secondi non aveva ancora terminato! Ho interrotto manualmente con un CTRL+C. E il test non è stato fatto su un 486SX a 25MHz, ma su un Intel Core2 Quad Processor Q9450.
Considerando che «nella letteratura (non coperta da segreto militare) non c’è conoscenza di un metodo» per effettuare un attacco criptografico sui valori generati da urandom, mi sento di consigliare urandom per la generazione di password .

Android: utilizzare le ROM devphone con l’emulatore dell’SDK in Ubuntu 9.10 Karmic Koala

JD — Thu, 05 Nov 2009 09:53:37 +0000

Le ROM standard dell’emulatore presenti nell’Android SDK mancano di tutte le applicazioni proprietarie di Google (Gmail, Google Maps, Android Market). Fortunatamente è possibile emulare le ROM devphone, utilizzate sugli HTC Dream da sviluppo, messe a disposizione da HTC.

Per far questo è necessario scaricare l’Android SDK al seguente indirizzo:

Android SDK: http://developer.android.com/sdk/index.html

Terminato il download dell’archivio per la piattaforma Linux decomprimerlo nella home dell’utente (il percorso completo dovrebbe essere qualcosa di simile: /home//android-sdk-linux_86).

Ora è necessario aggiungere il path della directory tools dell’Android SDK al nostro file .bashrc.
Utilizzando il l’editor di fiducia aprire il file .bashrc ed inserire alla fine le seguenti righe:

#AndroidDev PATH
PATH=$PATH:$HOME/android-sdk-linux_86/tools
export PATH

Assegnare i permessi di esecuzione al binario android:

chmod +x ~/android-sdk-linux_86/tools/android

Eseguirlo utilizzando questo comando:

GDK_NATIVE_WINDOWS=true android

In Ubuntu 9.10 Karmic Koala per qualche strano motivo l’Android SDK non riesce a collegarsi al repository di google tramite HTTPS, è necessario quindi forzare la connesione tramite HTTP: portarsi in Settings e spuntare “Force https://…. sources to be fetched using http://”¹.

Cliccare su Available Packages e spuntare Android SDK Tools e tutte le voci SDK Platform Android. Selezionare poi Install Selected.

Terminato il download portarsi su Virtual Devices e creare tre AVD premendo su New… utilizzando i seguenti valori:

Inserire nel campo Name “devphone-1.5“, selezionare il Target “Google APIs (Google Inc.) – API Level 3” e premere Create AVD.
Inserire nel campo Name “devphone-1.6“, selezionare il Target “Google APIs (Google Inc.) – API Level 4” e premere Create AVD.
Inserire nel campo Name “android-2.1“, selezionare il Target “Google APIs (Google Inc.) – API Level 7” e premere Create AVD.

Così facendo si sono creati tre Devices virtuali per le versioni 1.5, 1.6 e 2.1 di Android. Come accennato prima queste sono versioni vanilla e mancano quindi delle applicazioni closed sviluppate da Google.

Con l’aggiornamento dell’Android SDK Tools il file android potrebbe aver perso i permessi di esecuzione, in caso riassegnarli utilizzando il solito comando:

chmod +x ~/android-sdk-linux_86/tools/android

Il passo successivo consiste nello scaricare e copiare le System Image del devphone contenenti anche le applicazioni proprietarie all’interno degli AVD appena creati:

Scaricare le System Image di Android 1.5 e 1.6:

Sito HTC: http://developer.htc.com/adp.html#s3
Mirror: System Image 1.5 – System Image 1.6

Terminato il download aprire il file signed-dream_devphone_userdebug-img-150275.zip e decomprimere il file system.img all’interno della directory ~/.android/avd/devphone-1.5.avd.

Ripetere la stessa operazione con il file signed-dream_devphone_userdebug-img-14721.zip questa volta decomprimendo il file system.img nella directory ~/.android/avd/devphone-1.6.avd.

Se tutto è andato come previsto dovreste essere in grado di emulare il vostro telefono Android.
Per utilizzare la versione 1.5 devphone digitate in console:

emulator -avd devphone-1.5

Per utilizzare la versione 1.6 devphone digitate in console:

emulator -avd devphone-1.6

Per utilizzare la versione 2.0 vanilla² digitate in console:

emulator -avd eclair

Note all'articolo:

In Karmic Koala se non si assegna alla variabile GDK_NATIVE_WINDOWS il valore true non sarà possibile settare il Force dell’HTTPS in caso si presenti l’errore “Failed to fetch URL https://dl-ssl.google.com/android/repository/repository.xml, reason: HTTPS SSL error“
Al momento l’HTC non ha ancora rilasciato ROM 2.0 devphone

Far riconoscere l’HTC Dream G1 all’Android SDK/ADB/Fastboot sotto Ubuntu 9.10 Karmic Koala

JD — Fri, 23 Oct 2009 10:54:55 +0000

Sono oramai sette giorni esatti che smanetto col mio nuovo HTC Dream G1. E solo ora ho trovato il tempo per scrivere qualche guida che lo riguarda.

In questo articolo cercherò di spiegare come far riconoscere il Dream all’Android SDK e ai tools ADB e Fastboot sotto Ubuntu 9.10 Karmic Koala¹.

Per prima cosa si deve scaricare l’Android SDK per Linux. Terminato il download e decompresso l’archivio ci si deve recare con un terminale nella sottodirectory tools/ dell’SDK che contiene l’eseguibile adb.

Adesso sarà necessario digitare i seguenti comandi per permettere il corretto riconoscimento del device da parte di Ubuntu:

sudo su

echo 'SUBSYSTEM=="usb", SYSFS{idVendor}=="0bb4", MODE="0666"' | tee -a /etc/udev/rules.d/50-android.rules

echo 'SUBSYSTEM=="usb", ATTR{idVendor}=="0bb4", MODE="0666"' | tee -a /etc/udev/rules.d/90-android.rules

exit

Con i comandi sopra riportati si sono creati due files contenenti delle regole per il device manager del kernel Linux, ora si devono rendere eseguibili questi files:

sudo chmod a+rx /etc/udev/rules.d/50-android.rules

sudo chmod a+rx /etc/udev/rules.d/90-android.rules

A questo punto rimane solo da riavviare udev:

sudo service udev restart

Per poter comunicare con adb è necessario abilitare USB Debugging sull’HTC Dream.

Prendendo in mano il Dream e partendo dalla Home compiamo in sequenza le seguenti azioni: Tasto Menu -> Impostazioni -> Applicazioni -> Sviluppo -> Abilitare Debug USB.

Se già non lo è, collegare il Dream tramite il cavo USB e, accertandosi di essere nella directory tools/ dell’Android SDK, digitiare:

sudo ./adb kill-server

Seguito da un:

sudo ./adb devices

L’output del comando dovrebbe restituire un qualcosa di simile:

* daemon not running. starting it now *
* daemon started successfully *
List of devices attached
HT93XXXXXXXX device

A questo punto il vostro HTC Dream G1 dovrebbe essere perfettamente riconosciuto da qualunque tool.

Fastboot

Approfitto di questo articolo per riportare anche le semplici istruzioni su come scaricare e avviare fastboot sotto Linux.

I passi sono veramente semplici: si deve scaricare il tool da questo indirizzo, decomprimerlo nella sottodirectory tools/ dell’Android SDK e assegnargli i permessi di esecuzione (tasto destro sul file, Proprietà, Permessi e mettere la spunta su «Consentire l’esecuzione del file come programma»).

Note all'articolo:

questa procedura dovrebbe funzionare comunque anche sotto Ubuntu 9.04 Jaunty Jackalope

Abilitare un lettore biometrico ThinkFinger compatibile in Ubuntu 9.10 Karmic Koala

JD — Tue, 06 Oct 2009 18:22:53 +0000

Finalmente, dopo il regresso introdotto in Intrepid e Jaunty, è nuovamente possibile abilitare un lettore biometrico ThinkFinger compatibile senza ricorrere a repository esterni.

La procedura torna ad essere la stessa che si utilizzava in Hardy. È sufficiente infatti digitare in un terminale il seguente comando:

sudo apt-get install thinkfinger-tools libpam-thinkfinger

Riavviare il PC e registrare le proprie impronte tramite il comando:

tf-tool --acquire

Per effetturare l’enroll¹ delle vostre impronte non digitate sudo prima di tf-tool

Potete poi testare la corretta acquisizione delle impronte tramite il comando:

tf-tool --verify

A questo punto, se si è superato senza problemi la verifica, è possibile aggiornare la configurazione PAM, così da poter utilizzare la scansione biometrica al posto della password nel login grafico, in quello testuale, con il comando sudo e per l’unlock dello schermo. Per procedere si deve semplicemente digitare:

sudo /usr/lib/pam-thinkfinger/pam-thinkfinger-enable

Questa procedura è stata testata con successo su un portatile Dell M1330 con Ubuntu 9.10 Beta.

Note all'articolo:

la registrazione, l’acquisizione

Aggiungere un repository PPA su Karmic Koala in modo semplice e veloce

JD — Tue, 06 Oct 2009 16:59:17 +0000

Con Ubuntu 9.10 “Karmic Koala” è stato introdotto un nuovo modo molto più semplice e veloce per aggiungere un repository PPA alle sorgenti software. Anziché editare manualmente gli indirizzi deb nel source.list e importare la chiave di autenticazione del progetto sarà sufficiente digitare in console:

sudo add-apt-repository ppa:nome_repository

Andando ovviamente a sostituire nome_repository con il nome del PPA che si vuole aggiungere.

Ad esempio, si vuole aggiungere il PPA di Ubuntu Tweak? Sarà sufficiente digitare in console:

sudo add-apt-repository ppa:tualatrix/ubuntu-tweak