Une petite brève rapide pour être armé pour lire et traiter a peu prés tout ce qui se fait en formats vidéo ou audio sur une Ubuntu 8.04 Hardy Heron fraîchement installée, voila une petite compilation de paquets à installer :

Nécessite l'activation des dépôts multiverse et medibuntu

sudo apt-get install gstreamer0.10-ffmpeg gstreamer0.10-fluendo-mp3 gstreamer0.10-fluendo-mpegdemux gstreamer0.10-plugins-ugly gstreamer0.10-plugins-ugly-multiverse gstreamer0.10-plugins-bad faad ffmpeg gstreamer0.10-plugins-bad-multiverse lame lame-extras libfaad2-0 libmjpegtools0c2a mjpegtools sox toolame mpeg2dec a52dec mpg321 vorbis-tools libdvdcss2 libdvdnav4 mencoder mplayer mplayer-fonts mplayer-skins vlc w32codecs

Intro :

Hello, après la sortie de notre distribution préférée voici un petit topo sur un aspect peu connu de nos clients jabber. Les commandes Ad-Hoc sont une partie du protocole XMPP ( plus connu sous le nom de jabber ) permettant d'exécuter depuis un client jabber une série de commandes sur un client ou serveur distant.

A quoi ça pourrait bien servir?

Si comme moi, vous utilisez le même compte jabber à la maison et au boulot et que, tête en l'aire, il vous arrive de laisser votre client jabber du boulot allumé, les commandes Ad-hoc vont vous venir en aide. Elles permettront par exemple de vous déconnecter, de changer votre statut, ou encore de quitter vos salons de discussions.

Je traiterai dans ce billet de l'utilisation avec 2 clients jabber: Gajim et Psi.

Préparations :

Vérifiez d'abord que vous avez bien installé le client avec lequel vous voulez faire le test.... sur une ubuntu récente :

• Psi :
  sudo aptitude install psi
• Gajim :
  sudo aptitude install gajim

Gajim :

Depuis la version 0.11 (edgy eft), Gajim prend en charge les commandes ad-hoc. Gajim permet donc depuis cette version de changer le statut du client et de quitter les chats multi-utilisateurs.

Et niveau sécurité me diriez-vous? Eh bien, gajim comme psi n'acceptent bien sûr que des commandes venant du même compte que celui connecté.

Il faut aussi pour que ça marche que les 2 clients prennent en charge les commandes Ad-Hoc ( n'essayez même pas avec gtalk ou le client gmail :p ).

Alors, comment faire?

Commencez par cliquer droit sur votre contact et choisissez "exécuter une commande".

Choisissez ensuite la commande à exécuter puis suivant.

Choisissez les options de la commande et exécutez.

Voilà, le résultat....le premier client a été déconnecté!!

PSI

Du côté de psi, la prise en charge des commandes ad-hoc date de la version 0.11 (depuis ubuntu hardy heron donc). Psi intègre par contre un peu plus de possibilités que Gajim puisqu'il permet de changer le statut, mais également de changer des options du programme ( activer les sons, activer l'acceptation de nouveaux contact automatique,...).

La commande la plus pratique à mon sens, est celle permettant de forwarder les évènements "non-lu" du client distant sur votre client.

Je m'explique : Le client "A" est connecté au boulot et malheur...j'ai oublié de l'éteindre... je vais donc utiliser les commandes ad-hoc pour le déconnecter....seulement lorsque vous étiez sur le trajet du retour à la maison, votre petite copine est venue vous donner un rancard sur votre client "A" laissé allumé.

Une fois de retour à la maison vous allumez alors votre client ("B") et vous exécutez la commande de forward des évènements et....**HOP** les messages de votre petite copine apparaissent sur votre client "B".

Vous pourrez dès lors vous préparer et vous rendre à votre rancard sans lui poser de lapin!

Merci Psi!

Alors, comment faire?

