Effraie@Blog! - Planet

Calibration d'écran, profil ICC et gestion des couleurs sous Ubuntu

effraie — Wed, 09 Apr 2008 08:54:00 +0200

Ceux d'entre vous qui suivent savent que je m'intéressent à la photo numérique, et en particulier à sa pratique sur notre plate-forme préférée: GNU/Linux.

Mon dernier billet important sur le sujet, Flux de travail numérique pour le photographe sous Ubuntu, tentait de montrer comment il était possible d'utiliser des outils, si ce n'est professionnels, au moins des très haut niveau pour gérer son workflow sous ubuntu.
Cependant, la question de la calibration de l'écran, et donc de la gestion des couleurs semblait poser quelques problèmes, et les solutions que j'avançais à l'époque n'étaient que des bricolages.

Je ferais prochainement un billet (à jour) plus extensif sur la gestion de mon flux, depuis la prise de vue jusqu'à la publication web et/ou l'impression, mais je n'en ai pas le temps ni le courage immédiatement. Je vais donc me contenter d'expliquer la démarche que j'ai suivie pour calibrer mon écran, entièrement sous GNU/Linux (Ubuntu Hardy Heron, mais ça devrait être facilement transposable sous n'importe quelle distribution), parce que j'imagine que ça intéressera fortement un certains nombre...

Pré-requis

Argyll Color Management System : Ce logiciel, bien qu' austère et peu engageant, est aujourd'hui ce qui se fait de mieux pour la gestion des couleurs. le site web est explicite: il s'agit d'une collection de codes sources, qui, une fois compilés, fournissent des outils en lignes de commandes permettant, de façon quasi exhaustive, de calibrer toute une chaîne graphique.

Une sonde colorimétrique reconnue par Argyll. La liste du matériel supporté est disponible ici. Je me suis servi de la version 0.70 Beta 8, pour profiter du support de la sonde Spyder 2 de colorvision, un des matériel les plus répandu dans le grand public, et surtout, un des moins chers (j'ai acheté la mienne 70€ d'occasion). Inutile de payer plus cher une version «pro», seul le logiciel change, et seule la sonde (matériel) nous sera utile sous GNU/Linux

Un écran...

Procédure

Installation de Argyll 0.70 Beta 8

Argyll est un logiciel non-présent dans les dépôt, et d'usage très spécifique.. inutile de l'installer si vous n'en avez pas vraiment besoin, vous risqueriez d'abîmer quelque chose sur votre beau système.

J'ai choisi d'utiliser la version précompilée de Argyll: inutile de se compliquer la tâche pour un logiciel si spécifique. L'installation est donc très simple: il suffit de télécharger cette archive, de l'extraire, et de placer le contenu de son répertoire bin/ dans votre $PATH (personnellement, j'ai choisi /home/effraie/bin , mais libre à vous de faire autre chose, /usr/local/bin étant par exemple tout indiqué.

Le firmware de la sonde Spyder2 étant propriétaire, il n'est pas inclus dans Argyll, et il vous faudra l'extraire. c'est trés simple, et ça se fait en 2 étapes:

introduire le cd d'installation de la sonde dans votre lecteur,
tapez simplement spyd2en dans une console pour extraire le firmware et l'injecter dans Argyll

Votre sonde Spyder2 devrait désormais être utilisable! Passons donc aux choses sérieuse, la calibration (et la caractérisation) de l'écran proprement dit.

Argyll est un outil en ligne de commande, mais pas si compliqué à utiliser, finalement. Enfin, au moins quand, comme moi, on se contente de l'utiliser pour un usage basique, parce qu'il embarque tout un tas d'outils dont je ne saurait que faire...

Voici donc les étapes que je suivie, avec (quelques) détails:

Je me suis placé dans les conditions de luminosités qui sont celles dans lesquelles je travaille mes images (généralement), et j'ai fait le vide sur mon Desktop. Ensuite:

Branchez la sonde a une prise USB,
sudo chmod 777 -R /dev/bus/usb pour avoir accés, comme simple utilisateur, au bus USB. (il y a sans doute plus élégant, mais là n'est pas le propos),
dispcal -v -qm -yl mon_profil (-v pour le mode verbeux, -qm pour une qualité moyenne, -yl pour un écran LCD (-yc pour un CRT) et mon_profil, pour le nom a donner au profil (et aux fichiers intermédiaires). Un patch noir appariait a l'écran, sur lequel placer la sonde, et vous devriez avoir cet affichage dans votre console:

Setting up the instrument
Instrument Type:   Spyder 2
Serial Number:     00617511
Hardwar version:   0x0307
Place instrument on test window.
Hit Esc, ^C or Q to give up, any other key to continue:

Tapez donc entrée après avoir placé la sonde, et vous voila avec le menu suivant:

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Brightness)
2) White point (Color temperature, R,G,B, Gain)
3) White level (CRT: Contrast, LCD: Brightness)
4) Black point (R,G,B, Offset)
5) Check all
6) Continue on to calibration
7) Exit

Ayant un écran cheap de portable, je suis passé directement à l'étape 6, mais si vous avez des contrôle manuels sur votre écrans, passer par les autres étapes n'est sans doute pas un luxe!

