Lire la Suite »]]>

A la suite d’une fausse manip lors d’une mise à jour, mon PC ne démarre plus avec archlinux. Après expertise, il s’avère que l’installation du paquet de mise à jour du noyau n’est pas allée à son terme. Le noyau ( Vmlinuz ) est à jour mais le initrd lui est trop ancien.

Pour s’en sortir, rien de très compliqué:

Démarrer l’installable d’Archlinux sur un CD ou une clef USB.

Réglez votre clavier correctement avec la commande km, c’est plus facile ensuite

Montez votre partition root

mkdir /recup
mount /dev/sda1 /recup

Mettez à jour le mtab de la partition root

grep -v rootfs /proc/mounts > /recup/etc/mtab

Montez ensuite les filesystem spéciaux

mount -o bind /proc /recup/proc
mount -o bind /dev /recup/dev
mount -o bind /sys /recup/sys

Un petit chroot

chroot /recup
mount -a

Vous pouvez retrouver les derniers paquets installés dans /var/cache/pacman/pkg/ et en réinstaller un avec pacman -U XXX.pkg.tar.gz, pour moi se sera linux-3.1.7-1-x86_64.pkg.tar.xz

Bingo ! Un redémarrage plus tard, tout refonctionne. J’ai trouvé après coup une doc similaire ici http://wiki.archlinux.fr/Install_chroot

Lire la Suite »]]> Si vous avez des erreurs « *** ERROR: No build ID note found » lors de la construction de paquets RPM ( J’utilise ici une Centos 6.2 x64 ) ça vient du script find-debuginfo.sh

+ /usr/bin/install -d /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install
+ /bin/cp -R ./FILES ./Makefile.PL ./apps ./bin ./doc ./etc ./installer ./lib ./man ./resources ./vmware-install.pl ./yes /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install
+ /usr/lib/rpm/find-debuginfo.sh --strict-build-id /home/build/rpm/BUILD/vmware-vsphere-sdk-4.0.0.161974
*** ERROR: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/XML-LibXML-1.63/lib/auto/XML/LibXML/LibXML.so
erreur: Mauvais status de sortie pour /home/build/rpm/tmp/rpm-tmp.3M3FWw (%install)
    Mauvais status de sortie pour /home/build/rpm/tmp/rpm-tmp.3M3FWw (%install)
Exécution_de(%prep): /bin/sh -e /home/build/rpm/tmp/rpm-tmp.ilG9fL

Vous pouvez passer outre en ajoutant la directive

%undefine _missing_build_ids_terminate_build

au début de votre fichier SPEC. Voici un extrait de mon fichier:

%undefine _missing_build_ids_terminate_build
Name:           vmware-vsphere-sdk
Version:        4.0.0.161974
Release:        2%{?dist}
Summary:       Vmware SDK for Perl

L’erreur précédente devient qu’un simple Warning sans incidence.

+ /usr/bin/install -d /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install
+ /bin/cp -R ./FILES ./Makefile.PL ./apps ./bin ./doc ./etc ./installer ./lib ./man ./resources ./vmware-install.pl ./yes /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install
+ /usr/lib/rpm/find-debuginfo.sh /home/build/rpm/BUILD/vmware-vsphere-sdk-4.0.0.161974
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/XML-LibXML-1.63/lib/auto/XML/LibXML/LibXML.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/Compress-Raw-Zlib-2.005/lib/auto/Compress/Raw/Zlib/Zlib.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/Data-Dumper-2.121/lib/auto/Data/Dumper/Dumper.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/UUID-0.03/lib/auto/UUID/UUID.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/bin/libcrypto.so.0.9.8
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/bin/libssl.so.0.9.8
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/Class-MethodMaker-2.10/lib/auto/Class/MethodMaker/MethodMaker.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/XML-LibXML-Common-0.13/lib/auto/XML/LibXML/Common/Common.so

Lire la Suite »]]>

Depuis quelques années nous utilisons des clients légers HP pour lesquels nous avons développé une image sous linux (t5tux). Cette drôle d’idée présente de nombreux avantages:

• On ne dépend de personne pour les mises à jour des client ( RDP, Citrix et autres… ).
• Cette image a été faite quand HP ne proposait pas linux sur ses clients légers.
• La même image fonctionne sur plusieurs générations de clients.
• La config est téléchargée en TFTP.
• L’image se met à jour toute seule avec PXE.
• On apprend plein de choses…

Bref… l’histoire continue avec un nouveau problème: inventorier ces postes avec OCS-NG.

OCS dispose d’un agent d’inventaire pour linux mais celui-ci est assez lourd. De plus, il dispose d’un grand nombre de fonctionnalités inutiles dans notre cas. Nous souhaitons un minimum d’infos: numéro de série, model, ip, mac…

La communication entre l’agent et le serveur se fait avec un fichier XML compressé ou non avec ZLIB et transmis dans une reqûete de type POST. Pourquoi ne pas générer un XML minimaliste et l’envoyer nous même ?

Un simple script bash, épaulé de quelques utilitaires: dmidecode, busybox, wget fera l’affaire.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68

 
#! /bin/sh
 
model=`/usr/local/sbin/dmidecode -s system-product-name`
type=`/usr/local/sbin/dmidecode -s baseboard-product-name`
bytes=`free -k | grep Mem | awk '{ print $2 }'`
memory=$(($bytes/1024))
bytes=`fdisk -l | grep Disk | grep da | cut -f2 -d, | awk '{ print $1 }'`
disk=$(($bytes/1024/1024))
serial=`/usr/local/sbin/dmidecode -s system-serial-number`
hwaddr=`ifconfig eth0 | grep HWaddr | sed "s/.*HWaddr \(.*\)/\1/"`
ip=`ifconfig eth0 | grep "inet addr" | sed "s/.*addr:\(.*\) B.*/\1/"`
tag=`hostname | cut -f1 -d-`
hostname=`hostname`
 
echo "Model: $model"
echo "Ram: $memory"
echo "Disk: $disk"
echo "Serial: $serial"
echo "Mac: $hwaddr"
echo "ip: $ip"
echo "tag: $tag"
echo "hostname: $hostname"
 
cat << EOF > /tmp/inventory.xml
<?xml version="1.0" encoding="UTF-8"?>
<REQUEST>
  <CONTENT>
    <ACCOUNTINFO>
      <KEYNAME>TAG</KEYNAME>
      <KEYVALUE>$tag</KEYVALUE>
    </ACCOUNTINFO>
    <BIOS>
      <ASSETTAG>$serial</ASSETTAG>
      <BMANUFACTURER>Hewlett-Packard</BMANUFACTURER>
      <MMANUFACTURER>Hewlett-Packard</MMANUFACTURER>
      <MSN>$serial</MSN>
      <SMANUFACTURER>Hewlett-Packard</SMANUFACTURER>
      <SMODEL>$model - $type</SMODEL>
      <SSN>$serial</SSN>
    </BIOS>
    <HARDWARE>
      <CHECKSUM>131071</CHECKSUM>
      <MEMORY>$memory</MEMORY>
      <NAME>$hostname</NAME>
      <OSCOMMENTS>T5TUX</OSCOMMENTS>
      <OSNAME>t5tux</OSNAME>
      <VMSYSTEM>Physical</VMSYSTEM>
    </HARDWARE>
    <NETWORKS>
      <DESCRIPTION>eth0</DESCRIPTION>
      <IPADDRESS>$ip</IPADDRESS>
      <MACADDR>$hwaddr</MACADDR>
      <TYPE>Ethernet</TYPE>
    </NETWORKS>
    <STORAGES>
      <DESCRIPTION>FLASH</DESCRIPTION>
      <DISKSIZE>$disk</DISKSIZE>
      <TYPE>disk</TYPE>
    </STORAGES>
  </CONTENT>
  <DEVICEID>$hostname-9999-01-01-01-01-01</DEVICEID>
  <QUERY>INVENTORY</QUERY>
</REQUEST>
 
EOF
 
wget --post-file=/tmp/inventory.xml http://ocs-ng.xxxx.fr/ocsinventory

Quelques astuces:

