Then it is possible that your library won’t open because it has been already updated to work with Aperture 3.2, you will have a message saying basically that Aperture cannot open your library because it has been saved my a newer version. Ok quit Aperture and re-open it from the dock or the finder holding the command+option keys. This should propose you to rebuild the library, do that and it should work again ! (see here too)

Stay tuned for bug fixes before downloading the update again

Autre exemple, vous êtes toujours à Union Square, et votre ami se trouve au Pier 39, où se trouvent les bars qui se trouvent à la fois à 10min de vous et de votre ami ?

Voici un exemple pour B. Obama, où est-ce que le président des états unis peut-il aller à partir de la maison blanche en 15min ? (on ne compte pas son hélico…)

Bon c’est vrai qu’il faut faire parti des villes privilégiées pour l’instant… espérons que le nombre de villes augmente !

Petit message rapide pour ceux qui en ont marre, sur leur mac, du Terminal et de la console X11, vous pouvez utiliser iTerm2. Je l’ai installé hier et je suis pas déçu… depuis le temps que je rêve d’un bon terminal avec des onglets notamment… je vous le conseille. Voilà c’est tout

/Users/theferretmac/Library/Mail/IMAP-theferrettouch@gmail.com@imap.gmail.com

me prenait plus de 3Go ! Quelque chose ne va pas, alors quoi ? Est-ce qu’Apple enregistre tous vos mails gmail en double ou en triple ? OUI ! Et même potentiellement PLUS !

En fait le problème ne vient pas spécifiquement d’Apple Mail, mais plutôt de la façon dont Google gère l’imap et ses libellés. Vous savez que dans Gmail, pas de répertoire… tout est sous forme de “libellés”. Ce sont des étiquettes que vous pouvez coller sur vos mails, du genre “perso”, “mail du club d’aviron”, ou je ne sais pas quoi encore… Bien sûr, comme je suis pas un pro de l’aviron, vous vous doutez que tous mes mails étiquetés par “mails du club d’aviron” sont également étiquetés “perso”.

Et c’est bien ça le problème ! Cet étiquetage redondant, si pratique vu depuis le webmail, se transforme en cauchemar sur votre disque dur. La raison ? Gmail considère que chacun des libellés est un répertoire imap a part entière ! Autrement dit, lorsque Mail synchronise votre boite mail, il va charger autant de répertoires imap qu’il y a de libellés, et il se fous complètement de ce qu’il y a dedans… sur votre disque dur, vous aurez donc, suivant mon exemple, un dossier contenant tous vos mails, un dossier contenant les “mails du club d’aviron” et un dossier contenant les mails “perso”. Bien sûr vous l’avez compris maintenant… tous les mails du club d’aviron sont également dans le dossier “perso” et tous ces deux dossiers pleins e mails, se retrouvent également dans le dossier “tous mes mails” ahaha… imaginez si tous vos mails ont plusieurs libellés, vous vous retrouvez très vite avec N fois la taille totale de votre boite Gmail sur votre disque dur.

Existe-t-il un remède docteur ? OUI ! Pour ça, allez dans les paramètres de votre compte Gmail, dans le “google lab” et cochez “options Imap avancées“. Une fois ceci coché, retournez dans les paramètres, à l’onglet libellés… et là vous pouvez choisir quel libellé apparait comme un dossier IMAP. Selon moi, si vous ne voulez aucune redondance sur votre disque dur, ne cochez RIEN a part la boite de réception principale.

Et hop, en faisant ça, je passe de plus de 3Go de disque occupé à seulement 800Mo, super !

Mais alors, pourquoi ça ne fait pas ça avec votre messagerie du boulot, que vous lisez également en IMAP sur votre Mail ? Et bien parce qu’eux font de vrais répertoires IMAP, ainsi, les emails déplacés dans le répertoire imap “perso” se déplacent bien physique d’un endroit à l’autre sur le serveur, et donc n’apparaissent plus dans la boite principale…

Bon alors il y a ceux qui râlent, ça me fait un peu rire de penser qu’au moins 50% racontent toute leur vie sur facebook de manière non anonyme et viennent raler après parce qu’on peut savoir où ils étaient tel jour…

C’est un peu compliqué si vous n’avez pas l’habitude des lignes de commandes, désolé, la raison est qu’Apple n’a pas prévu des options dans les préférences d’iTunes pour faire cette manip

Commençons par localiser le répertoire où ces backups sont stockés :

~/Library/Application\ Support/MobileSync/

Chez moi, ce répertoire fait quand même 2Go !

Déplacez le sur un disque externe :

cp -r ~/Library/Application\ Support/MobileSync /Volumes/le_nom_de_votre_disque_externe/chemin/

Si vous supprimez le ‘MobileSync’ d’origine, iTunes ne sauras pas où le trouver… donc il va vous envoyez un message d’erreur. Au cas où le manip ne fonctionne pas, pour ne pas perdre vos donnez, renommez le répertoire au lieu de le supprimer :

mv ~/Library/Application\ Support/MobileSync ~/Library/Application\ Support/MobileSync_renamed