Dispcal va afficher et mesurer toute une série de patch de différente couleur, et produire un fichier mon_profil.cal. c'est un peu long, c'est normal.
On tape targen -v -d3 -f500 mon_profil, ce qui va générer un fichier mon_profil.ti1 contenant les nouveau patches à mesurer. Cette étape est très rapide.
On va maintenant utiliser la commande dispread -v -yl -k mon_profil.cal mon_profil qui va produire un fichier mon_profil.ti3. Cette étape est assez longue également.
On peut désormais retirer la sonde l'écran, et générer le profil lui même: profile -v -A "Fabricant de l'écran" -M "modèle de l'écran" -D "la date" -qm -as mon_profil qui va produire un (précieux!) fichier mon_profil.icc
On charge le profil dans X avec la commande dispwin /chemin/vers/mon_profil.icc (et on le décharge avec dispwin -c mais ça n'a aucun intérêt ;) ). Votre écran devrait prendre une surprenante teinte jaunâtre, (c'est normal mais moche). Votre écran est désormais calibré, et vous n'avez plus qu'à configurer correctement vos application (supportant les couleurs gérées, comme bibble, ou le dernier gimp). Attention, si vous utilisez un économiseur d'écran, celui ci déchargera le profil. Pensez à le recharger (ou à désactiver l'économiseur d'écran).

Mille merci à Jcornuz pour ses précieuse informations, et bienvenu dans le monde merveilleux des couleurs gérées sous GNU/Linux!

Les licences et la notion de liberté

effraie — Thu, 03 Jan 2008 18:25:00 +0100

Suite à un commentaire ou l'on me demande de préciser un peu ma remarque sur les licences Creative Common, voici un billet au sujet de la notion de libre, ce mouvement qui bouscule la propriété intellectuelle dans le domaine logiciel essentiellement (mais pas uniquement!).

La propriété intellectuelle, le copyright, les droits d'auteurs... et les sujets proches sont des sujets complexes et touffus, pour l'essentiel juridiques, et sont le terrain de nombreuses confusions.

N'étant pas un spécialiste (au sens de juriste spécialisé...), je m'en tiendrais à un domaine restreint, ou je pense ne pas faire trop d'erreurs, si ce n'est sur la lettre, au moins sur l'esprit: les licences, de logiciels mais pas uniquement, dites libres, et les licences qui s'en approchent. Il ne s'agit pas ici d'être exhaustif, mais de tenter de dessiner les grandes lignes d'une idée complexe et instructive.

Les utilisateurs de distributions GNU/Linux grand public, comme l'est Ubuntu sont concernés au premier chef, leur système d'exploitation étant constituée de logiciels sous diverses licences, dont la compréhension aide à la compréhension globale du système, de ses tenants et des ses aboutissants

Au commencement, la GNU General Public License (GPL)

Mère de toutes les licences libres, et sans doute aussi de la notion même de libre, en tant que concept touchant a la propriété intellectuelle, la GNU GPL, actuellement en version 3, apparaît en janvier 1989. Elle est écrite pour protéger les logiciels GNU et les projets de la Free Software Foundation.

