by

Aperture 3.2 bug

If, like me, you have just updated your Aperture to version 3.2 and it crashes just after you launch it you are experiencing the major issue this new version has with Core duo macs… here is the solution : first find your most recent backup, hopefully you’re using Time Machine so this step won’t be a problem. Then restore the last Aperture version. Yes it is a bit radical but I haven’t found a workaround for this bug, but only some “don’t update” warnings.

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 ;-)

by

Mapnificent ! Ou suis-je, Où vais-je ?… en combien de temps ??

Non, il ne s’agit pas d’un billet philosophique… mais d’un petit mot sur un nouveau service internet qui peut s’avérer très utile. Mapnificent, basé sur Google Map, vous propose tout simplement de savoir où vous pouvez aller en transports en commun en X minutes, à partir de l’endroit où vous vous trouvez. Petits exemples concrets : Vous êtes en correspondance 4h à San Francisco, et vous désirez en profiter pour aller faire un petit tour en ville, plutôt que de vous ennuyer dans le terminal…. Hop, 1h pour aller dans le centre depuis l’aéroport, et ensuite ? Dites a Mapnificent que vous vous trouvez à Union Square et demandez lui où vous pouvez aller en…disons 15min. Et voilà, la zone accessible en transports en commun en 15min autour de vous s’affiche en sur-brillance dans une carte Google de San Francisco.

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 !

by

Gmail : l’imap et libellés, cauchemar de votre disque dur (Apple Mail)

Peut-être certains d’entre vous qui sont sur Mac, utilisent l’application Mail pour lire leurs emails, et en particulier ont synchronisé en IMAP leur compte GMAIL. Oui ? Et bien attention à l’espace disque utilisé par l’application, qui peut très.. trèèèès vite grimper. Pour info, ma boite gmail fait environ 800Mo, en tout cas c’est ce que m’annonce le webmail… et le répertoire :

/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…

by

Iphone tracker : Steve jobs s’intéresse à mes vacances ?

Alors comme ça il parait que Steve Jobs peut nous suivre à la trace ? J’ai vérifié… et oui, si Mr. Jobs s’intéresse à mes vacances, il va être servi :

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…

by

Le Backup de votre Ipad/Ipod/Iphone est trop gros ? Déplacez-le !

Vous avez un iPad ? un iPhone ? un iPod ? et comme moi, vous commencez à vous sentir à l’étroit sur votre disque dur, regardez donc du coté des backups des vos appareils… Apple est bien gentil, mais les backups répétitifs finissent par prendre pas mal de place. Ce petit billet va vous apprendre à les déplacer sur un disque externe.

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.

by

Install VisIt 2.2.1 on a mac 32bits with Snow Leopard 10.6.6

Some of you might have experienced some problems when trying to install the last version of VisIt (2.2.1) on their “old” mac intel. I have an macbook pro (first generation I think, 2006) with an intel core duo CPU, thus 32bits. My OS is mac OS 10.6.6, namely Snow Leopard. The visit website proposes a binary for 10.6, but it should rather be emphasized that it is a 64 bits binary. Yes, only 10.6 will run it, but not all of them. Mine, which is installed on a 32bits machine, won’t accept this VisIt version for example.

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 :-)

by

VisIt : Visualize It !

La simulation numérique permet de comprendre beaucoup de chose sur différents phénomènes physique. En particulier en astrophysique, où bien souvent on ne peut faire d’expériences en laboratoire pour voir comment le système d’étude se comporte. Le calcul parallèle sur des ordinateurs toujours plus puissants permet maintenant de faire des simulations toujours plus réalistes. Les codes de simulations deviennent réellement compliqués à élaborer, mais ils ne sont pas les seuls. Inévitablement, ces grosses simulations enregistrent sur les disques dur des données de nature toujours plus complexe et en quantité toujours plus importante. Se pose alors inexorablement le problème de la visualisation de ces données.

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…