• wget avec un « –post-file monfichier » ou curl avec un « –binary-data @monfichier » permettent de poster des données.
• le CHECKSUM à 131071 indique que toutes les données sont modifiées. J’ai trouvé cette info sur un forum mais pas dans la doc officielle.
• Le client léger est en lecture seule du coup le DEVICEID ne peut être stocké. La date servant à sa génération est falsifiée: « 9999-01-01-01-01-01″

Très simple et pas forcément très élégant mais ça marche très bien !

Lire la Suite »]]> Les fichiers GRIB sont des fichiers contenant des données météo librement téléchargeable (GRIB (GRIdded Binary) is a mathematically concise data format commonly used in meteorology to store historical and forecast weather data. Source wikipedia). Ils sont souvent utilisés pour la navigation. Certains sites web comme Windguru permettent de visualiser ces données en ligne. Mais il peut s’avérer utile de disposer d’un logiciel permettant de télécharger et d’utiliser ces données hors ligne. Il existe ZyGrib disponible pour Linux, Windows et MacOS.

L’installation est simple:

• Pour Archlinux: yaourt -S zygrib zygrib-maps (Avec les dépots AUR activés)
• Pour Ubuntu / Debian: Les paquets sont disponibles ici

Des cartes plus détaillées sont disponibles sur le site de zygrib.

Sélectionnez à l’aide de la souris la zone pour laquelle vous souhaitez télécharger les données météo.

Cliquez ensuite sur l’icône représentant une « terre ». Une boite de dialogue permettant d’affiner les données à télécharger va s’ouvrir.

Réglez les différents paramètres comme vous le souhaitez. Pensez aussi à changer la durée des prévisions, qui peut aller de 1 à 8 jours.

Pour ceux qui le souhaitent, des informations sur les vagues sont aussi disponibles dans le dernier onglet.

Lancez le téléchargement et patientez quelques instants. Vous avez ensuite une magnifique carte des données météo. Vous pouvez afficher les informations précises concernant une zone à l’aide de la souris.

Un clic droit sur une zone de la carte permet d’afficher les prévisions sous forme de tableau, ce qui est très utile.

Le menu « Données » permet d’afficher différentes données sur la carte.

• La couverture nuageuse

• Les précipitations

• Le vent

Comble du raffinement, on peut afficher les données météo de la période sous forme d’animation. Cette animation peut même être exportée sous forme de série d’images. Vous pourrez alors les convertir en video avec ffmpeg.

ffmpeg -r 3 -i test_%03d.jpg -b 2000k -r 25 -vcodec mpeg4 -sameq test.mp4

Ce qui donne ceci: test

Lire la Suite »]]> Sous linux, la véritable trousse à outil du GPS c’est l’excellent gpsbabel. Il permet de transférer, transformer, filtrer toutes sortes de données provenant de nos GPS. Par contre, pour préparer un trajet et créer une route ou pour visualiser ses données sur une carte « hors ligne » ce n’est pas le bon outil. C’est là qu’intervient Viking, il permet d’afficher les informations provenant de votre GPS sur des fonds de carte openstreetmap et surtout de préparer vos trajets en planifiant des routes.

Ces 2 logiciels sont fournis avec de nombreuses distribution. L’installation se résume à:

• pour Archlinux: yaourt -S viking gpsbabel
• pour Ubuntu: apt-get install viking gpsbabel
• pour Fedora: yum -y install viking gpsbabel

Viking est très simple d’emploi, son usage essentiel se résume à l’import / export de données GPS et à l’ajout de calques représentant des fonds cartographiques.

Une fois le logiciel lancé, ajoutons un fond de carte avec le menu « Nouveau calque « Map »"
Le logiciel propose différents fonds de cartes, la plupart basés sur les données openstreetmap. Nous choisirons ici le type de carte par défaut et nous demanderons le « téléchargement automatique » des cartes.

Nous avons maintenant une carte à l’écran. Pour la manipuler, on peut utiliser la routette de la souris pour zoomer et les touches CTRL + Flèches pour se déplacer sur la carte. Des outils de recherche de lieux sont aussi disponibles dans le menu « Vue » / « Aller à la position ».

Nous allons maintenant ajouter une couche avec les données GPS. Pour cela allez dans le menu « Nouveau calque « GPS »".

Sélectionnez alors votre marque de GPS (ici Garmin) avec le protocole de communication (ici USB:).