Il faut d'abord activer les commandes ad-hoc : en cochant la case

General > Option > Advanced > enable remote controlling

Ensuite comme avec gajim, cliquez droit sur votre contact et choisissez exécuter une commande.

Choisissez la commande.

Et voilà, 2 nouveaux évènements .....!

En espérant vous avoir fait découvrir une des nombreuses fonctionnalités de vos clients jabber et une autre bonne raison de passer sur jabber, une très belle journée à vous!

Virtualbox 1.6.0 est sortie il y a quelques jours (30 Avril 2008) et cette nouvelle version est téléchargeable directement sur le site de Sun Microsystems. On peut constater que ce nouveau nom, enterre définitivement Innotek et que Sun en a profité pour fusionner le nom de son ancienne application de virtualisation xVM avec le produit de la défunte société.

Le paquet virtualbox_1.6.0-30421_Ubuntu_hardy_i386.deb pèse 21MB et peut être téléchargé à condition d'accepter la licence PUEL (Personal Use and Evaluation License) de VirtualBox 1.6.

VirtualBox 1.6 est une mise à jour majeure, comprenant plus de 2000 améliorations, parmi lesquels on peut noter :

• La nouvelle livrée aux couleurs de Sun.
• Les versions Solaris et Mac ne sont plus en phase de bêta test
• Guest Additions pour Solaris
• Seamless opérationnel pour les guest Solaris et Linux (CtrlR+L)
• Controleur SATA (AHCI) supporte jusqu'à 32 disques durs par VM (premier produit de l'industrie à faire cela)
• Support expérimental du PAE (Physical Address Extension) les guest (modèle de mémoire requis par certains OS serveur)
• WebServices API pour la gestion à distance.
• Une nouvelle version du manuel Utilisateur.

Il est important faire attention au fait que les fichiers de configurations XML des machines virtuelles existantes, sont converties version 1.3-Linux, tandis que les disques VDI eux restent identiques. Donc si pour une raison ou une autre, vous voulez toujours employer d'anciennes versions de machines virtuelles, vous devrez recourir à la version 1.2 du fichier xml. Alors, au moment ou l'installeur vous demandera quoi faire avec les fichiers de configurations XML, cliquez sur le bouton Sauvegardez ainsi une copie au format 1.2-Linux sera crée et présente dans chacun des répertoires de vos machines virtuelles.

Malheureusement, dans le dépôt de Hardy Héron, n'est présente que la version 1.5.6, alors pour installer Virtualbox 1.6.0, il faut installer avec GDebi le paquet que vous avez téléchargé précédemment sur le site de Sun.

Il faut absolument desinstaller toutes versions antérieurs présente sur votre système.

Avis aux nostalgiques de WINAMP, XMMS dans sa branche 1.XX n'est plus intégré dans les dépôts depuis la version beta de Ubuntu Heron 8.04, XMMS est mort vive XMMS !! Il est remplacé par XMMS2. Alors certes, XMMS est un peu vieillot (les menus ne sont pas très hypes à cause de GTK+), mais il reste mon player MP3 par défaut depuis toujours, car (pas de troll svp ce n'est que mon avis...) trés réactif, light, winamp like, bonne qualité de rendu sonore, égaliseur performant, simple à utiliser...

Alors voila comment installer la dernière version de la branche 1.XX, la version 1.2.11 n'est disponible qu'à partir des sources que j'ai compilés et transformés en paquet .deb avec l'utilitaire CheckInstall. Vous trouverez ci-dessous plusieurs façons d'installer XMMS 1.2.11 ainsi que quelques goodies indispensables :

Installation de XMMS 1.2.11 à partir du paquet xmms_1.2.11-1_i386.deb

wget http://taltan2.free.fr/dl/ubuntu/xmms_1.2.11-1_i386.deb
sudo dpkg -i xmms_1.2.11-1_i386.deb