L'idée centrale de la GPL, c'est le copyleft un jeu de mot (mal traduit en français par les termes gauche d'auteur) fondé sur le terme copyright. Il s'agit d'utiliser le mécanisme du copyright, mais en le retournant au profit des libertés de l'utilisateur. Richard M. Stallman, fondateur du projet GNU, en parle ainsi:

L'idée centrale du gauche d'auteur est de donner à quiconque la permission d'exécuter le programme, de le copier, de le modifier, et d'en distribuer des versions modifiées - mais pas la permission d'ajouter des restrictions de son cru. C'est ainsi que les libertés cruciales qui définissent le « logiciel libre » sont garanties pour quiconque en possède une copie; elles deviennent des droits inaliénables.

On trouve là évoquées ce qui sont les 4 libertés fondamentales du logiciel libre, et la restriction fondamentale également du copyleft: il n'est pas possible de retirer ces libertés aux utilisateurs, la liberté se propage partout ou va le logiciel.
Vous trouverez plus d'information sur la licence GPL, mais aussi sur les licences "sœurs" que sont les LGPL (plus souple) et GFDL (adaptée aux documentations), sur wikipedia, et plus d'éléments quand à la philosophie du projet GNU ici.

Une autre licence logicielle phare: la BSD

La licence BSD est une autre licence phare du monde libre. Elle a été rédigée pour s'appliquer au(x) projet(s) d'uni(ces)x libre(s) dit Berkeley Software Distribution(BSD)^[1]. Elle est considérée comme plus permissive, dans le sens ou elle ne fournit pas la restriction fondamentale du copyleft: un logiciel sous licence BSD pourra être utilisée dans un projet non-libre, sa licence pourra être modifié, on peut modifier son code et le redistribuer sans être forcé de fournir les sources...

Ces deux grands modèles ont leurs partisans, et l'on considère habituellement (bien que ce soit une simplification importante!) que la BSD est une licence plus pragmatique, qui permet (notamment) la viabilité du logiciel libre dans le monde de l'entreprise, alors que le modèle GNU (GPL, copyleft...) est l'émanation d'un mouvement social, pour la liberté des utilisateurs.

Il est important de noter que, si ces deux types de licences accorde, pour l'essentiel, les mêmes libertés aux utilisateurs, les quelques incompatibilités qu'elles renferment induisent des différences de philosophie importantes.
Pour ce qui est de la compatibilité, je signalerais juste que la licence BSD étant permissive, le code publié sous cette licence peut être re-licencié en GPL^[2], tandis que l'inverse n'est pas vrai. (Ceci n'implique pas que l'on puisse retirer la licence BSD... oui, c'est compliqué, les (in)compatibilités de licences)

Du libre en dehors du domaine logiciel

La licence Art Libre

La licence art libre reprend les principes du copyleft pour les transférer au delà du monde logiciel, à toutes les œuvres de l'esprit. Wikipedia ^[3] nous dit:

Elle autorise tout tiers (personne physique ou morale), ayant accepté ses conditions, à procéder à la copie, la diffusion et la transformation d'une œuvre, comme à son exploitation gratuite ou onéreuse, à condition qu'il soit toujours possible d'accéder à sa source pour la copier, la diffuser ou la transformer.

Cette licence, que j'affectionne particulièrement, poursuis explicitement l'objectif d'un modèle de société non-marchand. Dans la Foire aux questions a son sujet, on trouve:

L’utilisation de la Licence Art Libre est aussi un bon moyen pour prendre des libertés avec le système de la marchandise généré par l’économie dominante. Cette licence offre un cadre juridique intéressant pour empêcher toute appropriation abusive. Il n’est plus possible de s’emparer de votre œuvre pour en court-circuiter la création et en faire un profit exclusif. Il est interdit de faire main basse sur le travail collectif qui est à l’œuvre, interdit de s’accaparer les ressources de la création en mouvement pour le seul bénéfice de quelques-uns.

on y retrouve la notion de collectif, que je raproche du mouvement social évoqué par Richard M. Stallman à propos des logiciels libres.

Les licences Creative Commons

Creative Commons propose gratuitement des contrats flexibles de droit d'auteur pour diffuser vos créations.

Voila la phrase qui nous accueille sur le site francophone de Creative Commons. En effet, Creative Commons n'est pas une licence, mais une organisation (représentée en France par le CERSA CNRS, Centre d'Etudes et de Recherches de Science Administrative^[4]), qui met à la disposition de chacun six contrats, modulables, pour diffuser ses créations en définissant ce que les utilisateurs peuvent en faire. (En effet, ne pas donner de licence a son œuvre la place d'emblée dans un régime de droit d'auteur restrictif). Détaillons (un peu) les six contrats:

Paternité: Ce contrat autorise la distribution, la modification, la reproduction et la communication de l'œuvre, à la condition de citer le nom de l'auteur original. (Il est noté CC-by)
Paternité, pas de modification: Les droits sont similaires au contrat Paternité, à la différence (énorme!) que l'utilisateur ne peut en aucun cas modifier l'œuvre. (noté CC-by-nd)
Paternité, pas de modification, pas d'utilisation commerciale: Ce contrat ajoutes encore une restrictions aux libertés accordées dans les contrats précédents: cette fois çi, il est formellement interdit de faire un usage comercial de l'œuvre, que l'on a le droit de distribuer, reproduire et communiquer, en citant le nom de l'auteur original. (noté CC-by-nc-nd)
Paternité, pas d'utilisation commerciale: Si l'on a la non plus, pas le droit d'en faire un usage commercial, on peut modifier l'œuvre, en citant son auteur original (noté CC-by-nc)
Paternité, pas d'utilisation commerciale, partage des conditions initiales à l'identique: Ce contrat introduit la notion de propagation, issue du Copyleft. cependant, il y a une restrictions sur les usage commerciaux de l'œuvre. (noté CC-by-nc-sa)
Paternité, partage des conditions initiales à l'identique: Ce contrat reprends les libertés accordées par le contrat Paternité, en y ajoutant la notion de propagation des libertés, puisque toute redistribution, modification... doit se faire sous le même contrat. (noté CC-by-sa)

Les contrats Creative Commons sont souvent assimilés à des licences libres. Cependant, il est essentiel de remarquer que les six contrats ont des implications très différentes. En effet, seul deux contrats (CC-by et CC-by-sa) accordent les 4 libertés fondamentales du (logiciel) libre à l'utilisateur de l'œuvre, tandis que les autres restreignent l'usage qui peut en être fait. Seul le contrat CC-by-sa accorde les 4 liberté fondamentales, et la notion de propagation des libertés, proche du copyleft (c'est sous ce contrat que je diffuse mes photos). Il est donc plus juste de considérer que seul ces deux contrat sont libres, et que seul CC-by est un contrat permissif (de type BSD), et CC-by-sa un contrat copyleft (de type GNU)^[5]

Une multitude de licences (plus ou moins) libre

Si les licences que j'ai présentées jusque là sont les plus connues, il existe néamoins une multitude d'autres licences, qui se veulent libres, et qui pour certaines le sont, pour d'autres, ne le sont pas, et pour d'autres encore... et bien ça dépends de qui en juge!.
On trouve par exemple les licences Apache, CeCILL, Mozilla Public Licence, et bien d'autre, plus confidentielles encore.
À titre d'exemple, j'utilise pour les contenus de ce site la licence WTFPL, une licence libre tellement libérale qu'elle permet toute modification et redistribution sans aucune restriction. (je ne conseille personnellement cette licence que pour les œuvres les plus triviales). Dans ce maquis de licences, plus ou moins libres, plus ou moins confidentielles, comment s'y retrouver?

Le projet Debian, son contrat social et les DFSG

Si le meilleur moyen de s'y retrouver dans le maquis des licences libres, c'est de bien les connaître, et d'avoir des convictions en la matière, il existe un projet qui s'est depuis longtemps penché sur la question du libre et qui a produit un gros travail, à la fois théorique et pratique, sur le concept de libre, et sa traduction pratique dans l'utilisation quotidienne. Il s'agit du projet Debian, la célèbre distribution GNU/Linux communautaire. Chacun se forgera sa propre opinion, mais l'abord que Debian à du libre me convient, et je vais donc vous en dire un peu plus à ce sujet.