Dans la liste des calques sur la gauche, sélectionnez la couche « traces ». Vous avez alors 2 icônes pour dessiner des traces sur le fond de carte.

Utilisez l‘icone verte ou orange, peu importe, pour commencer votre trace. Donnez un nom à la route que vous souhaitez charger dans votre GPS.

A chaque changement de direction important, cliquez avec le bouton gauche sur la carte pour tracer votre route. Un clic droit efface le dernier point de la trace.

Une fois votre trajet défini, vous pouvez exporter cette trace au format GPX.

Maintenant que notre trace est exportée, nous avons un fichier GPX compatible avec notre GPS. Nous aurions pu l’exporter vers le GPS directement depuis Viking mais le fichier est au format « trace » et non « route », notre GPS ne gérera donc pas le routage ! C’est là que le génialissime gpsbabel est utile. Nous allons appliquer un filtre au fichier GPX qui va transformer la trace en route et l’envoyer directement au GPS.

gpsbabel -w -r -t -i gpx -f test.gpx -x transform,rte=trk \

-x simplify,count=500 -o garmin -F usb:

« count=500″ permet de « simplifier » la route en limitant le nombre de points pour les traces très longues.

Si jamais vous trouviez les cartes d’openstreetmap incomplètes, rien ne vous empêche de participer au projet en les complétant !

Lire la Suite »]]> Voilà la suite tant attendue ( par moi surtout ) de la construction de ma fraiseuse numérique.

La voilà presque terminée. il me reste 1 moteur à câbler et la vis sans fin de l’axe des X à installer, tout le reste est en place. On est bien loin de l’épisode 1 avec ses quelques pièces éparses !

N’ayant pas eu le temps de faire un article à chaque étape de l’avancement de la construction, j’ai mis en place un Wiki dans lequel je vais essayer de documenter l’ensemble du projet afin d’aider ceux qui comme moi veulent se lancer dans la fabrication d’un tel outil. Le wiki est « ouvert », si vous aussi vous construisez une machine et que voulez m’aider à documenter, je peux vous donner un accès en écriture. Pour le moment il n’y a pas grand chose, mais je compte l’enrichir régulièrement et je compte aussi sur votre aide !

L’adresse du projet: http://odcnc.equinoxefr.org

Lire la Suite »]]> Si vous souhaitez utiliser une base de données depuis PHP sur une Centos 5.x, voilà la procédure à suivre.

On partira du principe que vous avez déjà installé PHP et apache.

Vous devez aussi installer les outils de développement afin de pouvoir compiler PECL:

yum -y groupinstall "development tools"

Sur Centos 5.4 X64, les paquets suivants sont installés:

flex-2.5.4a-41.fc6.x86_64
gcc-4.1.2-48.el5.x86_64
redhat-rpm-config-8.0.45-32.el5.centos.noarch
strace-4.5.18-5.el5_5.5.x86_64
rpm-build-4.4.2.3-20.el5_5.1.x86_64
1:make-3.81-3.el5.x86_64
1:pkgconfig-0.21-2.el5.x86_64
gettext-0.14.6-4.el5.x86_64
gettext-0.14.6-4.el5.i386
automake-1.9.6-2.3.el5.noarch
gdb-7.0.1-23.el5_5.2.x86_64
bison-2.3-2.1.x86_64
libtool-1.5.22-7.el5_4.x86_64
autoconf-2.59-12.noarch
gcc-c++-4.1.2-48.el5.x86_64
binutils-2.17.50.0.6-14.el5.x86_64
ltrace-0.5-13.45svn.el5.x86_64
diffstat-1.41-1.2.3.el5.x86_64
splint-3.1.1-16.el5.x86_64
1:valgrind-3.5.0-1.el5.x86_64
1:valgrind-3.5.0-1.el5.i386
systemtap-1.1-3.el5_5.2.x86_64
subversion-1.4.2-4.el5_3.1.x86_64
subversion-1.4.2-4.el5_3.1.i386
texinfo-4.8-14.el5.x86_64
python-ldap-2.2.0-2.1.x86_64
patchutils-0.2.31-2.2.2.x86_64
byacc-1.9-29.2.2.x86_64
gcc-gfortran-4.1.2-48.el5.x86_64
elfutils-0.137-3.el5.x86_64
rcs-5.7-30.1.x86_64
automake16-1.6.3-8.el5.1.noarch
automake17-1.7.9-7.el5.2.noarch
automake14-1.4p6-13.el5.1.noarch
automake15-1.5-16.el5.2.noarch
ctags-5.6-1.1.x86_64
dogtail-0.6.1-3.el5.noarch
swig-1.3.29-2.el5.x86_64
dev86-0.16.17-2.2.x86_64
1:doxygen-1.4.7-1.1.x86_64
indent-2.2.9-14.fc6.x86_64
cvs-1.11.22-7.el5.x86_64
pstack-1.2-7.2.2.x86_64
oprofile-0.9.4-15.el5.x86_64
cscope-15.5-15.1.el5_3.1.x86_64

