malex dot org » gnome

Da gthumb a f-spot

malex — Thu, 30 Aug 2007 10:23:17 +0000

Con il passaggio ad Ubuntu 7.04 ho trovato una versione di f-spot con un set di funzioni che mi hanno convinto ad abbandonare gthumb a favore di f-spot. Eccole.

Il meccanismo delle etichette, che trovo molto più pratico è flessibile di quello di gthumb. Inoltre è molto semplice selezionare le foto per una o più etichette, con gli operatori OR e NOT. Manca invece l’operatore AND.

Il versioning delle foto, che mi permette di creare nuove versioni delle foto che modifiche, così da tenere intatta la versione originale. Fondamentale quando si vuole ritoccare, tagliare una foto.

L’export su flickr incorporato, che mi evita di usare un programma esterno come jUploadr.

L’orientamento automatico delle foto, una panacea quando ci sono molte foto in verticale.

Le anteprime con dimensione modificabile al volo.

Revelation, il password manager per gnome

malex — Mon, 02 Apr 2007 09:02:03 +0000

Come fate a ricordarvi tutte le password che vi servono nella vita di tutti i giorni? Io ne ho oltre un centinaio, alcune poco importanti, altre vitali, come i codici di accesso alla banca on-line o il codice del bancomat. Fino ad ora utilizzavo un file di testo criptato con GnuPG. Ora ho trovato un modo più comodo: Revelation.

Revelation è un gestore di password per gnome che memorizza in un file criptato tutte le password che vogliamo. Ogni password va memorizzata in una voce, insieme ad altre informazioni opzionali, come lo username, l’indirizzo di posta, l’URL, la descrizione e altro. Più voci possono essere raggruppati a piacere. Ci sono voci di diverso tipo (website, FTP, credit card, ecc.), che aiutano la compilazione.

Il file criptato ha bisogno di una password, che dobbiamo fornire noi, ed è l’unica che dovremo ricordare. E’ importante che questa sia una buona password, da scegliere con cura.

Revelation è disponibile nel repository Extras di Fedore Core 6 ed è quindi installabile con yum:

[root@malex ~]# yum install revelation

Totem + xine, il player perfetto

malex — Thu, 15 Mar 2007 09:40:47 +0000

Mi piace Gnome per la sua semplicità, per un utente normale lo trovo più adatto di KDE (anche se non mi ritengo un utente normale). Per questo motivo mi piace Totem, il media player di gnome. Però il suo motore standard, Gstreamer, non supporta i formati proprietari. Per questi si possono usare Xine o mplayer. Ma questi ultimi hanno delle interfacce grafiche orrende. Come conciliare la potenza di Xine e l’interfaccia di Totem? Semplice, basta installare Totem basato sul motore di Xine, disponibile per Fedora Core 6 nel repository rpm di livna. Ecco come fare.

Abilitate il repository livna, se non lo avete già fatto:

[root@malex ~]# rpm -ivh http://rpm.livna.org/livna-release-6.rpm

Rimuovete il vecchio Totem:

[root@malex ~]# yum remove totem

Installate il nuovo Totem, i codec non free per xine e i codec windows:

[root@malex ~]# yum install totem-xine xine-lib xine-lib-extras-nonfree
[root@malex ~]# rpm -ivh http://cambuca.ldhs.cetuc.puc-rio.br/xine/w32codec-0.52-1.i386.rpm

Installate nuovamente rhythmbox, se vi interessa:

[root@malex ~]# yum install rhythmbox

Documenti identificati come archivi Java?

malex — Thu, 01 Mar 2007 10:31:13 +0000

Se avete installato Java 6 su Fedora Core 6 vi sarete forse imbattuti in un problema. Con GNOME molti documenti sono ora identificati come archivi jar, anche se in realtà non lo sono. Tipico il caso dei documenti di OpenOffice. Pollycoke ha pubblicato la soluzione per Ubuntu, che ho adattato qui a Fedora Core 6.

Il problema è dovuto ad un piccolissimo difetto nel pacchetto Java, per cui la definizione mime per gli archivi jar fa confondere un po’ le idee.

Per fortuna esiste una soluzione, e anche molto semplice. Basta modificare il file contenente le informazioni per i tipi di mime:

[root@malex ~]# gedit /usr/share/mime/packages/x-java-archive.xml

Alla fine del file, trovate una linea del genere:

match type="host16" value="0xcafe" offset="40" />

Dovrete aggiungere un “<” all’inizio della riga, per farla diventare così:

Finito! Non resta che rigenerare il database dei tipi mime:

[root@malex ~]# update-mime-database /usr/share/mime

E riavviare GNOME. Il problema sarà sparito e voi potrete continuare a vivere felici.

mini guida ssh

malex — Mon, 08 Nov 2004 16:02:00 +0000

Una sola volta, generare la coppia di chiavi, pubblica e privata, con il comando:

ssh-keygen -t rsa

Selezionare la voce di menu Preferences -> Sessions, quindi la pagina Startup programs. Premere il pulsante Add e aggiungere il comando ssh-add (non cambiare la priorità proposta). Uscire da gnome e rientrare. Verrà chiesta la passphrase per ssh, quella scelta durante la generazione delle chiavi.

A questo punto, per poter fare login su un’altra macchina, dovete aggiungere la vostra chiave pubblica alla lista delle chiavi autorizzate. In pratica:

ssh utente@remote "mkdir -m 755 .ssh"
cat ~/.ssh/id_rsa.pub | ssh utente@remote "cat - >> .ssh/authorized_keys"

Finito. Ora potete fare ssh sulla macchina remota senza richiesta di password.

Ulteriori Info: http://www.brandonhutchinson.com/Passwordless_ssh_logins.html