Installation de XMMS 1.2.11 à partir des sources

Installation des dépendances (merci bishop ) :

sudo apt-get install libasound2-dev libc6-dev libaudiofile-dev libaudiofile0 libesd0-dev libesd-alsa0 libgl1-mesa-dev libgl1-mesa-glx libgl1-mesa-dri libglib1.2-dev libgtk1.2-dev libice-dev libmikmod2-dev libogg0 libogg-dev libsm-dev libsm6 libvorbis0a libvorbis-dev libvorbisfile3 libx11-dev libx11-6 libxi-dev libxi6 libxxf86vm-dev libxxf86vm1 zlib1g-dev

Téléchargement des sources et compilation :

wget http://xmms.org/files/1.2.x/xmms-1.2.11.tar.gz
tar -xvzf xmms-1.2.11.tar.gz
cd xmms-1.2.11
./configure --prefix=/usr
make
sudo make install

Goodies

Téléchargement et installation de tous les skins

Les skins sont disponibles sur le site de XMMS, pour en avoir un aperçu en une seule page, c'est par ici : http://taltan2.free.fr/dl/ubuntu/xmms_all_skin.html

wget http://taltan2.free.fr/dl/ubuntu/xmms-all_skin.tar.gz
tar -xvzf xmms-all_skin.tar.gz -C ~/.xmms/Skins

Téléchargement et installation des présélections WINAMP pour l'égaliser

wget http://taltan2.free.fr/dl/ubuntu/xmms-winamp_presets.gz
gunzip -c xmms-winamp_presets.gz > ~/.xmms/eq.preset

Création du lanceur XMMS dans le menu Audio et vidéo de Gnome

cd ~/.local/share/applications
wget http://taltan2.free.fr/dl/ubuntu/XMMS.desktop

Concernant l'icône, par défaut en suivant cette méthode il s'agit de l'icône Gnome, vous pourrez aisément le changer en téléchargeant la panoplie d'icônes disponibles : http://www.xmms.org/files/icons/xmms-icons.tar.bz2

Play avec XMMS via les nautilus-scripts

Pour plus d'info sur les nautilus-scripts : http://www.taltan.fr/post/2006/06/07/14-les-nautilus-scripts

Pour Jouer dans XMMS tous le fichiers audio du dossier (et sous dossier) sélectionné à partir d'un click droit de la souris

Script d'installation automatique

Pour simplifier tous ça, j'ai fait un petit script qui permet de réaliser toutes ces opérations one shot (hors nautilus-scripts), il s'agit du script XMMS-1.2.11_install.sh

1. Installe le paquet xmms_1.2.11-1_i386.deb
2. Télécharge et installe de tous les skins
3. Télécharge et installe des présélections WINAMP pour l'égaliser
4. Crée le lanceur XMMS dans le menu Audio et vidéo de Gnome

wget http://www.taltan.fr/public/dl/XMMS-1.2.11_install.sh
chmod +x XMMS-1.2.11_install.sh
./XMMS-1.2.11_install.sh

Liens

• Archives contenant tous les skins
• Liste avec pré visualisation de tous les skins
• Archive contenant les présélections WINAMP pour l'égaliser
• Archive contenant les icônes XMMS
• Lanceur XMMS pour le menu Audio et vidéo de Gnome
• Script XMMS-1.2.11_install.sh d'installation automatique
• Script play_XMMS.sh pour les nautilus-scripts

Vous connaissez tous GDM. C'est un composant incontournable de l'environnement de bureau GNOME qui fournit un système de connexion graphique à votre bureau. Pourquoi incontournable ? Parce que c'est le premier élément que l'utilisateur voit après l'amorçage du système et c'est pour cela qu'il est  souvent personnalisé à l'image des entreprises qui distribuent leurs propres version de Linux. Mais fondamentalement il a peu changé depuis sa création, en tous cas pas depuis que je suis sous Linux (pour donner un point de repère, cela fait 4 ans).

