Changement d'adresse du blog !!

Blog.Roozeec.fr

J'avais acheté il y a quelque temps une télécommande ATI pour pouvoir piloter mon PC. Je voulais à vrai dire voir un petit peu de quoi ca avait l'air.



Et àprès quelques manipulations et tests, cette télécommande est restée dans le fond de mon tiroir. Je l'ai retrouvé il y a quelques jour et j'ai donc voulu la tester sous Ubuntu. La version Ubuntu est la Edgy.

tout d'abord, voir comment Ubuntu réagi lorsque je branche le capteur HF sur un port USB. Pour celà je regarde les messages systèmes en tapant dmesg dans un terminal :

[17194778.044000] input: X10 Wireless Technology Inc USB Receiver as /class/input/input3
[17194778.044000] usbcore: registered new driver ati_remote
[17194778.044000] drivers/usb/input/ati_remote.c: Registered USB driver ATI/X10 RF USB Remote Control v. 2.2.1
[17194778.052000] drivers/usb/input/ati_remote.c: Weird data, len=1 ff 00 00 00 00 00 ...

Apparemment, c'est ok, elle est reconnue. Je double-vérifie en lancant la commande lsusb pour voir les connections sur les ports USB :

Bus 002 Device 001: ID 0000:0000 
Bus 001 Device 005: ID 0bc7:0004 X10 Wireless Technology, Inc. X10 Receiver
Bus 001 Device 003: ID 046d:0929 Logitech, Inc.
Bus 001 Device 004: ID 1532:0003 
Bus 001 Device 001: ID 0000:0000 

Egalement présente en tant que module X10. Donc tout va bien .... a priori...
Je lance maintenant un film avec mplayer et je m'apercois que beaucoup de touches ne fonctionne pas ou font pas vraiment ce qu'il faut.

donc, je surfe, je teste, je bidouille, eh oui .... pour en arriver à ce qui suit.

Il y a en fait 2 méthodes pour faire fonctionner la télécommande, soit par un module directement impléménté dans le kernel (ati_remote), soit par un programme externe : lirc.

C'est cette dernière méthode que je vais utiliser car grace à elle on a un contrôle total de la télécommande pour chaque application que l'on veut piloter.

Tout d'abord l'installation se fait sans problèmes particulier , un simple sudo apt-get install lirc et c'est parti.

Dépaquetage de lirc (à partir de .../lirc_0.8.1+cvs20070310-0ubuntu1~edgy1_i386.deb) ...
Paramétrage de lirc (0.8.1+cvs20070310-0ubuntu1~edgy1) ...
Setting up modutils file
##################################################
## LIRC IS NOT CONFIGURED                       ##
##                                              ##
## read /usr/share/doc/lirc/html/configure.html ##
##################################################
Starting lirc daemon:.

Un message indique que lirc n'est pas configuré. Normal. donc configurons tout celà.
Deux fichiers sont utilisés pour la configuration de la télécommande :

• /etc/lirc/lircd.conf
• /etc/lirc/hardware.conf

Fichier /etc/lirc/hardware.conf

Ce fichier est utilisé pour définir le driver que l'on va utiliser pour la télécommande, dans ce cas c'est : atiliusb

Le fichier ressemble à ca :

# /etc/lirc/hardware.conf
#
# Arguments which will be used when launching lircd
LIRCD_ARGS=""

#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD=false

#Try to load appropriate kernel modules
#LOAD_MODULES=true

# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="atilibusb"
# If DEVICE is set to /dev/lirc and devfs is in use /dev/lirc/0 will be
# automatically used instead
DEVICE=""
MODULES=""

# Default configuration files for your hardware if any
LIRCD_CONF=""
LIRCMD_CONF=""

Fichier /etc/lirc/lircd.conf

Ce fichier est très important car c'est lui qui défini les codes des touches de la télécommande. Heureusement, il existe un programme qui permet d'enregistrer pour chaque touche les codes correspondant. C'est assez laborieux a faire quand même, mais bon, voici comment faire :

Tout d'abord il faut passer en mode root : sudo su

Le programme utilisé est le programme irrecord. Comme le dit le programme lui-même :
irrecord -  application for recording IR-codes for usage with lirc
En francais dans le texte : irrecord - programme pour enregister les codes infra-rouges avec lirc

La commande à lancer est donc : irrecord -H atilibusb atiremotewonder.conf

