Anthony Dahanne’s blog

Google is now offering more than 6 gigs of storage for every gmail account!
Never dreamed(!) of using this space as a remote disk ? (for backing up, sharing files between several computers, extending your dedicated server disk space ?)
Well, let’s give it a try; first you need to install :
gmailfs python-fuse python-libgmail fuse-utils libfuse2 with a :
% sudo apt-get install gmailfs python-fuse python-libgmail fuse-utils libfuse2 encfs
edit the configuration:
% sudo vim /etc/gmailfs/gmailfs.conf
edit this file precising your gmail account (I recommend you to dedicate this gmail account only to gmailfs)

the fsname is a string that will appear in the subject of every mail gmailfs will send to your account, so if someone sends a message to your gmail adress using this fsname string in the subject, he would corrupt your filesystem !

copy this file to your home directory :
% cp /etc/gmailfs/gmailfs.conf ~/.gmailfs.conf

one last thing, we have to create a mount point :
% mkdir ~/gmail

now , we’re ready to mount the filesystem!

Being root :

or you can mount it at start-up adding this to your /etc/fstab:

(if you have this error when mounting :

it means that your libgmail is outdated (in other words the one in ubuntu repositories is outdated).
So you need to update it manually, using the python update system (easy_update) :

at this time, libgmail 0.1.8 is the most recent.
you can now mount it as described before)

yeah but you will notice by doing that ONLY root will be able to “cd” into that mount point!
So if you mount your user to access it, you will have to mount with that user, not using mount, but using :

That way your user will be able to access the mount point !

Sources :
Ubuntu-fr Documentation (french)
Howto gmailfs on Gentoo Linux Wiki

Mise à jour ! mkisofs n’est plus maintenu depusi 2002, c’est un alias vers genisoimage (ce qui ne remet pas en question le tutorial ci-dessous)
Rien de plus simple !
Avec une Debian ou une Ubuntu bien configurée, on installe le paquet mkisofs (avec sudo ou directement en root):
% sudo apt-get install mkisofs
Pour créer une iso test.iso avec pour racine /home/anthony/test (et contenant donc tout ce qu’il y a dans ce répertoire) :
% mkisofs -o test.iso /home/anthony/test
et l’iso est créée dans le répertoire courant !
Pour vérifier que votre iso est valide, vous pouvez la tester en la montant sur votre système de fichiers :
% sudo mount -t iso9660 test.iso repertoire_test -o loop
Y a t’il tout ce que l’on y a mis ?
ls -al repertoire_test
OK ? alors on démonte
% sudo umount test.iso
et on grave ou stocke l’iso !!

Important !
Si vous volez suavegarder un répertoire avec des noms de fichiers longs et/ou de nombreux répertoires imbriqués, alors ces quelques options vous seront utiles :
% genisoimage -R -r -J -joliet-long --hide-rr-moved -iso-level 4 -V "UnLabelPourIso" -o monimage.iso rep_a_sauvegarder

Références :
La page du projet mkisofs
Monter une image Iso par Andesi
Graver en console par Formation Debian

Avant la licence DLJ, pour installer Java sur Ubuntu il fallait télécharger un installateur binaire, ou utiliser un RPM (qu’il fallait auparavant “alieniser”); autant dire qu’on pouvait dire adieu au système de dépendance et de remise à jour de sa distrib linux préférée…
Mais les temps ont changé et Sun a choisi de libérer peu à peu son langage phare…
Aussi il existe désormais dans les dépôts multiverse le paquet “sun-java5-jdk”, que l’on installe le plus simplement du monde avec :
#apt-get install sun-java5-jdk
Ah oui, il faut accepter la fameuse licence DLJ à la fin de l’installation…
Par contre, pour Tomcat (dont les paquets sont dans le dépot universe), il faut faire attention…
Il se trouve que les dépendances du paquet “tomcat5.5″ référencent non pas la JDK de Sun, mais bien la JDK libre gij, aussi un malheureux :
#apt-get install tomcat5 tomcat5-admin tomcat5-webapps vous installera certes Tomcat 5.5 mais aussi gij, et sera configuré pour utiliser gij.
Si vous voulez, comme moi, utiliser Tomcat 5.5 avec la JDK Sun (je n’ai rien contre la gij, mais elle ne me semble pas encore mature, par exemple, il n’est pas possible d’utiliser le “security manager” de Tomcat avec gij), il vous faudra modifier certains fichiers.
A commencer par /etc/default/tomcat5, décommentez la ligne :
JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun
Cela permettra à Tomcat de démarrer avec la JDK de Sun.
Pour le reste, mettez par défaut votre JAVA_HOME à /usr/lib/jvm/java-1.5.0-sun en exécutant :
export JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun
Enfin, il existe un répertoire, /etc/alternatives , qui contient des liens symboliques vers des logiciels par défaut de votre distribution.
Repérez les liens vers tout ce qui commence par java :
ls -al /etc/alternatives/java*
vous verrez notamment que java et javac (le compilateur) pointent vers gij et gcj…
Il vous faut pour être sûr de toujours travailler avec la JDK de Sun, refaire ces liens en tapant, dans le répertoire /etc/alternatives :

Après cela, vous ne devriez plus entendre parler de gij, et bénéficier des mises à jour de Tomcat5.5 et de la JDK Sun 5

Pour ce billet, je me suis beaucoup inspiré de la page Tomcat de Ubuntu-fr.org dont je vous recommande la lecture en cas de problème…