Mirco Müller expert graphique GNOME et employé de Canonical, travaille actuellement sur GDM afin de le rendre esthétiquement plus riche et plus intéractif. Il est en train de concevoir un navigateur de visage animé (face browser en anglais) pour la future version de GDM qui sera utilisée, vous vous en doutez, dans une prochaine version de Ubuntu. Bien que les détails fonctionnels et visuels ne soient pas encore figés, le projet est bien documenté dans un cahier des charges que vous pouvez consulter sur le wiki de Ubuntu.

Ce navigateur de visage affichera les photos des comptes utilisateurs présent sur le système dans un format type grille et permettra à ces mêmes utilisateurs de sélectionner leur compte, soit en cliquant sur leur photo, soit en tapant leur identifiant. Dans le second cas, le navigateur de visage filtre automatiquement les photos affichées lorsque l'utilisateur saisit son identifiant de telle façon, que seuls les comptes avec les noms d'utilisateur correspondant restent présents. Après avoir sélectionné son compte, l'utilisateur sera invité à entrer son mot de passe. Autre élément intéressant de ce projet, Cheese pourra être intégré dans l'utilitaire de configuration de GDM afin que les utilisateurs puissent prendre leur photo directement pendant la création de leur compte.

D'un point de vue purement technique, Müller développe la nouvelle interface de connexion avec Clutter une bibliothèque d'animation basée sur OpenGL. Je ne saurais vous en dire plus à ce sujet car je ne suis pas plus renseigné que cela. Mais les 3 liens suivant vous aideront peut-être à en connaître un peu plus sur le sujet. (lien 1, lien 2, lien 3)

Müller a fait une vidéo qui donne une idée intéressante de ce à quoi le navigateur de visage pourrait ressembler. Cette vidéo est disponible sur son site. Cette ébauche graphiquement impressionnante, va à coups sûr rendre encore un peu plus attrayante l'expérience avec Ubuntu et les diverses distributions fonctionnant sous Gnome. Et vous, qu'en pensez vous Gadget ou nécessaire ?

Si une chose est sûre dans ce monde, c'est que de l'informatique on ne connaît jamais tous. Il y a toujours matière à se poser des questions et à apprendre.

Depuis 3-4 jours, je suis embêté par un problème. Quand je lance mon lecteur vidéo, smplayer pour ne pas le nommer, se fige au lancement d'un fichier. Je n'ai malheureusement toujours pas réussi à résoudre le problème. Mais pendant mes recherches infructueuses, j'ai remarqué à plusieurs reprises dans le moniteur système, la présence de 1 voir 2 processus .sh Zombie. Je n'avais jamais vu autant et aussi régulièrement de processus Zombie depuis ma migration sur Hardy Heron.

Alors, après moult tentatives de meurtres contre ces processus zombie et des sudo kill sans effet, je me suis posé la question suivante.

Un processus Zombie c'est quoi ?

