Comme j’ai tweeté récemment, j’ai adopté apticron: je trouve l’outil super intéressant pour me faire un rappel des updates en attentes dans mes divers systèmes, entre autres parce qu’il y joint le changelog de l’update en question.

Le truc s’installe d’un simple apt-get install, mais j’ai remarqué aujourd’hui sur un système plus “ancien” ou je l’installais (un vénérable Ubuntu Hardy… ) que la cron job nétait pas installé dans /etc/cron.d, mais bien dans /etc/cron.daily. Ce qui n’est pas a prime abord remarquable…

Le bout que j’ai trouvé drôle, c’est la façon que le script a de ne pas se lancer en même temps que les diverses cronjobs qui démarrent au cron.daily. Je paste le script dans son entiereté:

#!/bin/sh 

RANGE=3600
number=`od -vAn -N2 -tu4 < /dev/urandom`

number=`expr $number "%" $RANGE`
sleep $number
test -x /usr/sbin/apticron || exit 0
/usr/sbin/apticron

od? WTF?

Man od nous dit : “od – dump files in octal and other formats”

Assez créatif comme façon d’obtenir un nombre random je dirais…

Walter Iooss – Athlete – Digital Journalist

Une longue série des meilleurs photos du photographe (que je ne connaissais pas, mais bon, je connais quoi, 5, 10 photographes? ).

Les photos sont super belles et/ou bonnes, mais ce qui est trippant, c’est les petits commentaires glissés ici et là sur le contexte de la photo: comment il a réussi à la prendre, pourquoi ça l’a écoeurer de la perdre (celle où il prend parfaitement le touché qui marque la défaite de “son” équipe, les Colts), comment les photographiés ont appréciés (Yogi Berra et Whithey Ford) ou on été écoeurés (Tiger Woods qui le trouvait trop près).

Bref, le genre de série de photos qui donnent des idées et de l’inspiration. Et qui fait se rendre compte combien on a des croutes a manger… Un pro, c’est un pro; le gars prend des photos depuis les années 60, on le voit avec ses vieux Pentax dans la série.

A voir, même si vous trippez ni sport ni photo.

Merci @Photocritic

Official Google Blog: Introducing the Google Chrome OS

Je ne sais pas trop quoi penser de cette nouvelle…

Bon, pour commencer, c’est d’abord et avant tout du vaporware… Mais avec de la substance: après tout, Google distribue déjà Android et Chrome est fait pour rouler des tabs en process séparé. Ça se prête très bien a une utilisation comme point central du système.

Mais y’a des trucs que je ne comprends pas trop…

D’abord, Chrome sur Linux, il ne fonctionne pas encore. A ce que j’ai compris, Chrome est full win32 et le port Linux roule sur Wine; bizarre comme plateforme.

Ensuite, il me semble que ce n’est pas typique de Google d’annoncer si longtemps d’avance (on parle de Q2-Q3 2010; un an) un produit.

Ah well, on verra bien: l’idée même de tout un OS qui assume que tout est Web est bien intéressante… Si ça marche sans réseau, et si on peut rouler des apps localement quand même (par un webserver local genre?).

Reste à voir comment ça prendra forme.

En tout cas, si ça lève, il y a des chaises qui vont se faire garrocher à Redmond…

Jouer dans l’eau, originally uploaded by Ben le geek.

Je test les uploads directement de Flickr: on post direct dans le blog, c’est cool ca..

Bon, reste a trouver des lecteurs. Tellement négligé les pauvres…

Dans le monde encore nouveau pour moi de la photographie, les sujets de discussions reviennent souvent: appareils, lentilles, trépieds, composition, … et workflow.

La différence entre un bon et un mauvais workflow, c’est pas compliqué, c’est la différence entre prendre pleins de photos et être capable de retrouver les bonnes, les publier, les montrer et … faire comme je fais là et juste les empiler en espérant retrouver les bonnes un jour.

N’empêche, faut que ça cesse… Après moults soirées passés à lire sur le sujet, à essayer des logiciels de traitement et de classement, je pense avoir enfin réussi à identifier les étapes et les applications à utiliser pour les appliquer…

Faut dire que j’ajoute du challenge. J’ai été “mordu” par le temps mis à classer et commenter des photos dans une application propriétaire (ou même open-source) qui ne permettent pas facilement d’extraire l’information de façon standard (et scriptable!) par la suite.

J’ai donc les requirements ultra-hyper important : les metadatas à leur place: dans l’image! On doit pouvoir donner un rating, et on doit pouvoir mettre des tags. Et si possible, un logiciel open-source. Plus par souci de pérennité que par pincement idéologique: y’a toujours moyen de figurer wtf dans un truc open-source…

Bref (oups, trop tard!), je note ici comment je vois le processus, avec quelles applications et dans quel ordre. Plus par souci de mettre les choses par écrit clairement pour m’y retrouver et pour garder en note que d’imposer mes vues à la planète, inquiètez-vous pas…

L’importation

Le bout le plus facile: on sort les photos de la caméra et on les sauvergarde (plus ou moins temporairement).

J’utilise la plupart du temps gthumb, surtout parce que c’est ce qui popait dans mon Ubuntu en branchant ma caméra. Digikam ou même le KIO camera:// ferait tout aussi bien l’affaire. L’idée est de prendre les images et les emmener dans mon répertoire ~/Photos/import/date-de-l’import

Uniformiser les noms

Premier bout qui demande de la réflexion. J’ai utilisé un petit script bébête intégré en script Nautilus qui renommait les images sur un pattern du genre yyyymmjjhhmm_nomoriginal.jpg. Mais comme je suis retourné après sous KDE (j’ai ben de la misère à me brancher; ca mériterait un autre post ), Nautilus a disparu et rouler le truc à la main est devenu un brin désagréable.