Sur le site d’oracle, télécharger les paquets suivants (en RPM):

1. oracle-instantclient11.2-basic
2. oracle-instantclient11.2-sqlplus (optionnel)
3. oracle-instantclient11.2-devel

Installer les paquets fraîchement téléchargés:

rpm -Uvh oracle-instantclient11.2-basic-11.2.0.2.0.x86_64.rpm oracle-instantclient11.2-devel-11.2.0.2.0.x86_64.rpm oracle-instantclient11.2-sqlplus-11.2.0.2.0.x86_64.rpm

Il est nécessaire d’indiquer au système le chemin des nouvelles librairies:

echo "/usr/lib/oracle/11.2/client64/lib/" > /etc/ld.so.conf.d/oracle_lib.conf
ldconfig

Vous pouvez tester votre installation d’oracle en lançant /usr/bin/sqlplus64.

SQL*Plus: Release 11.2.0.2.0 Production on Wed Nov 10 14:41:50 2010
Copyright (c) 1982, 2010, Oracle.  All rights reserved.
Enter user-name:

Ensuite on va installer OCI8 à l’aide de PECL:

Si vous passez par un proxy HTTP, configurez PECL comme suit:

pear config-set http_proxy http://proxy.xxx:3128

Lancez l’installation proprement dite.

pecl install oci8

L’installation se lance. A la question « Please provide the path to the ORACLE_HOME directory. Use ‘instantclient,/path/to/instant/client/lib’ if you’re compiling with Oracle Instant Client [autodetect] :« , donnez le chemin où est installé le client oracle, ici: instantclient,/usr/lib/oracle/11.2/client64/lib

downloading oci8-1.4.3.tgz ...
Starting to download oci8-1.4.3.tgz (153,515 bytes)
............done: 153,515 bytes
10 source files, building
running: phpize
Configuring for:
PHP Api Version:         20041225
Zend Module Api No:      20050922
Zend Extension Api No:   220051025
Please provide the path to the ORACLE_HOME directory. Use 'instantclient,/path/to/instant/client/lib' if you're compiling with Oracle Instant Client [autodetect] : instantclient,/usr/lib/oracle/11.2/client64/lib
building in /var/tmp/pear-build-root/oci8-1.4.3
running: /tmp/tmppNXlUK/oci8-1.4.3/configure --with-oci8=instantclient,/usr/lib/oracle/11.2/client64/lib
checking for egrep... grep -E
checking for a sed that does not truncate output... /bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether gcc and cc understand -c and -o together... yes