Note : si vous n'êtes pas en mode root vous risquez d'avoir le message d'erreur suivant :
irrecord: could not init hardware (lircd running ? --> close it, check permissions)

Bon, Allons-y pour la définition des touches (en gras les commentaires que j'ai rajoutés)  :

Press RETURN to continue.

Hold down an arbitrary button. Appuyer de facon continue sur un bouton"
................................................................................
Found gap length: 147959
Now enter the names for the buttons.

Please enter the name for the next button (press <ENTER> to finish recording)
MENU Definion de la touche MENU

Now hold down button "MENU" Appuyer sur le bouton adequat
Please enter the name for the next button (press <ENTER> to finish recording)

Et ainsi de suite
Quand c'est fini, appuyer sur ENTREE

Checking for toggle bit mask.
Please press an arbitrary button repeatedly as fast as possible.
Make sure you keep pressing the SAME button and that you DON'T HOLD
hthe button down!.
If you can't see any dots appear, then wait a bit between button presses.
.............................. Là, j'ai pas trop compris le but de la manip ....
Invalid toggle bit.
Successfully written config file.

Le fichier atiremotewonder.conf à donc été crée.

Maintenant et c'est très important, il faut copier ce fichier dans le répertoire /etc/lirc avec comme nom : lircd.conf

Commande à taper : sudo cp atiremotewonder.conf /etc/lirc/lircd.conf

Le fichier ressemble à ca :

begin remote

  name  atiremotewonder.conf
  bits           16
  eps            30
  aeps          100

  one             0     0
  zero            0     0
  pre_data_bits   8
  pre_data       0x14
  post_data_bits  16
  post_data      0x0
  gap          148030
  toggle_bit_mask 0x0
  min_repeat      3

      begin codes
          A                        0xC500
          .........
          VOLDOWN                  0xCE09
          ............
          CLOSE                    0x417C
          ............
      end codes

end remote

Vous pouvez le télécharger ici : /etc/lirc/lircd.conf

Maintenant testons tout ca !

Premièrement, relancer le démon lirc pour prendre en compte nos fichiers de configurations. Ceci se fait avec la commande : sudo dpkg-reconfigure lirc

sudo dpkg-reconfigure lirc
Password:
Stopping lirc daemon: lircmd lircd.
Starting lirc daemon: lircd.

Maintenant, lancons un programme qui permet d'afficher les touches appuyées : irw
A ce moment dès qu'une touche de la télécommandes est appuyé, son code et son nom apparait :

0000014df1a0000 03 UP atiremotewonder.conf
00000014df1a0000 04 UP atiremotewonder.conf
00000014e7220000 00 DOWN atiremotewonder.conf
00000014e7220000 01 DOWN atiremotewonder.conf
00000014e7220000 02 DOWN atiremotewonder.conf
00000014e7220000 03 DOWN atiremotewonder.conf
00000014e7220000 04 DOWN atiremotewonder.conf
00000014e41f0000 00 NEXT atiremotewonder.conf
00000014e41f0000 01 NEXT atiremotewonder.conf
00000014e41f0000 02 NEXT atiremotewonder.conf

Super, ca marche !

Configuration des bouton pour une application : mplayer

Lirc chargera (si il existe) le fichier qui se trouve sous votre répertoire personnel : ~/.lircrc

Ce fichier definit pour chaque application, le role de chaque touche. Par exemple :

begin
  button = volup
  prog = mplayer
  config = volume 10
  repeat = 5
end

Ce qu'il faut absolument, c'est que le nom du champ button soit présent également dans le fichier lircd.conf. C'est à dire que si j'écris : button = volumeup et que dans lirc.conf j'ai volup, ca ne marchera pas.

Voic un fichier pour mplayer : ~/lircrc.mplayer. A renommer en .lircrc.mplayer pour le cacher
A noter que le fichier ~/.lircrc supporte les inclusion de fichier, ce qui peut etre plus facile à ecrire et à maintenir . Comme par exemple : include ~/.lircrc.mplayer

Faire fonctionner tout ca au démarrage :

Ce qu'il faut tout simplement faire, c'est de supprimer le chargement du module ati_remote au démarrage. Ceci se fait dans le fichier :  /etc/modprobe.d/blacklist
Il suffit d'y rajouter (en mode root bien sur) les lignes suivantes :

#Ne pas charger le module ati_remote
blacklist ati_remote

Un petit test avec un film avec mplayer. Test rapide , augmentation/diminution du volume, pause, stop . tout fonctionne correctement. Génial !
Amusez vous bien !!

Article un peu technique....

Comme je suis curieux, j'ai voulu tester une autre distribution Linux sur une de mes partitions libres. Mal m'en a pris, car j'ai eu encore un gros soucis de redemarrage.

D'une part la distribution que j'ai installé ne démarre pas.... pas glop!
D'autre part , malgré mon expérience Linux (qui n'est quand même pas trop mauvais à mon avis), dur dur de remettre mon chargeur de boot grub dans son etat initial, as savoir celui de ma distribution usuelle Ubuntu.