Le projet Debian, entiérement communautaire, s'appuie sur quelques textes fondamentaux pour pouvoir s'orienter et faire des choix. L'un de ces textes est le Contrat Social avec la communauté des logiciels libres , dont voici un extrait:

Nos priorités sont nos utilisateurs et les logiciels libres.

Les besoins de nos utilisateurs et de la communauté des logiciels libres nous guideront. Nous placerons leurs intérêts en tête de nos priorités. Nous répondrons aux besoins de nos utilisateurs dans de nombreux types d'environnements informatiques différents. Nous ne nous opposerons pas aux travaux non libres prévus pour fonctionner sur les systèmes Debian. Nous permettrons, sans réclamer rétribution, que d'autres créent des distributions contenant conjointement des logiciels Debian et d'autres travaux. Pour servir ces objectifs, nous fournirons un système intégrant des composants de grande qualité sans restrictions légales incompatibles avec ces modes d'utilisation.

Si je vous donne cet extrait ici, c'est qu'il me semble exprimer le compromis nécessaire si l'on souhaite que le libre profites aux individus et aux peuples: placer l'intérêt des utilisateurs avants les dogmes techniques et/ou philosophiques.

Pour appliquer ce contrat social, Debian s'est doté d'un texte qui défini les logiciels qui peuvent entrer dans le système Debian : Les principes du logiciel libre selon Debian (DFSG)^[6]. Ce texte définis, plus largement que ne le font chacune des licences, avec leurs particularités, leurs objectifs spécifiques, leurs parti-pris idéologiques respectif, les conditions que doivent remplir les logiciels pour être compatible avec le contrat social précédemment cité. La page wikipedia anglophone sur le sujet nous en apprends plus sur le questions que ces Guidelines soulèvent, et les conséquences qu'il faut en tirer. On y trouvent notamment trois tests de compatibilité avec les DFSG, que je traduit ici, puisque je n'ai pas trouvé de traduction sur internet:

Le test de l'île déserte Imaginez un naufragé sur une île déserte avec un ordinateur fonctionnant à l'énergie solaire avec une connexion Internet qui ne peut pas transférer^[7]. En conséquence, il lui serait impossible de respecter une obligation de mettre ses modifications à la disposition du public ou d'envoyer ses correctifs à certains destinataires en particulier. C'est valable même si ces exigences ne le sont à la demande uniquement, comme le naufragé qui pourrait être en mesure de recevoir des messages mais ne pas être en mesure d'en envoyer. Pour être libres, les logiciels doivent être modifiables par ce malheureux naufragé, qui doit aussi être en mesure de partager légalement ses modifications avec des amis sur l'île.
Le test du dissident Envisageons un dissident dans un état totalitaire qui souhaite partager quelques modifications d'un logiciel avec d'autres dissidents, mais ne souhaite pas révéler l'identité du modificateur, ou révéler les modifications elles-mêmes, ou même la possession du programme au gouvernement. Toute exigence de l'envoi du code source des modifications, à toute personne autre que le destinataire des binaires modifiés - en fait, toute distribution forcée quelle qu'elle soit, hormis donner le code source à ceux qui reçoivent une copie du binaire - mettrait en danger le dissident. Pour qu'un logiciel soit libre selon Debian, il doit doit pas avoir de telles exigences (excédentaires) de redistribution.
Le test des Tentacules du Mal Imaginez que l'auteur est retenu par une grande société malfaisante, le tenant en esclavage, et visant à faire le pire pour les utilisateurs du programme: rendre leur vie misérable, les faire cesser d'utiliser le programme, les exposer à une responsabilité légale , rendre le programme non-libre, chercher à découvrir leurs secrets…^[8] La même chose peut arriver à une société rachetée par une grande société s'acharnant à détruire les logiciels libres afin de maintenir son monopole et d'étendre son empire du mal^[9]. La licence ne peut permettre, même à l'auteur, de retirer les libertés.

Voila, j'espère, quelques éléments qui permettront a ceux qui se sentaient un peu largués de mieux se repérer dans le maquis du (logiciel?) libre, et éventuellement, partant de là, de faire les choix éthiques et techniques appropriés, et correspondants à leurs besoins, envies, désirs, opinions.... (dédicace spéciale au monolecte ^^')

il est fort possible que j'ai fait quelques erreurs, mais rien de vous empêche de ~~troller~~ me répondre dans les commentaires :)

Notes

[1] les projet sous licence BSD les plus connus sont sans doute FreeBSD, OpenBSD, NetBSD, et OpenSSH

[2] Cette idée est polémique!

[3] http://fr.wikipedia.org/wiki/Licence_Art_Libre

[4] http://www.cersa.org/

[5] Cette typologie en type est improvisée, soumise a caution, et simplificatrice! pas taper!

[6] Debian Free Software Guidelines, en anglais

[7] Le texte original parle d'upload

[8] Toutes ressemblances avec... (vous connaissez la suite)

[9] Toutes ressemblances...

Sauvegardes extensives

effraie — Sat, 08 Dec 2007 16:35:00 +0100

Effraie.org héberge pas mal de sites, et la question des sauvegardes est devenue cruciale.
Bien sur, je pourrais renvoyer les utilisateur-ices à leur responsabilités, et leur demander de faire leurs propres sauvegardes. Cela dit, rien ne dit qu'elles/ils les fassent régulièrement, ni qu'ils sachent comment sauvegarder une base de données.