et créez un lien symbolique du répertoire qu’iTunes ira chercher vers son nouvel emplacement :

ln -s /Volumes//le_nom_de_votre_disque_externe/chemin/MobileSync ~/Library/Application\ Support/MobileSync

quittez et redémarrez iTunes, et voila il va sauvegarder vos appareils sur votre disque externe à présent.

So for those who have a core duo CPU and mac OS 10.6, download the “10.5″ visit binary, which is a 32bits version. Then problems begin… When you try to install it., by executing the visit-install script.

./visit-install 2.2.1 darwin-i386 ~/visit

Here is what you get :

find: /Users/username/visit/2.2.1+/darwin-i386/bin//Users/username/visit/2.2.1+/darwin-i386/bin/gui.app/Contents/MacOS:
No such file or directory

find: /Users/username/visit/2.2.1+/darwin-i386/bin//Users/username/visit/2.2.1+/darwin-i386/bin/mcurvit.app/Contents/MacOS:
No such file or directory

find: /Users/username/visit/2.2.1+/darwin-i386/bin//Users/username/visit/2.2.1+/darwin-i386/bin/viewer.app/Contents/MacOS:
No such file or directory

find: /Users/username/visit/2.2.1+/darwin-i386/bin//Users/username/visit/2.2.1+/darwin-i386/bin/xmledit.app/Contents/MacOS:
No such file or directory

visit-install done

Note that “/Users/username/visit/2.2.1+/darwin-i386/bin” has been written twice in the command. This comes from a bug in the visit-install script. open the file in an editor and find this :

if [ "$os" = "darwin" ]; then
    for arch in `ls "$dir"/$version+`; do
        if [ "$arch" != "bin" ]; then
            for app in `find "$dir"/$version+/$arch/bin -name "*.app"
-print`; do
                find "$dir"/$version+/$arch/bin/$app/Contents/MacOS
-exec chmod $dir_permission {} \;
            done
        fi
    done
fi
if [ "$os" = "darwin" ]; then
    for arch in `ls "$dir"/$version`; do
        if [ "$arch" != "bin" ]; then
           for app in `find "$dir"/$version/$arch/bin -name "*.app" -print`; do
               find $app/Contents/MacOS -exec chmod $dir_permission {} \;
           done
        fi
    done
fi

and errors disappears…

Then comes the second issue, when trying to run you 32 bits version of VisIt. Once your $PATH modified, you just want to type “visit” in a terminal, and wait for it to be launched. Unfortunatly you get this :

[~/visit/bin]$ ./visit
Version 2.2.1 of 'gui' does not exist for
the architecture 'darwin-x86_64'.
VisIt located binaries for the following architectures:
        darwin-i386

This problem comes from some kind of misunderstanding… the “visit” script actually calls another script, named “internallauncher”, which tries to identify the OS you have. And the trick is… when it finds out that you have 10.6 or higher, it tells VisIt to launch the 64 bits binary !!!

However, because you have an old 32bits CPU… you have (of course) downloaded the 32bits version… So, how can you tell visit that even if you have 10.6, you want to launch the 32bits binary ?

You have to modify the “internallauncher” script, find the following lines :

if ($mach =~ /i386/) {
                # For MacOS X 10.6 and above, use x86_64.
                chomp( $darwinver = `uname -r`);
                my @darwinversions = split('\.', $darwinver);
                if ($darwinversions[0] >= 10) {
                    push @supportedarchs, "darwin-x86_64";
                }
                else {
                    push @supportedarchs, "darwin-i386";
                }
            }

you see the comment ? If you 10.6 is detected, then the @supportedarchs variable gets the “darwin-x86_64″ value… just replace it by “darwin-i386″. So to sum up, replace :

push @supportedarchs, "darwin-x86_64";

with :

push @supportedarchs, "darwin-i386";

then type visit in your teminal, VisIt gui and viewer apps should launch normally. Let’s have fun now

Pendant les quelques dernières années, j’ai utilisé IDL (Interactive Data Langage) pour faire mes visualisations. Ce langage propriétaires (ITT) est un langage interprété de haut niveau dont les fonctions standard permettent d’écrire du code de traitement de données numérique relativement simplement. Il permet également de faire de la visualisation graphique de ces données. Malheureusement si le code est de haut niveau pour ce qui est du graphique par rapport au langage C par exemple, je reste très frustré lorsque je veux juste “regarder” ce qui se passe dans ma simulation. IDL reste relativement bas niveau pour faire de la visu.

L’an passé, un ami m’a parlé de VisIt (pour Visualize It). Il s’agit d’un logiciel développé par le LLNL (Lawrence Livermore National Laboratory) et distribué gratuitement. Je vous laisse regarder le site si vous voulez des détails. Le soft permet la visualisation de haut niveau, parallèle, sans beaucoup d’efforts. Scriptable en Python (également gratuit), il permet de faire de la visu 1D, 2D, 3D pour vraiment “voir” ce qui se passe dans votre boite de simulation sans passer tout votre temps à écrire du code pour des choses aussi bas niveau que l’affichage des pixels sur la fenêtre…