Pourtant, je m'étais déjà dit de passer l'installation de grub dans le cas d'une installation d'une autre distribution Linux. Je l'avais déjà dit dans cet article. Grr...

Enfin bref, après moult et moult essais, boots et reboots sur un Live cd Ubuntu et reconfiguration de grub comme l'article cité précédemment. Rien a faire.

Finalement j'ai été obligé de passer par fdisk pour changer ma partition de démarrage. Manipulation a faire avec précautions...car si on ne sait pas ce que l'on fait ca peut être encore pire.

Tout ceci dit, Ubuntu redémarre et se plante. Argh !!!

Un seul message :fsck.ext3 : unable to resolve 'UUID=xxxxxxxxxxxx'.

Oulà, ca sent pas bon du tout tout ca !!! Et je reboote avec ensuite un petit coup de surf sur le pour trouver l'article qui me sauvera : Problème de montage de disque sous Ubuntu au démarrage.

Donc pour résumer : La distribution Ubuntu Edgy a modifié mon fichier /etc/fstab pour faire apparaitre un identitifcateur unique pour chaque partition. Si une partition vient a être formatéé (c'est ce que j'ai fait donc pour tester une autre distribution), cet identificateur change. Et c'est là le soucis, car ce fichier fstab n'est donc plus cohérent avec le nouvel identificateur de la partition. donc plantage.

Voici un echantillon de mon fichier /etc/fstab :

# /etc/fstab: static file system information.
#
#
proc /proc proc defaults 0 0
# /dev/sda1 -- converted during upgrade to edgy
UUID=b028497e-ac42-4536-92aa-4d11ffac0245 / ext3 defaults,errors=remount-ro 0 1
# /dev/sda4 -- converted during upgrade to edgy
UUID=46e8c32a-6c34-6542-E678-3672ac59ed5c /data2 ext3 defaults 0 2
# /dev/sda2 -- converted during upgrade to edgy
UUID=eeaf2885-b65a-4dc5-ae3e-0a2dbda2b7c0 /home ext3 defaults 0 2
# /dev/hdc1 -- converted during upgrade to edgy
UUID=D6C8593BC8591AD7 /media/hdc1 ntfs defaults,nls=utf8,umask=007,gid=46 0 1
# /dev/hdc5 -- converted during upgrade to edgy
UUID=c085e85d-0d43-4f87-8fcf-12dfd6e0accc /media/hdc5 ext3 defaults 0 2
# /dev/hdc7 -- converted during upgrade to edgy
UUID=e5b98ad6-b4f5-456c-b92f-9cad5631c971 /media/hdc7 ext2 defaults 0 2
# /dev/sda3 -- converted during upgrade to edgy
UUID=fc4dc690-b927-473c-8f73-0e036416d147 none swap sw 0 0

La partition sur laquelle je voulais tester l'autre distribution est /dev/sda4 (en gras ci-dessus)

La modification est en fait très simple, et le plus important était de la savoir.

Il suffit de voir la liste des UUID des partitions de votre système avec la commande : ls /dev/disk/by-uuid/ -alh , qui donnera par exemple :

total 0
drwxr-xr-x 2 root root 180 2007-04-04 22:13 .
drwxr-xr-x 6 root root 120 2007-04-05 00:13 ..
lrwxrwxrwx 1 root root  10 2007-04-05 00:13 a1af1e57-b631-4760-886a-56676f41133b -> ../../sda4
lrwxrwxrwx 1 root root  10 2007-04-05 00:13 b028497e-ac42-4536-92aa-4d11ffac0245 -> ../../sda1
lrwxrwxrwx 1 root root  10 2007-04-05 00:13 c085e85d-0d43-4f87-8fcf-12dfd6e0accc -> ../../hdc5
lrwxrwxrwx 1 root root  10 2007-04-04 22:13 D6C8593BC8591AD7 -> ../../hdc1
lrwxrwxrwx 1 root root  10 2007-04-05 00:13 e5b98ad6-b4f5-456c-b92f-9cad5631c971 -> ../../hdc7
lrwxrwxrwx 1 root root  10 2007-04-05 00:13 eeaf2885-b65a-4dc5-ae3e-0a2dbda2b7c0 -> ../../sda2
lrwxrwxrwx 1 root root  10 2007-04-05 00:13 fc4dc690-b927-473c-8f73-0e036416d147 -> ../../sda3