Sur les systèmes de type Unix et dérivés, un processus zombie est un processus qui a été lancé par un processus tiers (que l'on appellera processus père ou parent) et qui s'est terminé sans que le processus parent ne soit mis au courant. Le système vide alors la mémoire et les ressources utilisées par le processus Zombie et ensuite la table des processus garde une trace du méchant processus, à disposition du processus parent. Dès lors, au moment ou le processus parent demandera au système l'état du processus dont il est l'instigateur, le processus zombie disparaîtra.

Sur les anciens systèmes, cela provoquait un gaspillage énorme des ressources matérielles et pouvait amener à des blocages car le nombre de processus étant limité par le nombre possible de PID, un trop grand nombre de zombies peut empêcher le système de créer de nouveaux processus. C'est la raison pour laquelle il a été décrété que tout processus bien élevé ne devait pas créer de zombie et par extension qu'il n'était donc pas normal d'en trouver.

La seule manière d'éliminer ces processus zombies consiste à causer la mort du processus parent, par exemple au moyen du signal SIGKILL (qui termine brutalement un processus). Le ou les processus fils sont alors automatiquement rattachés au processus n°1, généralement init, qui se charge à la place du processus parent d'appeler wait (qui suspend l'exécution du processus courant jusqu'à ce qu'un enfant se termine, ou jusqu'à ce qu'un signal à intercepter arrive. Si un processus fils s'est déjà terminé au moment de l'appel, la fonction revient dans la foulée) sur ces derniers. Si ce n'est pas le cas, cela signifie que init est défaillant (ou que le processus n°1 n'est pas init, mais un autre programme n'ayant pas été prévu pour ça); le seul moyen de se débarrasser des zombies, dans ce cas, est le redémarrage du système.

Voilà après cette brève explication, une nouvelle question ce pose. Mais comment trouve t-on le processus parent d'un processus Zombie. Pour cela, suivez le second chapitre.

Comment trouver le coupable.

Pour procéder à une bonne enquête, il faut le bon outil et cet outil s'appelle ps. Il permet de faire un cliché instantané des processus en cours et grâce à une option permet de le faire de façon hiérarchique. Tapez la commande suivante dans un Terminal que vous aurez mis en plein écran (pour faciliter la lecture de certaines lignes à rallonge) 

ps xaf

• f : affiche les arbres généalogiques des processus.
• a : présente également les processus des autres utilisateurs.
• x : affiche les processus qui n'ont pas de terminal de contrôle.

Détaillons l'affichage d'une partie du résultat de mon cas.

 8722 ?   Sl     0:07 /usr/bin/python /usr/lib/deskbar-applet/deskbar-applet --oaf-activate-iid=OAFIID:Deskbar_Applet_Factory --oaf-ior-fd=19
 8831 ?   Z      0:00  \_ [sh] <defunct>
 8843 ?   Z      0:00  \_ [sh] <defunct>

Cela veut dire que le processus 8722 (deskbar-applet) a donné naissance à 2 processus le 8831 (.sh) et le 8843 (.sh) On dit ainsi que le processus 8722 et le processus parent des processus 8831 et 8843. Et c'est donc ce processus parent qui a abandonné ses fils qui, par la suite, sont devenus des zombies (c'est vraiment plus ce que c'était la famille).

Pour répéter ce que je disais un peu plus haut, la seule façon de se débarrasser d'un processus zombie, c'est de tuer son père (le 8722). Mais si on fait cela, il y aura de forte chance de voir disparaître quelque chose à l'écran ou de léser votre système d'un de ses composants. Dans tous les cas les risques sont minimes car si vous tuer un processus père qui plante tout, vous redémarrez et c'est reparti ! Comme dit ma grand-mère on ne fait d'omelette sans casser des oeufs

Pour conclure, j'ai donc tué par le biais du moniteur système, le processus père qui a généré mes 2 processus Zombie, soit pour rappel deskbar-applet. Le système m'a demandé après cette opération si je voulais recharger ce processus. J'ai répondu oui pour voir et il m'a recréé 1 processus Zombie dans la foulée. Deskbar-applet c'est pas bien

C'est ce qui semble poindre à l'horizon avec les dernières annonces de Nokia (Lire ici et ici). Un changement de tendance de plus (Ubuntu et Android dans des Smartphones) après les UMPC propulsés avec succès par des distributions Linux.

Le monde des OS serait il en train de changer? Il est un fait désormais établi dans mon esprit: M$ est à la peine et n'arrive plus à suivre le rythme infernal imposé par ses concurrents libres. J'espère simplement que cette tendance ne se confirmera pas aux dépends des valeurs du logiciel libre. L'adopter c'est très bien, mais l'adopter parce que c'est gratuit (dans la plupart des cas), c'est ignoble. La progression doit se faire au bénéfice de tous...