C’est là qu’entre en jeu Exiflow. Sa propre description:

A set of tools (command line and GUI) to provide a complete digital photo workflow for Unixes.

Exiflow offre, entre autre, un set de script et de convention pour nommer les photos. Comme ça fait du sens, pourquoi réinventer la roue: adopté. Juste plate que ce ne soit pas apt-get installable, mais c’est du Python dans un beau .deb, donc c’est facile à installer.

Pour ceux qui se demande pourquoi se faire ch* avec le nom de l’image? Pleins de raisons, mais la plus intéressante est que si vous faites imprimer des photos (genre chez votre pharmacien préféré), le nom du fichier sera imprimé à l’endos. Si la date de la prise de vue fait parti du nom, ça aide le tri après impression sans devoir retourner fouiller dans l’ordinateur…

Si RAW…

Je shoot généralement en JPEG, surtout parce que mon workflow est tellement bordélique que je ne veux pas ajouter une autre étape… L’autre raison étant qu’à mon humble avis, je ne suis pas encore assez pro pour vraiment tiré parti du RAW. J’en shoot quelques un ici et là, mais ce n’est vraiment pas encore une habitude.

Donc, si c’est shooté en raw, UFRaw me semble très bien; j’ai eu plus de chance avec lui qu’avec RawStudio en tout cas, qui avait tendance à me planter dans la face. Le mode batch est facile à utiliser; reste à calibrer correctement avant

Stocker les photos

Autre truc qui a provoqué passablement d’irritation. Au départ, j’utilisais F-Spot qui importait tout sous son contrôle et qui renommait en ~/Photos/yyyy/mm/jj. Retrouver une photo au jour près devient vite lassant. Je préfères utiliser plutôt yyyy/mm.Idéalement, je devrais scripter quelque chose à partir du nom standardisé, mais pour le moment, manuel.

Filtrer, nettoyer, “rater”, taguer

LE gros bout difficile à se brancher…

Après pleins, pleins d’essais et l’intention (avorter faute de temps ) d’écrire ma propre application, il semble que l’application qui devrait faire le mieux le travail est Digikam, version 0.10. On peut enfin gérer plus d’une source de stockage de photo (absolument nécessaire quand on commence à en avoir une grosse pile), et le classement, tagage, description peut se sauvegarder dans la photo en IPTC/XMP. Yeah!

Utiliser

C’est là que le choix de Digikam est intéressant.  Y’a pleins de plugins pour pleins d’utilisations: export vers Flickr, Facebook, transformation, génération de galeries, création de CD, etc.

Ce qui manque

Bon, tout n’est pas parfait ni complet: j’ai bien dit que j’écrivais ça surtout pour me rappeler mentalement ce que je faisais et avec quoi, et pour me forcer publiquement à m’y tenir…

Reste donc pleins de petites choses à faire…

Gérer le passé

Faudrait bien retravailler toute les “vieilles” photos… Idéalement, même retourner jusqu’à la pile “coincé” dans iPhoto.

Dans le fond, les scripts d’importation devraient pouvoir digérer ça aussi.

Backup

Il me faut scripter une façon de backuper plus intelligente que rsync ~/Photos ben@autreserveur:/path/dump.

J’aimerais bien quelque chose qui s’occuperait d’avoir plus d’une copie de tout ailleurs (genre, sur mon serveur de fichier ici à la maison) plus une copie de tout ce qui aurait un rating de mettons 3 ou plus vers un endroit externe, genre ma VM (qui sert ce site) ou Amazon S3.

Backup, bis

Générer des images de DVD prête à graver pourrait être une façon vraiment intéssante de garder des copies ailleurs que dans la maison. Un script qui complèterait des images iso avec tous les fichiers, du plus vieux au plus récents, ça serait vraiment idéal. Je me demande si quelqu’un aurait déjà fait quelque chose du genre?

Sous-ensemble “portatif”

Mon idée de base d’écrire ma propre application tournait autour de ça: tagguer rapidement les images, et avoir une version “légère” des images sur mon laptop. Peut-être qu’un jour l’envie va me prendre d’écrire quelque chose, sait-on jamais.

it’s all lost and stoof

Sur le site de iBiblio ; version 404 en english, français, espagnol… et C, binaire, québécois, wookie…

Étrangé aux allures voyantes affichant une richesse suspecte. Exemple, le pape en afrique.

Toutes les fois que je vois quelque chose sur le voyage du pape en Afrique, je peux pas faire autrement que de penser à cette quote là de Richard Desjardins (au club Soda, Phénoménale Philomène)…

Il pourrait renfermer pleins de trésors!

Si cette option ne vous intéresse pas, ne le jetez quand même pas: c’est pleins de tites choses le fun pour vrai!

Juste parce que je viens de m’enfarger dans un cas du genre…

Les commandes exécutés à travers sudo ne préservent pas l’environnement de l’usager qui lance la commande (enfin, très peu), et, surtout pour mon cas, ne préservent pas la valeur du umask.

Donc, si on doit modifier le umask et qu’on veut que la valeur soit préservé à travers sudo, faut le préciser dans la config de /etc/sudoers.

Mais où, vous me direz? C’est pas comme si la man page était limpide sur le sujet, ou qu’elle regorgeait d’exemples..

Voici comment faire:

Defaults:%votregroupe umask=0002
%votregroupe ALL=(votreuser) NOPASSWD: AL

Ces lignes vont permettre aux usagers membre du groupe votregroupe d’exécuter des commandes sans password au nom de l’usager votreuser, en ayant le umask a une valeur de 0002.

Simple comme ça, mais diablement mal googlable.