...
Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).
running: make INSTALL_ROOT="/var/tmp/pear-build-root/install-oci8-1.4.3" install
Installing shared extensions:     /var/tmp/pear-build-root/install-oci8-1.4.3/usr/lib64/php/modules/
running: find "/var/tmp/pear-build-root/install-oci8-1.4.3" -ls
4149348    4 drwxr-xr-x   3 root     root         4096 nov 10 13:38 /var/tmp/pear-build-root/install-oci8-1.4.3
4149377    4 drwxr-xr-x   3 root     root         4096 nov 10 13:38 /var/tmp/pear-build-root/install-oci8-1.4.3/usr
4149378    4 drwxr-xr-x   3 root     root         4096 nov 10 13:38 /var/tmp/pear-build-root/install-oci8-1.4.3/usr/lib64
4149379    4 drwxr-xr-x   3 root     root         4096 nov 10 13:38 /var/tmp/pear-build-root/install-oci8-1.4.3/usr/lib64/php
4149380    4 drwxr-xr-x   2 root     root         4096 nov 10 13:38 /var/tmp/pear-build-root/install-oci8-1.4.3/usr/lib64/php/modules
4149376  476 -rwxr-xr-x   1 root     root       481338 nov 10 13:38 /var/tmp/pear-build-root/install-oci8-1.4.3/usr/lib64/php/modules/oci8.so
Build process completed successfully
Installing '/var/tmp/pear-build-root/install-oci8-1.4.3//usr/lib64/php/modules/oci8.so'
install ok: channel://pecl.php.net/oci8-1.4.3
You should add "extension=oci8.so" to php.ini

Comme indiqué, il faut maintenant configurer php pour utiliser le module OCI8.

echo "extension=oci8.so" > /etc/php.d/oci8.ini

redémarrez apache pour prendre en compte les modifications ( /etc/init.d/httpd restart ) . Vous pouvez vérifier la prise en compte d’OCI en utilisant  la fonction PHP phpinfo();

Vous pouvez maintenant profiter d’ORACLE au travers du couple PHP / APACHE.

La doc officielle d’installation d’OCI8 est ici

Lire la Suite »]]>

Pop

Afin de traiter au mieux ses photos en RAW, il vaut mieux disposer d’un moniteur calibré. Pour cela il est nécessaire d’utiliser une sonde: c’est un petit périphérique USB ( On en trouve autour de 80€ ) qui vient se placer sur l’écran et qui va analyser le rendu des couleurs afin de déterminer le profil colorimétrique correspondant à votre écran. Ce profil, un fichier ICC, sera utilisé par le système pour avoir un rendu de couleur très proche de la réalité et ainsi permettre de traiter au mieux ses photos. Autant avant avec des photos JPG en 8bits l’intérêt était très limité, autant maintenant avec des fichiers RAW de 14 bits, la calibration prend tout son sens.

Sous linux, on commence à voir apparaitre des outils pour calibrer les écrans. Parmi ces logiciels, 3 vont nous intéresser ici:

• Argyll: Logiciel permettant de gérer un grand nombre de sondes colorimétriques. Il est indispensable au calibrage de l’écran. Son utilisation est par contre peu aisée pour les novices.

• dispcalGUI:Logiciel permettant de gérer la calibration de son écran. Il utilise Argyll pour piloter les sondes colorimétriques.
• Gnome Color Manager: Permet de charger un profil colorimétrique dans gnome.

Première étape: Installer Argyll

Cette suite logicielle est fournie de base dans Ubuntu Lucid, il n’y a donc aucun soucis d’installation.

 sudo apt-get install argyll

Suivant le modèle de votre sonde, il faudra ou non importer le firmware du fabricant. Pour cela, reportez vous à la documentation officielle d’argyll.

Deuxième étape: installer dispcalGUI

Ce petit logiciel n’est malheureusement pas disponible dans les dépots officiels. Par contre, l’auteur nous fourni un système d’installation fort simple basé sur autopackage.

Il suffit de se rendre à cette addresse et de télécharger le fichier .package (Linux Autopackage)

ensuite dans une console rendez ce fichier exécutable:

chmod +x dispcalGUI-0.4.9.2.package

puis lancez l’installation:

./dispcalGUI-0.4.9.2.package

Suivez les étapes.

Le mot de passe peut vous être demandé plusieurs fois au cours de l’installation afin de copier les fichiers dans les répertoires système.

Les pré-requis sont vérifiés puis l’installation est lancée

Ca y est, dispcalGUI est installé sur votre système. Il peut être lancé depuis la console avec un « dispcalGUI » ou depuis le menu « Graphisme » de gnome.

Troisième étape: Installer Gnome Color Manager

La paquet fait partie des dépôts de base dans Ubuntu Lucid, il n’y a donc aucun soucis d’installation.

 sudo apt-get install gnome-color-manager

Maintenant que toute notre chaine de calibrage est prête, lançons nous !

Le calibrage