Je repère donc la partition sda4 (en gras). Et là bien sur on voit le soucis, les 2 informations sont différentes, d'ou le problème.

Pour modifier tout ça faire la commande : sudo nano /etc/fstab
Il suffit ensuite de modifier la ligne adéquate (ici sda4) en remplacant le UUID du fichier fstab par celui de la commande ls précédente, de facon à avoir :

# /dev/sda4 -- converted during upgrade to edgy
UUID=a1af1e57-b631-4760-886a-56676f41133b /data2 ext3 defaults 0 2

Pour sauvegarder sous nano : CTRL+O et ensuite CTRL+X

Et hop un reboote, et là ca repart normalement ... ouf .....

Je parle souvent dans mes articles de mettre à jour un programme, mais en fait pour les nouveaux venus à Ubuntu, je n'ai jamais encore expliqué comment se passent les mises à jour sous Ubuntu. c'est ce que je vais montrer aujourd'hui.

C'est en fait assez simple. tout se passe en premier lieu sur votre bureau Gnome. En cas de mises à jour d'applications que vous avez installées et disponibles dans les dépots que vous avez configuré sur votre système, un petit icone apparait sur votre bureau :


Pour avoir plus de précisions, il suffit de passe la souris au-dessus de cet icône et l'information du nombre de paquets à mettre à jour apparaît. Ici, le nombre est de 24


Un seul clic sur cet icône, et une boite de dialogue apparaît vous vous demandez les droits d'administration. En effet pour installer un paquet ou une mise à jour il faut avoir les droits d'administration (root). Une fois le mot de passe donné, l'application de mise à jour vous montre les différentes mises à jour possible. Vous pouvez désélectionner des applications que vous ne voulez pas mettre à jour. Par exemple, ici on voit que Firefox doit être mis à jour. Cette version 2.0.0.3 est sortie depuis quelques jour et est déjà disponible dans les dépots officiels. Ca c'est cool !


Une fois que vous etes décidés, vous cliquez simplement sur Installer les mises à jour et c'est parti !


En cliquant sur la petite flèche blanche, il est possible de voir l'avancement du téléchargement :


Après les téléchargements, voici la mise a jour proprement dite.


Toujours avec la petite flèche blanche ...


Et voilà , c'est fini !


Il se peut, qu'une information apparaisse sur le bureau précisant les effets de la mise à jour.

C'est la petite lampe sur la barre des taches Gnome :


En cliquant dessus, le détail de l'information de mise à jour. Ici , il est dit de redémarrer Firefox pour prendre en compte la dernière version


Bon, voilà pas vraiment compliqué non ?

Si vous êtes comme moi un peu nul pour les associations de couleur (pour un dessin, un design de page web), il existe un petit programme sympa qui permet de gérer des couleurs : Agave

Sous Ubuntu, l'installation est très simple, soit par Synaptic, ou soit par la ligne de commande : sudo apt-get install agave

Après installation, le programme se trouve dans le menu Images :


Le programme s'ouvre ensuite :


Pour le fonctionnement, on ne peut pas plus facile, il suffit de cliquer sur un petit carré de couleurs (palette) et illico les 3 gros carrés se modifient en fonction de cette couleur.

Il est possible de mettre des couleurs en favorites, un petit clic sur le + en bas de l'application à droite, et c'est fait.


Plusieurs modes de composition des palettes existent grace au menu déroulant suivant :


A vous donc de choisir votre mode.

Des fonctionnalités pratique aussi, sont les boutons (ci-dessous) pour augmenter/diminuer la luminosité des couleurs et augmenter/diminuer le contraste des couleurs.


Vous pouvez aussi choisir un couleur d'une autre application en cliquant sur le bouton couleur suivant :


Puis vous prenez la pipette et allez chercher la couleur que vous voulez (sur votre fond d'écran, sur une page web, etc ...)


Bien pratique, non ?

Sur le web il existent aussi des sites pour ca :

• ColourLovers
• ColorBlender

Le deuxième est assez bien fait, je trouve.