Je me suis donc penché sur la question, et j'ai amélioré mon rsync quotidien pour obtenir un système qui me convient mieux,

Pour assurer que les données seront à l'abri en cas de crash des disques durs internes, mon répertoire backups/ est situé sur un disque usb externe. Prochainement, je cherche également à automatiser une sauvegarde de ce répertoire sur un serveur distant

Sauvegardes des bases de données

J'utilise, suivant les conseils avisé d'un copain, le script autoMYSQLBackup.sh qu'on trouve ici. Après configuration de quelques variables, le script est opérationnel, et il ne vous reste qu'a le lier dans /etc/cron.daily/ pour obtenir une sauvegarde automatisée de chacune de vos bases. Le script conserve les backups des derniers 7 jours, une par semaine pendant un mois, et une par mois indéfiniment.
Au final, cela me permet de conserver une trace des données sur le long terme, sans pour autant user une espace disque démesuré, dans backups/sql.

Sauvegardes des données:

Pendant longtemps, je me suis contenté d'utiliser rsync pour sauvegarder les données du serveur. Cependant, je souhaitais bénéficier, comme pour les bases de données, de la possibilité de restaurer une sauvegarde plus ancienne. Pour cela, j'ai utilisé des outils standards, rsync, cp, rm, date, find et crontab.

Le fonctionnement est simple:

sauvegarde principale:

Chaque nuit, à 2h30, je sauvegarde l'ensemble des données que je veux pouvoir restaurer dans un répertoire backups/main, avec le "mini script" suivant, qui synchronise la racine du serveur avec ma sauvegarde:


#!/bin/sh
rsync -azh  --exclude=/pattern/à/ne/pas/sauver --exclude=/dev --exclude=/proc --exclude=/tmp --exclude=/sys   --delete-after --delete-excluded --stats / /chemin/vers/backups/main

et cette ligne dans la crontab de root:

30 02  *  *  * /chemin/vers/le/script/main_backup 2>&1 | mail votre@email.tld -s "[Rsync] rapport du `date +%A\ %d\ %B\ %Y`"

Je reçois ainsi chaque jour un rapport statistique sur la synchronisation, de cette forme:


Number of files: 208552
Number of files transferred: 1038
Total file size: 8.23G bytes
Total transferred file size: 354.84M bytes
Literal data: 354.86M bytes
Matched data: 0 bytes
File list size: 6230145
File list generation time: 98.647 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 70.71M
Total bytes received: 24.00K

sent 70.71M bytes  received 24.00K bytes  344.18K bytes/sec
total size is 8.23G  speedup is 116.42

En cas de problème, le mail contient la sortie d'erreur de la commande.

Journalisation des sauvegardes

Pour pouvoir restaurer des sauvegardes plus anciennes, ou des fichiers effacés il y a plusieurs jours sur le serveur (et donc absent de backups/main), j'utilise trois petits scripts simplistes, qui, associés à une ligne adéquate dans la crontab de root, me permettent de conserver l'ensemble des sauvegardes des 7 derniers jours, une sauvegarde par semaine pendant un mois, et une sauvegarde par mois pendant 6 mois.

Note ajoutée à la suite de quiproquo dans les commentaires
Le systéme de journalisation/rotation des backups utilise l'option -l de cp, pour créer des hardlinks au lieu de recopier les fichiers, dans tt les cas ou le fichier n'a pas été modifié. C'est le moyen de n'utiliser que l'espace disque minimum requis. Compresser les données dans une archive ferait perdre cet avantage, et utiliserait, finalement, plus d'espace disque.

Voici les scripts et les entrées dans la crontab qui vont avec:

daily_backup

le script:

#!/bin/sh
find /chemin/vers/backups/timed/daily/* -ctime +7 -exec rm -rf {} \;
cp -al /chemin/vers/backups/main /chemin/vers/backups/timed/daily/`date +%F` 2> /dev/null;

L'entrée dans la crontab:

30 03  *  *  * /home/effraie/scripts/daily_backup

weekly_backup

le script:

#!/bin/sh
find /chemin/vers/backups/timed/weekly/* -ctime +33 -exec rm -rf {} \;
cp -al /chemin/vers/backups/main /chemin/vers/backups/timed/weekly/`date +%U_%F` 2> /dev/null;

L'entrée dans la crontab:

40 03  *  *  0 /home/effraie/scripts/weekly_backup

monthly_backup

Le script:

#!/bin/sh
find /chemin/vers/backups/timed/monthly/* -ctime +183 -exec rm -rf {} \;
cp -al /chemin/vers/backups/main /mnt/usb-data/backups/timed/monthly/`date +%m-%Y` 2> /dev/null;

L'entrée dans la crontab:

50 03  1  *  * /home/effraie/scripts/monthly_backup

Avec ça, je pense être habillé pour l'hiver! Cela dit, toute suggestion d'amélioration est la bienvenue.

À propos des stickers Ubuntu

effraie — Sun, 14 Oct 2007 16:13:00 +0200

Bonjour à tous!

Je sors (provisoirement) la tête de l'eau pour faire un petit point sur les stickers:

Je n'ai plus de stickers disponibles, mais je continue à recevoir du courrier en masse: merci d'arrêter d'en réclamer!
Une nouvelle commande est en cours, les premiers servi seront:
- les courriers déjà reçus que je n'ai pas pu honorer,
- les relais dans les pays francophones (d'ailleurs, on repart a zéro la dessus, désolé à ceux qui s'étaient signalé, j'ai loupé le coche, vous pouvez donc m'écrire a effraie AT ubuntu-fr POINT org pour me donner votre adresse et votre mail)
- enfin, je rouvrirais les commandes en le signalant ici.

Par ailleurs, merci pour vos courriers, certains sont vraiment trés sympa !

Prochaine session classroom, demain!

effraie — Mon, 10 Sep 2007 18:55:00 +0200

La classroom fait sa pré-rentrée!

Dés demain, vous pourrez nous retrouver pour une "mini" session à propos des réseaux locaux (LAN), en attendant la "vraie" rentrée, d'ici quelques jours, au sujet de GPG.

Je n'allais bien sûr pas faire un billet pour vous expliquer qu'une session allait avoir lieu dans deux semaines bien sûr, mais pour vous annoncer que mardi 11 septembre, à partir de 20 heures (heure de Paris) allait avoir lieu une petite session sur l'introduction au fonctionnement des réseaux locaux.
Pourquoi une petite session allez vous me demander ? En fait, petite n'est pas le mot approprié, mais le concept de cette session ne va pas être de faire une présentation théorique et complète sur les LANs (Local Area Network). Mais plutôt de vous présenter quelques concepts simples, démystifier un peu le fonctionnement, et vous amener ainsi à vous poser des questions et à suivre un raisonnement logique.
Cette session se déroulera en deux parties: la première permettra de vous présenter quelques concepts, et la deuxième donc, de répondre à vos innombrables questions.

A mardi !

source: le blog de la classroom

Rappel: la classroom est acessible sur le canal #ubuntu-fr-classroom du réseau irc.freenode.net

Une pause pour les stickers!

effraie — Mon, 13 Aug 2007 12:56:00 +0200

C'est un peu trivial, comme billet, mais je voudrais demander à tous ceux qui m'envoie en ce moment des courriers pour commander des stickers d'attendre désormais jusqu'à septembre.
En effet, je pars d'ici la fin de la semaine en vacance, et je ne rentrerais pas avant la fin du mois d'août.
Ma boite à lettre n'étant pas énorme, et ayant déjà du mal a supporter votre courrier quotidien, j'ai peur que si elle doit accueillir 10 jour de courrier en mon absence, elle explose littéralement, et qu'une partie de vos commandes se perdent.

Je rouvrirais les commandes à mon retour, rassurez vous!

Stickers ubuntu

effraie — Mon, 30 Jul 2007 21:30:00 +0200

Attention! commandes fermées provisoirement

Un petit billet pour vous signaler que vous pouvez de nouveau demander des stickers (gratuits!) pour afficher votre préférences pour ubuntu.
Merci à system76 qui nous les a envoyé gratuitement!
Vous pouvez en obtenir 3 en envoyant une enveloppe timbrée, et avec votre adresse pré-remplie à :

En France:

Stickers Ubuntu
105, rue de l'Ourcq
75019 Paris

Si vous habitez dans un pays francophone autre que la france, tout n'est pas perdu! En suisse, au canada et en belgique, il y a des relais qui existent déjà:

En Suisse:

Pro-OpenSource
Stichwort: Ubuntu-Stickers
Postfach 52
9011 St. Gallen

Au Canada:

Ubuntu Sticker Offer
2448 Cadboro Bay Rd.
Victoria BC
V8S 4C1
Canada

En Belgique:

Powered by Ubuntu - stickers
p/a Baliestraat 84 / 3
8000 Brugge
Belgium

Vous pouvez vous reporter à cette page pour trouver d'autres relais

Dans les autres pays francophones (et francophone uniquement!) je suis à la recherche de personnes relais:

Au Maroc:

...

En Tunisie

...

En Algérie

....

~~Je me ferais~~ Nous nous ferons un plaisir de vous envoyer ça!

Flux de travail numérique pour le photographe sous Ubuntu

effraie — Mon, 30 Jul 2007 19:07:00 +0200

Heureux possesseur d'un appareil reflex numérique, et passionné de photographie, voila quelques temps que je me suis penché sur la meilleur façon d'organiser mon flux de travail sous linux.

En effet, bien que Photoshop soit l'application propriétaire réputée la plus réclamée par les utilisateurs de Linux, l'OS au pingouin est en en réalité très bien équipé pour faire face a un flux de photographie numérique avancé.

Dans ce billet, je vais tenter de présenter un flux de travail pour la photographie numérique, entièrement sous Ubuntu. Certains logiciels présentés ne sont pas libres, mais je présenterai les alternatives libres existantes.

Développer ses RAW

Si la plupart des photographes sont très satisfaits des images JPEG que produit leur appareil photo numérique, le photographe exigeant voudra maîtriser lui même le développement de ses RAW. Pour ceux qui ne le saurait pas, le RAW (codé sur 16 bits (enfin, c'est plus compliqué que ça, en fait... mais bon)) est un format qui conserve l'ensemble des données brutes captées... par le capteur de l'appareil photo, tandis que le JPEG (codé sur 8 bits) est un format déjà traité par l'appareil, au niveau de la couleur, de la balance des blancs, du contraste...

Sur la plupart des appareils photo numérique haut de gamme (récents) et sur tout les reflex numériques, il est possible de choisir le format RAW plutôt que JPEG pour l'enregistrement de ses images, pour conserver un maximum de données et se réserver une marge de manœuvre importante au moment du développement. Si vous souhaitez faire de la photo d'un point de vue expert, professionnel, artistique, ou passionné, c'est le format qu'il vous faut.

Attention! Le format RAW a de nombreux avantages, mais il est également plus contraignant. Les fichiers sont très volumineux, et exige un traitement relativement important avant d'être exploitable d'aucune façon.

Pour développer mes RAW sous Ubuntu, j'utilise un logiciel (propriétaire) d'excellente facture, nommé Bibble. Il s'agit d'un des premier déRAWtiseurs historique, et il produit d'excellents résultats. Disponible sur Linux, mais aussi sur MacOS et Windows, il s'agit d'un logiciel en QT véritablement multiplateforme. C'est à mon goût le meilleur choix possible d'un point de vue technique. Sachez cependant que ce logiciel est payant, et qu'il permet une période d'essai d'un mois.

cliquez sur l'image pour voir la capture en plein écran:

Il faut noter qu'il y a plusieurs alternatives à Bibble sous Linux:

LightZone: un autre logiciel propriétaire, gratuit cette fois ci (mais payant sous MacOS et Windows). Il a de nombreux supporters, mais la version linux est la 2.3 quand la version "officielle" est la 3, et il semble que notre plateforme ne soit pas vraiment considérée comme égale aux autres... Cependant, entre sa gratuité et sa gestion originale des zones et des filtres, il est utile de l'avoir sur un coin de disque dur (ici pour la version linux)

ufRAW est certainement la solution libre la plus abouti pour traiter des RAW. Il existe en version autonome ou en plugin pour the GIMP. Néanmoins, il est a mon goût encore trop loin derrière (en particulier ses interfaces graphiques...) pour suffire a une pratique quasi quotidienne du format RAW.

Citons également, en vrac parce que je les connais moins, et qu'il me semble qu'ils sont moins aboutis, dcRAW (plugin GIMP), RAWtherapee, et RAWstudio. N'oublions pas BlueMarrine un projet encore en développement, mais prometteur.

Tous ces logiciels s'installe trés simplement sous Ubuntu, je ne m'étends pas.

Retoucher ses images

Dans ce domaine, c'est The GIMP le logiciel roi:

Plutôt que de vous répéter des choses que vous savez déjà, je vous donne plutôt quelques liens qui explique comment un photographe peu tirer parti de GIMP:

#tutorials/photos une série de tutoriels orientés photo,
Traitement par zone et gestion 16 bits sous gimp Très complet, très technique: une mine,
Groking the GIMP en français: la bible de gimp,
Masques sous GIMP

N'oubliez pas, cependant, qu'il existe Krita, intégré a l'environnement KDE, qui a les même objectifs que la GIMP. Notons aussi que Gimp à quelques limitations importantes: pas de support 16 bits, pas de gestion des couleurs, pas de calques d'ajustement, pas de groupes de calques...

Gérer sa bibliothèque d'images

Dans ce domaine, les logiciels performants sous Ubuntu sont légion! La plupart d'entre eux permettent de trier, classer, tagger, archiver... vos images, même en très grand nombre. Ils permettent également d'effectuer un certains nombres de retouches "basiques", les fonctionnalités variants d'une application à l'autre: rotation, recadrage, courbes, export vers le web ou un media externe...

Personnellement, j'utilise F-spot, fournit par défaut dans Ubuntu. Il permet une gestion très efficace d'une collection trés importante, des fonctionnalités de retouches avancées, la gestion du versionnage des images, l'export vers gallery, flickr, une galerie web statique, un cd...

Dans ce domaine, certains prétendent que Digikam (intégré a Kubuntu et a l'environnement KDE) est meilleur. Ce n'est pas mon avis, mais ce doit être une affaire de goût. Dans ce domaine, il faut aussi citer Gthumb (de base dans Ubuntu) et Jbrout. (j'en oublie sans doute)

Créer un panoramique

Pour cela, un logiciel sort du lot: il s'agit de Hugin. Un peu complexe à mettre en œuvre, il est rudement efficace! Je vous suggère de vous reporter à cette page de la doc pour en savoir plus.

Créer des images HDR

le HDR est une technique relativement récente en photo numérique, qui produit des résultats impressionnants. Je cite wikipedia:

L'imagerie à grande gamme dynamique (High dynamic range imaging ou HDRI) regroupe un ensemble de techniques numériques permettant d'obtenir une grande plage dynamique dans une image. Son intérêt est de pouvoir représenter ou de mémoriser des niveaux d'intensités lumineuses très différents dans une même image. Cette technique s'effectue en permettant d'attribuer plus de valeurs à un même pixel. D'abord développée pour les images générées par ordinateur, la technique s'est ensuite adaptée à la photographie numérique.

Un exemple de HDR:

image de Nattfodd sous licence Creative Commons CC BY-NC

Pour ce type de traitement sous Ubuntu, il existe une interface graphique conviviale, nommée QTpfsgui
Ce logiciel est disponible sur un dépôt tiers, et il me semble qu'il sera intégré a Ubuntu pour la Gutsy Gibbon. Vous pouvez vous reporter à la documentation pour plus d'information quand à son utilisation et son installation.

Calibration et gestion de la couleur

J'ai gardé ce point pour la fin, car c'est encore aujourd'hui un point noir pour le photographe sous linux.

Si votre écran est d'une qualité correcte, et que vous n'êtes pas trop exigeant, vous pouvez vous en passer, et vous ne savez peut être même pas de quoi il s'agit. Par contre, si vous souhaitez maitriser toute votre chaine photographique, vous savez déjà ce que sont les espaces de couleurs et les profils couleurs des différents matériels.

Sans entrer dans les détails ennuyeux, sachez simplement que chaque appareil traite le rendu des couleur d'une façon qui lui est propre, et que pour obtenir sur papier ce que l'on voit a l'écran, il faut avoir la maitrise du profil couleur de son écran, de son imprimante, et d'une façon générale, de tout les éléments matériels du flux. Pour un écran, il s'agit de le calibrer (régler) de façon a ce qu'il affiche les blanc vraiment blancs, les noirs vraiment noirs, et d'une façon générale, les couleurs d'une façon juste, et pas "chaude" ou "flatteuse", comme pour un jeux vidéo. Sans quoi, sur l'image que vous aviez peaufiné pour obtenir un beau rouge Ferrari sur les fleurs de tatie george, les roses seront oranges... et vous serez vert.

Bibble (par exemple) gère parfaitement les profils, et c'est le cas de nombreuses applications sous ubuntu. Le problème n'est pas là.

Je m'explique: Une bonne calibration ne peut que difficilement être faite a l'oeil, et nécessite l'usage d'une sonde colorimétrique, qui se pose sur l'écran, se branche sur l'ordinateur, et permet de comparer des valeurs de couleurs avec celles que renvoie l'écran. À l'issue de la procédure, vous obtenez un "profil" de votre écran, qui vous permet de maîtriser la colorimétrie de votre écran. En utilisant ce profil en conjonction avec celui de votre imprimante, ou de votre labo photo, vous êtes assuré d'avoir une bonne gestion des couleurs, et vos roses seront rouge Ferrari.

Malheureusement, la plupart des sondes ne sont pas compatibles avec Ubuntu (et Linux en général), et les logiciels qui vont avec sont exclusivement réservés a MacOS et Windows.

Cette page explique comment calibrer son écran sous linux, sans matériel supplémentaire, et quand on a la chance d'avoir un écran qui peut de régler d'un point de vue matériel, et pas seulement logiciel.

Il existe quelques utilitaires, tel que Monica, pour vous aider a régler le point noir et le Gamma de votre écran, Argyll pour créer un profil ICC avec l'une des rares sondes qui soient compatibles avec le pingouin, et enfin Xcalib a charger ce profil, pour l'utiliser. Sachez cependant que c'est loin d'être un processus facile...

Une solution alternative serait d'utiliser un windows virtualisé (avec vmware ou virtualbox?) ou bien déporté avec VNC pour créer sous windows un profil valide pour Xorg... c'est tordu, mais ça devrait marcher. Si quelqu'un a tenté cette expérience, je suis curieux d'en connaître le résultat. (visiblement, ça marche!)

Edit: Stéphan Peccini à écrit un super article en français sur la calibration de son écran sous Linux.

Pour finir

Si tout ce travail ne vous à pas découragé, je vous invite a créer un photoblog avec l'excellent logiciel libre PixelPost pour montrer vos images au monde entier. et au passage, je ne résiste pas à l'envie de vous montrer le mien.

Prochaine session classroom: Initiation au packaging Debian/Ubuntu

effraie — Sun, 08 Jul 2007 20:25:00 +0200

via le blog de la classroom

Une de vos application préférée pas encore packagée ? Vous souhaiteriez vous en charger vous-même, ou tout simplement apprendre à packager des softs pour Debian/Ubuntu ? Dans ce cas ce cours est fait pour vous, rendez-vous le vendredi 13 Juillet à 18H UTC (20H à Paris) sur le canal #ubuntu-fr-classroom du réseau freenode (irc.freenode.net).

Nous verrons dans un premier temps de quoi est constitué un package Debian, puis comment en créer un manière (pas puis plus) propre, et enfin comment faire pour que son paquet soit inclus dans les Dépôts officiels de notre distribution préférée :-)

Prérequis pour le cours:

Avoir installé pastebinit (sudo aptitude install pastebinit)
Avoir installé debhelper cdbs linda build-essential fakeroot devscripts pbuilder dh-make debootstrap (sudo aptitde install...)
Avoir installée la version suivante de lintian: http://people.dunnewind.net/arthur/... (wget puis dpkg -i, ou gdebi...)
Si possible avoir déjà Compilé un programme et savoir ce qu'est un Makefile
Avoir déjà utilisé la ligne de commande

Rassurez vous si ces deux dernières notions ne vous sont pas encore familières, elle seront brièvement expliquées pendant le cours ;-)

Note: ce cours est aussi valable pour Debian que Ubuntu, donc utilisateurs Debian, venez nombreux !

A vendredi !

Prochaine session Classroom : Votre propre Live CD

effraie — Mon, 02 Jul 2007 07:00:00 +0200

Avoir LE LiveCD qui va bien, celui qui fait juste ce qu'il vous faut, et rien d'autre, avaec votre propre thème graphique, votre fond d'écran, ça vous branche ? Tant mieux, car on en parlera Jeudi 05 Juillet sur freenode (canal #ubuntu-fr-classroom) à 20H00, heure Parisienne (18H00 UTC).

Une session en deux parties sera proposée. La première vous proposera une solution pour installer/desinstaller les paquets que vous voulez, et changer la configuration par défaut. La seconde, pour les utilisateurs un peu plus avancés, partira à la découverte de casper, logiciel qui gère le lancement du LiveCD.

Pour préparer la session, pensez juste à télécharger une iso Ubuntu Desktop quelconque (pour éviter des problèmes de compatibilité, récupérez la même version que votre système principal).

A jeudi !

via u-classroom