• Branchez votre sonde (J’utilise une Spyder 3 Express)

• Lancez dispcalGUI

• Allez dans le menu « options » puis cliquez sur « Détecter les périphériques d’affichage est les instruments »

Vous devez alors voir le nom de votre sonde dans la fenêtre principale. Ici la Spyder 3.

Ne connaissant pas encore la signification de toutes les options du logiciel, j’ai préféré laisser les options par défaut. La seule modification apportée concerne la qualité du profil que j’ai poussé au maximum.

• Cliquez alors sur « calibrer et caractériser ». Une fenêtre s’ouvre et vous invite à placer la sonde sur la croix. Faites le et cliquez sur « lancer la mesure ».

• Dans le menu qui s’ouvre sur le côté, choisissez « Calibrer » en appuyant sur 7. Pour améliorer la qualité vous pouvez cocher « Arrière-plan noir » mais ce n’est pas très pratique, les derniers choix avant la calibration se faisant en aveugle.

• Vous pouvez aller vous préparer un café, l’opération dure de longues minutes…

Vous disposez maintenant d’un fichier ICC prêt à être utilisé dans votre logiciel de traitement de photos. Vous pouvez aussi l’utiliser dans « gnome color manager » afin qu’il soit chargé au lancement de votre session. Pour cela allez dans les préférences de gnome est lancez « Gestion des couleurs ».

Si vous trouvez votre écran légèrement « jaune », ne vous inquiétez pas c’est qu’il est calibré correctement !

J’utilise BibblePro 5 ( Oui, je sais ce n’est pas Opensource, mais… ) paramétré comme suit:

• Profil de l’écran: Le profil fraichement créé par la sonde
• Epreuvage à l’écran: Encore le profil fraichement créé par la sonde
• Gestion des couleurs: Profil ICC
• Espace de travail: Pro Photo RGB

Pour ceux qui n’ont pas de sonde et qui ont comme moi un MacBook Unibody (5.1) voilà le fichier de calibration de l’écran.

Lire la Suite »]]>

J’ai un NAS Buffalo Linkstation Duo pro qui a la possibilité de passer en veille quand il n’est pas utilisé. Seulement voilà, comme bien souvent, cette fontionnalité n’est disponible que sous Windows ou MacOs pour lesquels des drivers  sont fournis.

Heureusement pour nous, le réveil du NAS est une opération assez simple, elle consiste simplement à envoyer au NAS des paquets « WakeOnLan » toutes les 20 secondes. Nous allons donc écrire un petit script qui une fois lancé maintiendra le NAS en éveil. Ce script nécessite l’installation du paquet « wakeonlan ».

sudo apt-get install wakeonlan

Ouvrez un nouveau script  à l’aide de gedit

 
gedit ~/scripts/wakenas.sh

Insérez y le code suivant en remplaçant les variables IP et MAC par les vôtres.

 
#! /bin/sh
# Insert IP of your NAS
IP="192.168.1.25"
 
# Insert ethernet address of your NAS
MAC="00:1D:73:XX:XX:XX"
 
PID=$$
(
zenity --notification --window-icon="/usr/share/icons/gnome/scalable/devices/drive-harddisk.svg" --text="Clic to quit"
kill -9 $PID
exit
)&
 
while [ 1 ]
do
wakeonlan -i $IP $MAC
sleep 20
done

Puis rendez le éxécutable

 
chmod +x ~/scripts/wakenas.sh

Lorsqu’il est lancé, une icone apparaît dans la barre des taches. Un clic sur l’icone termine le script et permet au nas de se remettre en veille. Voilà quelques watts d’économisés facilement.

Lire la Suite »]]> Adapter son environnement  de travail à vos envies du moment, voilà un domaine ou Linux a beaucoup d’avance sur ses concurrents !

Au cours de ces dernières années passées sous Linux, j’ai essayé un peu tous les environnements de bureau, e16, kde, gnome, fluxbox, xfce… tout y est passé ou presque.

Ces temps-ci, je m’étais arrêté sur Gnome, pour une raison essentielle, c’est simple et efficace, et bien « packagé » dans les grandes distributions. Seulement voilà, l’envie de changer est de retour, et ce pour de bonnes raisons (enfin, tout est question de point de vue;-) : a force d’utiliser gnome, je l’ai adapté à mes besoins, je n’utilise pas le bureau, pas plus que gnome-terminal (depuis l’épisode urxvt / screen ),  je ne me sers que de nautilus, du panel et de nombreuses applications GTK ou QT. Pourquoi alors conserver Gnome, qui n’est pas particulièrement réactif et léger (tiens un troll !)? Ici où là, au fil des flux RSS, je vois fleurir des expériences, heureuses le plus souvent, avec un gestionnaire de fenêtres que je ne connais pas encore : OpenBox.

Après quelques tests rapides, j’ai retenu comme environnement OpenBox équipé du fameux dock « Avant Window Manager », de nautilus, urxvt / screen  et quelques autres « bouts » de gnome (gnome-power-manager, gnome-settings-daemon, nm-applet…)

Rien ne vaut une petite capture d’écran pour résumer tout ça

Pour ce qui est de l’installation, c’est simple, il ne faut que quelques coups d’ »apt-get »…

[code]

sudo apt-get install openbox obmenu obconf awn-applets-c-core awn-applets-c-extras awn-applets-python-core awn-applets-python-extras awn-manager libawn-extras0 libawn0 python-awn python-awn-extras python-awnlib parcellite

[/code]

seulement voilà, un vilain bug c’est glissé dans la code d’OpenBox et la combinaison OpenBox /awn provoque des problèmes de focus. Il y a une « barre » d’une centaine de pixels en bas de l’écran qui reste innaccessible aux « clics » de souris. Pas de problème, notre chère communauté a bien travaillé, un patch est déjà disponible. Le bug est référencé ici, et le pach là.

Pour être le plus propre possible, nous allons « patcher » le paquet OpenBox d’Ubuntu (Je suis actuellement sous Jaunty 64bits)

[code]

mkdir ~/compil

cd ~/compil

sudo apt-get source openbox

wget -O openbox.patch http://bugzilla-attachments.icculus.org/attachment.cgi?id=1893

cd openbox-3.4.7.2/

cat ../openbox.patch | sudo patch -p0

sudo apt-get install devscripts

sudo apt-get build-dep openbox

sudo debuild -us -uc

cd ..

sudo dpkg -i *.deb

[/code]

Ca y est, après quelques minutes, on a notre openbox patché et installé. Fini le bug de la barre en bas.

Il ne reste plus qu’à « customiser » l’environnement. La configuration d’openbox est accessible soit via les utilitaires obconf et obmenu soit avec un bon éditeur de texte dans .config/openbox/…

J’ai ajouté un certain nombre de programmes au démarrage de ma session. Voilà le fichier autostart.sh d’openbox.

[code]

# This shell script is run before Openbox launches.
# Environment variables set here are passed to the Openbox session.

xcompmgr &

# Set a background color
BG=""
if which hsetroot >/dev/null; then
BG=hsetroot
else
if which esetroot >/dev/null; then
BG=esetroot
else
if which xsetroot >/dev/null; then
BG=xsetroot
fi
fi
fi
test -z $BG || $BG -solid "#303030"

# D-bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS"; then
eval `dbus-launch --sh-syntax --exit-with-session`
fi

# Make GTK apps look and behave how they were set up in the gnome config tools
if test -x /usr/libexec/gnome-settings-daemon >/dev/null; then
/usr/libexec/gnome-settings-daemon &
elif which gnome-settings-daemon >/dev/null; then
gnome-settings-daemon &
# Make GTK apps look and behave how they were set up in the XFCE config tools
elif which xfce-mcs-manager >/dev/null; then
xfce-mcs-manager n &
fi

# Run XDG autostart things.  By default don't run anything desktop-specific
# See xdg-autostart --help more info
DESKTOP_ENV=""
if which /usr/lib/openbox/xdg-autostart >/dev/null; then
/usr/lib/openbox/xdg-autostart $DESKTOP_ENV
fi

(
sleep 3
awn&
sleep 1
nm-applet&
pidgin&
parcellite&
conky&
gnome-power-manager&
)&

[/code]

Pour finir, voilà un petit voyage sur mon environnement !