Transcyberien - informatique

Canon Powershot A610, mode PTP et libgphoto2

Jérôme — Sat, 17 Mar 2007 00:42:00 +0100

Cela fait plus d'un an que j'utilise un Canon Powershot A610 comme appareil photo. Il fonctionne très bien, je n'ai jamais eu de problème avec, il est assez complet pour une utilisation pas trop poussée (oui, c'est pas non plus un reflex), j'apprécie le fait d'avoir un mode manuel pour m'exercer aux réglages d'ouverture, de temps d'exposition (enfin, de quoi faire des expériences plus ou moins réussies), je trouve son écran pivotant vraiment utile... en résumé, j'en suis très content .

Pour gérer mes photos, j'ai toujours utilisé digikam qui est très complet et auquel on peut ajouter de nombreux plug-ins. Néanmoins, la dernière fois que j'ai voulu télécharger mes photos depuis l'appareil, impossible pour l'APN d'être reconnu. En fait, cela venait d'une mise à jour de libgphoto2, librairie utilisée pour la communication avec les APN. Dans cette nouvelle version, il n'est plus nécessaire de compiler tous les pilotes pour l'ensemble des APN supportés, il suffit de définir dans son make.conf la variable CAMERAS avec les valeurs souhaitées. J'ai donc indiqué CAMERAS="canon". Et là fut mon erreur, car il faut savoir que certains appareils, bien que d'une certaine marque, ne sont gérés que par protocole PTP et non pas comme simple périphériques de stockage (usb mass storage). Il faut donc ajouter la valeur ptp2 à CAMERAS. Désormais, avec CAMERAS="canon ptp2", cela fonctionne parfaitement. J'ai gardé la valeur canon, bien que ça ne doit pas être nécessaire.

Peut-être qu'un jour il y aura une galerie sur ce blog...

Linux Device Drivers (Third Edition)

Jérôme — Fri, 09 Mar 2007 23:12:00 +0100

Comme la mise en forme du livre Linux Kernel in a Nutshell que j'ai pu effectuer semble plaire à certains et comme je viens d'apprendre qu'un autre livre, également publié aux éditions O'Reilly, était mis à disposition par ses auteurs sous licence Creative Commons Attribution-ShareAlike 2.0, je me suis dit que j'allais réitérer ma modification. Comme il est écrit dans le titre, il s'agit de la troisième version de Linux Device Drivers (dont les fichiers pdf sources sont disponibles sur le site lwn.net). Ce livre est "contemporain" à la version 2.6.10 du noyau Linux et permettra aux personnes qui le souhaitent de développer leurs propres drivers, d'en modifier certains ou bien d'apprendre comment tout cela fonctionne.

Bien évidemment, un grand merci aux trois auteurs Jonathan Corbet, Alessandro Rubini et Greg Kroah-Hartman qui diffusent librement ce livre.

Qu'a dit emerge ?

Jérôme — Mon, 29 Jan 2007 23:27:00 +0100

Voilà une phrase incompréhensible à toute personne ne connaissant pas Gentoo. Pourtant, il est nécessaire de lui faire de la pub mais ce n'est pas vraiment le sujet d'aujourd'hui. Pour tout utilisateur de Gentoo, son gestionnaire de paquet portage est sans doute l'outil donc il n'arriverait plus à se passer. Et pour utiliser portage on se sert de l'interface emerge.

Lors d'une mise-à-jour du système, il n'est pas rare d'avoir quelques dizaines de paquets à mettre à niveau. Or, pour autant que regarder ces compilations pendant des dizaines de minutes (heures ? oui ça arrive aussi ) peut sembler passionnant, l'utilisateur a sûrement autre chose à faire pendant ce temps-là. Donc, tout se passe bien et à la fin tous les paquets sont installés. Emerge nous indique que certains fichiers de configurations sont à mettre à jour, ok. Mais il arrive aussi que certains paquets donnent des avertissements ou tout autre bon conseil à la fin de son installation... messages qu'on voudrait bien retrouver pour ne pas rester dans l'ignorance mais on a rarement accès à tous les milliers de lignes de compilation. Fort heureusement, il existe un script écrit par Eldad Zack et Lindsay Haisley appelé enotice.

Le plus simple pour l'installer est sûrement d'utiliser l'ebuild fourni. Celui-ci étant non-officiel, il faut le placer dans le répertoire des overlays. Ce répertoire est défini dans le make.conf sous le nom de PORTDIR_OVERLAY généralement égal à /usr/local/portage. On va donc se placer dans ce répertoire et y placer l'ebuild. Enfin, pas directement. Il faut recréer une arborescence analogue à celle de l'arbre de portage. Ainsi, enotice étant un utilitaire pour portage lui-même, je propose de créer le répertoire app-portage/enotice et d'y placer l'ebuild. Ensuite, il faut générer le digest de cet ebuild :

ebuild /usr/local/portage/app-portage/enotice/enotice-0.2.9.1.ebuild digest
Maintenant, enotice est connu de portage mais il est considéré non stable. Il faut donc rajouter app-portage/enotice dans le fichier package.keywords. La commande emerge -p enotice permet de vérifier que tout s'est passé comme souhaité. Avant de l'installer, il faut indiquer le répertoire de stockage des messages dans le make.conf avec la variable PORT_ENOTICE_DIR qui peut être définie avec /var/tmp/portage/enotice mais personnellement j'ai indiqué /var/log/enotice.

Pour l'utiliser, c'est tout simple, après avoir installé quelques paquets, on tape enotice et apparaissent des options qu'il suffit de choisir .

Linux Kernel in a nutshell

Jérôme — Sat, 13 Jan 2007 23:45:00 +0100

C'est quoi ? Il s'agit d'un livre écrit (en anglais, vous l'aurez compris) par Greg Kroah-Hartman qui est un développeur du noyau Linux. Le but de ce livre est de regrouper l'ensemble des informations pour configurer, compiler et installer son noyau Linux. C'est assez pratique d'avoir cette sorte de mode d'emploi avec soi sous la main.

Ça coûte combien ? Ce livre est publié aux éditions O'Reilly et vous coûtera environ 25 euros. Mais l'auteur, dans un esprit de diffusion de connaissance, a décidé de publier l'ensemble de son livre sur son site. L'ensemble des fichiers pdf (format d'édition avec repère de découpage, pas spécialement agréable à la lecture) formant son livre sont donc mis à disposition sous licence Creative Commons Attribution-ShareAlike 2.5, ce qui permet de le partager mais aussi de le "remanier" à son envie. J'ai trouvé cela plutôt sympathique et j'ai décidé de redistribuer ce livre sous la forme d'un seul fichier pdf en éliminant tout repère de découpage afin d'obtenir une édition plus utilisable de ce livre "libre". Chose assez aisée à l'aide de LaTeX puisque qu'un simple fichier tex d'une trentaine de lignes a suffi à créer le résultat attendu.

Bien sûr, l'auteur indique que ce livre n'aurait pu se faire si personne ne l'avait acheté. C'est un fait mais, si je prends mon exemple, je ne pense pas que je l'aurais acheté et je trouve que le fait de le distribuer ainsi permet un plus grand partage de connaissances, ce qui est un des buts du monde libre contrairement aux productions propriétaires. Et si n'importe qui préfère l'acheter pour l'avoir dans un format plus "correct", il n'hésitera pas à l'acheter.

Merci donc à l'auteur. Et n'oubliez pas de lire, redistribuer, modifier ce fichier comme bon vous semble mais en restant en accord avec la licence. Si une erreur m'avait échappée (ordre de pages, problème de mise en page), faites-moi signe.

Firefox, Thunderbird et XChat

Jérôme — Thu, 11 Jan 2007 15:31:00 +0100

Il existe des petites choses qu'on trouverait plus faciles si elles étaient réalisées de façon naturelle. Ici, je parlerai de liens (URL, mailto). Et s'il est vrai que sous Windows les relations entre navigateur et client de messagerie sont gérées de façon assez transparente (en choisissant ses applications par défaut), sous Linux cela m'a semblé moins évident. En même temps, c'est une des forces de Linux, de laisser l'utilisateur choisir du bon comportement de son système. Bref, on ne va pas épiloguer là-dessus.

1. Ouvrir Thunderbird grâce à un lien mailto

Pour faire simple et ne pas éditer nous-mêmes le fichier ~/.mozilla/firefox/5dbm5fc0.default/user.js (il est quand même bon de savoir que c'est ce fichier qui contient les préférences utilisateur de Firefox) ou le fichier prefs.js, on va utiliser l'onglet about:config (à taper dans la barre d'adresse). Ensuite, clic droit > Nouvelle > Chaîne de caractères puis on entre network.protocol-handler.app.mailto puis comme valeur /usr/bin/thunderbird. C'est pas plus compliqué. Comme vous vous en doutez, on peut également choisir un autre client mail.

2. Ouvrir Firefox par l'intermédiaire d'une URL contenue dans un e-mail.

Là non plus pour ne pas aller chercher le fichier prefs.js, on va utiliser les moyens mis à notre disposition c'est-à-dire la même boîte de configuration que précédemment, about:config. Pour Thunderbird, on la trouve dans Edition > Préférences > Avancé > Éditeur de configuration... mais on peut aussi installer cette extension qui permet d'y accéder directement dans le menu Outils.

Dans cet éditeur, on crée 3 nouvelles chaînes de caractères et on inscrit les différents noms suivants :

network.protocol-handler.app.http
network.protocol-handler.app.https
network.protocol-handler.app.ftp

Et comme valeur, on entre à chaque fois /usr/bin/firefox. Encore une fois, Firefox n'est qu'une suggestion, cela fonctionne également avec Opera ou Konqueror.

3. Ouvrir un lien depuis XChat avec Firefox, Opera ou Konqueror.

On est parti dans Paramètres > Avancés > Gestionnaires d'URL. Dans la colonne nom, on peut mettre Ouvrir avec Firefox, par exemple, et la commande sera !firefox %s. Le point d'exclamation signifie qu'il s'agit d'une commande à exécuter et %s reprend l'URL fournie. Par la suite, il suffit de faire un clic droit sur une URL et tester que cela fonctionne correctement. On peut le faire pour Opera avec la commande !opera %s ou pour Konqueror avec !konqueror %s.

Matlab sous linux

Jérôme — Mon, 08 Jan 2007 17:20:00 +0100

Je ne vais pas décrire l'installation d'une version Linux mais l'émulation d'une version Windows (ici la 7.1) grâce à Wine. En fait, ce n'est pas vraiment une émulation, Wine implémente l’API Windows par-dessus X et Unix. Je testerai peut-être plus tard un véritable émulateur comme Qemu par exemple. C'est plutôt pratique lorsqu'on a qu'une licence pour cette version, qu'on ne veut pas en acheter une autre et qu'on utilise Matlab de façon régulière notamment avec Simulink. J'utilise également octave qui offre une bonne compatibilité mais qui ne permet pas de profiter des outils graphiques tels que Simulink ou encore la fenêtre de graphes qui permet pas mal de mise en forme. Il existe aussi Scilab développé par l'INRIA mais que je n'ai jamais utilisé. Il me semble qu'il est moins compatible qu'octave mais qu'il est quelquefois utilisé dans l'industrie.

Bref, voyons voir comment faire tourner cela.

Il faut d'abord installer Wine. Pour cela, utilisez votre gestionnaire de paquet préféré (portage, apt-get, etc.) ou compilez vous-mêmes les sources. Je n'explique rien ici, je pense qu'il n'y aura pas de problème.
Il faut ensuite que la partition Windows qui contient le programme Matlab soit accessible en lecture (pour moi ce sera /mnt/win).

Normalement, si on essaie de lancer Matlab avec la commande suivante (le chemin de l'exécutable peut être différent évidemment) :

$ wine /mnt/win/Program\ Files/Matlab/bin/win32/MATLAB.exe &

On obtient comme erreur :

License Manager Error -9.
MATLAB is not licensed on this host.
This error may be caused by a hard-drive modification.
Please reinstall MATLAB.
For more information, see The MathWorks Support page at
http://www.mathworks.com/support and search for
"license manager error -9"

Cela veut simplement dire que le contrôle de la licence de Matlab n'est pas bon. Celui-ci est effectué par rapport au numéro de série du disque dur sur lequel le logiciel est installé. Il faut donc préciser à Wine ce numéro de série. On le récupère avec la commande suivante :

$ cat /mnt/win/Program\ Files/Matlab/bin/win32/license.dat| grep DISK_SERIAL_NUM | head -n 1

Ensuite on lance l'utilitaire de configuration de Wine.

$ winecfg &

Dans l'onglet Lecteurs, on sélectionne C: et on clique sur Montrer avancés. On choisit Assigner manuellement et on inscrit le numéro récupéré précédemment dans N° de série. Il peut peut-être y avoir des variantes en fonction de la version de Wine (0.9.22 pour la mienne) mais le principe doit rester le même.

Si on essaie de relancer Matlab avec Wine, on va voir apparaître un semblant de GUI mais qui a du mal s'afficher et dont le rafraîchissement ne va pas du tout. Le problème vient en fait des runtimes Java livrés avec Matlab qui servent à unifier l'ensemble des différentes fenêtres (commande, espace de travail, historique, etc.) et afficher la barre de menu principale et qui réagissent mal avec Wine.
Une première solution est de faire tourner Matlab sans Java, on a alors une fenêtre principale pour les calculs mais pas de menu ni de bouton... Pour cela, il faut taper :

$ wine /mnt/win/Program\ Files/Matlab/bin/win32/MATLAB.exe -nojvm &

Mais il faut bien avouer que ce n'est pas vraiment pratique. La solution est de remplacer les runtimes Java utilisés par Matlab par ceux officiels. Pas le choix, il faut rebooter sous Windows puis télécharger le JRE (pas besoin du JDK) sur le site de Sun. Ces runtimes sont passés en version 1.6 récemment, ~~je pense qu'il n'y a pas de souci mais je n'ai testé qu'avec la version 1.5~~ ; donc s'il y a un problème essayez avec la version précédente, il se peut que ce soit cela. En effet, avec la version 1.6, cela génère des exceptions. Il faut donc récupérer la version 1.5 des runtimes de chez Sun à cet endroit.
Ensuite on sauvegarde le dossier jre1.5.0 situé dans le répertoire C:\Program files\Matlab\sys\java\jre (en l'archivant, par exemple). Puis on copie le dossier C:\Program Files\Java\jre1.5.0 (ou quelque chose d'approchant) dans le répertoire précédent. Ensuite, on édite le fichier jre.cfg en y inscrivant la ~~bonne~~ version de Java (1.5.0 ou 1.6.0). Pour être sûr que ça marche, lancer Matlab ; si tout est ok, on peut repasser sous Linux, sinon vérifiez que vous avez bien tout fait correctement ou replacez l'ancien dossier.

De retour sous Linux, on peut mettre en place un petit script. Créez un fichier matlab dans /usr/local/bin puis inscrivez-y le code suivant :

#! /bin/sh

wine /mnt/win/Program\ Files/Matlab/bin/win32/MATLAB.exe &

Rendez ce script exécutable en tapant

# chmod +x matlab

Il ne reste plus qu'à taper

matlab dans votre shell et à vous de jouer.

noyau 2.6.19

Jérôme — Tue, 19 Dec 2006 00:51:00 +0100

Sorti fin novembre, il est considéré par Linus Torvalds comme l'un des meilleurs noyaux sortis (je vous laisse traduire) :

It's one of those rare "perfect" kernels. So if it doesn't happen to compile with your config (or it does compile, but then does unspeakable acts of perversion with your pet dachshund), you can rest easy knowing that it's all your own d*mn fault, and you should just fix your evil ways.

Je passe outre les nouveautés et améliorations, la plupart m'échappant totalement, mais je voulais indiquer une technique qui sera sûrement provisoire pour que certains modules hors kernel puissent être compilés sans problèmes. En effet, comme je l'indiquais dans ce commentaire, module-rebuild est très utile mais quand j'ai voulu l'utiliser, aucun des modules ne compilaient, en particulier x11-drm nécessaire pour avoir l'accélération graphique. Cela vient en fait de la disparition du fichier config.h qui se trouvait précédemment dans /usr/src/linux/include/linux/ . Pour avoir une compatibilité, il suffit de l'inclure à nouveau, c'est-à-dire créer ce fichier dans le répertoire indiqué, prendre son éditeur préféré (vim,nano,...) et y inscrire les quelques lignes suivantes :

#ifndef _LINUX_CONFIG_H

#define _LINUX_CONFIG_H

/* This file is no longer in use and kept only for backward compatibility.

 * autoconf.h is now included via -imacros on the commandline

 */

#include <linux/autoconf.h>

#endif

Voilà, reste à relancer un

module-rebuild rebuild

et ça devrait mieux marcher maintenant .

Blobby Volley pour Linux

Jérôme — Sat, 16 Dec 2006 18:52:00 +0100

Qui ne connaît pas ce jeu universellement reconnu pour son intelligence artificielle parmi les meilleures à l'heure actuelle

Eh bien la version 2 est en développement (actuellement en alpha 6) avec des versions natives pour Mac OS et Linux ! Donc, en cette période de révisions pour moi, ni une ni deux, je vais tester ça. Ça me rappellera quelques parties endiablées du temps de la prépa . Bon, je recupère l'archive sur Sourceforge, je désarchive et lance le jeu avec la commande ./blobby. Mais là problème avec la librairie libphysfs.1.0.so.0 qui est donnée. Bon en fait le truc c'est de la copier dans le répertoire /usr/lib (ou créer un lien symbolique). Voilà, ça marche maintenant.

Je retrouve donc ainsi les magnifiques textes bariolés. Par contre, je ne me souviens plus exactement des anciennes options mais on peut choisir l'image de fond, le blob adversaire, la couleurs de chaque blob, la vitesse (fast ou very fast c'est mieux), choisir aussi de mettre des éclaboussures de "sang" a chaque coup de tête... je vous laisse découvrir tout ça .

J'ai testé Beryl

Jérôme — Sat, 16 Dec 2006 12:03:00 +0100

Après avoir réussi à obtenir l'accélération 3D sur mon portable et du fait de voir un peu partout des vidéos montrant les prouesses graphiques réalisées avec XGL/Compiz ou AIGLX/Beryl (pour s'y retrouver, ce résumé est très bien fait), je me suis dit "je vais voir si ça marche sur ce petit portable équipé d'un chipset ATI 9100 IGP et tournant sous Gentoo". Pour ne pas faire n'importe quoi, on a intérêt à suivre ce tutoriel. Donc, première chose à faire recompiler xorg-server avec le support aiglx (utilisation du use-flag éponyme). Ensuite, on ajoute les deux-trois lignes dans le xorg.conf et on installe les paquets indiqués. Pour la solution permettant d'avoir une session Beryl avec kdm, ça ne marche pas chez moi. Je me loggue et ça freeze... Une technique qui marche, c'est de lancer une session KDE normale puis de lancer beryl-manager. Par contre, quand j'essaie de lancer beryl-settings pour régler le comportement et les effets des fenêtres, un magnifique segmentation fault apparaît... tout n'est pas encore très stable

Bon à part ce léger problème... ça marche plutôt bien. J'ai le joli cube qui tourne, des fenêtres souples qui s'agitent quand on les secoue dans tous les sens, un affichage des fenêtres comme Exposé sur Mac OS X, enfin tous les effets inutiles et donc indispensables. Surtout pour montrer ça à quelques-uns et les voir s'exclamer "Quoi !? C'est linux ça...?" (pas testé mais je devrais pour voir)

Free is not free

Jérôme — Tue, 14 Nov 2006 23:23:00 +0100

On a souvent tendance à penser "Oui, ce qui est bien avec Linux c'est que c'est gratuit". Je tiens à préciser : "Certes, de nombreuses distributions sont gratuites, mais ce qui fait la force de Linux et de certains logiciels, c'est surtout qu'ils sont libres".

Il est donc nécessaire de faire la distinction entre gratuit et libre. Ce qui ne semble pas être évidemment en anglais, les deux se disant "free". Ainsi, on parle d'un freeware (logiciel gratuit) ou d'un free software (logiciel libre). Pour être plus précis, libre s'oppose à propriétaire et gratuit à commercial. Il existe donc 4 combinaisons possibles. Le shareware désignant, quant à lui, un logiciel propriétaire commercial.
Un logiciel dit libre doit garantir 4 libertés fondamentales :

celle d'exécuter le programme, comme l'utilisateur l'entend.
celle d'étudier le fonctionnement du programme, c'est-à-dire avoir accès au code source de celui-ci.
celle de redistribuer des copies du logiciel, a fortiori de le vendre (là apparaît la notion de logiciel libre commercial).
celle d'améliorer le programme et de publier ces améliorations pour en faire bénéficier toutes la communauté.

La dernière de ces 4 libertés permet, notamment, la création de fork d'un logiciel. Par exemple, quand on dit qu'un logiciel est basé sur un autre logiciel, c'est-à-dire qu'on a recopié les sources puis qu'on les a adaptées puis fait évoluer de manière différente à celle du premier logiciel, il s'agit d'un fork.

Cette notion de logiciel libre est nstituée par Richard Stallman en initiant le projet GNU (GNU's Not UNIX) en 1983. En 1985, il fonde la Free Software Foundation. Reste à donner un cadre juridique à la notion de libre, c'est ce qui est fait avec la license GPL qui est une des licences les plus utilisées pour les projets libres (mais il en existe d'autres).

Si vous souhaitez vous rapprochez de cet état d'esprit, n'hésitez pas à utiliser des logiciels libres qui apportent un sens concret aux mots liberté et partage. L'étape suivante est de contribuer au libre, ce qui peut se faire de manières très différentes grâce à la compétence de chacun (développement du code, documentation, traduction, etc.).

Ce sera les pilotes libres

Jérôme — Wed, 08 Nov 2006 23:55:00 +0100

S'il est un problème récurrent sous linux, c'est l'accélération graphique, notamment avec ATI. Surtout quand il s'agit de chipset intégré. Jusque là j'utilisais les pilotes propriétaires (fglrx) sans avoir d'accélération 3D puisque que ces pilotes ne la gère pas pour mon chipset (ATI 9100 IGP ou RS300M pour les intimes).

Puis, la version 7.1 de X.org étant passé en stable dans portage, c'est naturellement que j'ai effectué la mise à jour et là... erreur comme quoi la version du module ABI ne correspondait pas à celle du serveur (je ne sais pas à quoi ça correspond...). Je me dis qu'il faut peut-être que je mette à jour mes pilotes vers la dernière version (8.29.6) mais là surprise ! Ces pilotes ne supportent plus mon chipset...

Très bonne occasion de passer aux pilotes libres qui sont compatibles avec la nouvelle version de X.org et qui, apparemment, supportent l'accélération 3D. Pour faire les choses bien j'ai suivi ce tutorial très bien fait. A noter que pour compiler les nouveaux paquets il faut changer la valeur de VIDEO_CARDS dans le make.conf et mettre radeon au lieu de fglrx. Et puis ne pas oublier de recompiler avec cette nouvelle option sinon, comme moi, vous allez chercher pendant plusieurs jours en faisant le tour des forums à chercher pourquoi glxinfo vous dit toujours Direct Rendering: No ... Avec comme erreur dans le Xorg.0.log le fait que le module r200_dri.o reste introuvable. Et là de me dire "mais quel con, j'ai pas recompilé le pilote mesa... arrghhh".

Finalement je suis passé de ~270 FPS à ~1250 FPS sous glxgears, je sais, c'est pas terrible mais je rappelle que ce n'est pas un benchmark. L'important c'est de pouvoir sentir une fluidité dans l'utilisation d'OpenGL. Par contre, je ne comprends pas pourquoi le Xorg.0.log m'indique un problème avec l'ACPI et avec AIGLX alors que j'ai pas utilisé le use-flag aiglx pour compiler xorg-server... enfin tant que ça reste des avertissements...

Peut-être qu'un jour où je ne serais pas quoi faire (avant un exam, par exemple ), j'ajouterai le support AIGLX et installerai Beryl

Joli bureau

Jérôme — Mon, 30 Oct 2006 22:51:00 +0100

Comme on peut le voir sur cette vidéo les effets graphiques sont géniaux (bientôt dans Mac OS ? ) mais je me demande si c'est vraiment facile à prendre en main. Plus ça va plus les bureaux d'ordinateur ressembleront à de vrais bureaux et, au vu du mien, je risque d'y entasser pas mal de choses... ce qui est bien c'est qu'en fouillant pour retrouver un truc je pourrais jeter tous les documents de l'autre côté du bureau .

La salamandre aventureuse est là

Jérôme — Sat, 28 Oct 2006 18:07:00 +0200

Edgy Eft, de son vrai nom, fait suite au canard pimpant (Dapper Drake). Nouvelle version de la distribution linux Ubuntu et ses collègues (Kubuntu, Xubuntu, Edubuntu) estampillée 6.10 pour être sortie en octobre 2006 comme prévu.

Sachant que Dapper a eu 2 mois de retard sur la date de sortie prévue initialement, cette dernière mouture n'a eu que 4 mois de développement. Au programme, notamment, l'intégration de Xen (outil de virtualisation), intégration de AIGLX (avec X.org 7.1) pour avoir de jolis effets graphiques et puis plein de mises à jour de logiciels qu'on peut très bien faire sans changer de version d'Ubuntu. Surtout que cette nouvelle version était annoncée comme innovante pour finalement rester classique. Puisque la Dapper est d'appellation LTS et sera donc maintenue pendant 3 ans (version desktop) et 5 ans (version serveur), Edgy qui est le début d'un nouveau cycle de développement devait prendre quelques risques pour innover dans certaines technologies. Mais, préférant la rendre stable et par le temps de développement plutôt court, elle n'est finalement pas véritablement innovante (pas vraiment aventureuse...) et je pense que quelques bugs vont apparaître dans ces prochains jours.

Puis c'est en lisant ce billet que je me suis un peu reconnu... le côté geek en attente des dernières nouveautés . Je ne dis pas que suis passé sur Edgy puisque j'utilise maintenant la distribution Gentoo . Utiliser une nouvelle version permet, en général, d'avoir de nouvelles fonctions, une meilleure reconnaissance du matériel, une sécurité renforcée. Mais pourquoi changer si la sécurité n'est pas en cause, qu'on n'a pas de problèmes particuliers et qu'on n'utilisera certainement pas les nouvelles fonctions ? Par simple curiosité et pour se dire qu'on utilise la dernière version, et pour les plus investis, rechercher et retransmettre des bugs existants. Mais je réfrène ce côté en essayant d'avoir un système stable sous Gentoo, pas question de mettre un ACCEPT_KEYWORDS="~x86" dans le make.conf, seulement quelques paquets sont en unstable. La preuve pour l'instant est firefox 2 dont je parlais dans un précédent billet, qui, bien qu'en version stable, est masqué (encore en test pour vérifier qu'il n'y a pas de problèmes) par les mainteneurs de Gentoo et que je n'ai donc pas encore testé...

Enfin pour ceux qui veulent essayer Edgy Eft, juste un petit dist-upgrade ou un téléchargement par ici. Et puis sinon essayez Gentoo .

Firefox 2 dans les bacs

Jérôme — Mon, 23 Oct 2006 22:29:00 +0200

Bon, faut pas le dire mais, même si l'annonce n'a pas encore été faite, la version 2 de firefox, navigateur devenu incontournable, est déjà présente depuis ce matin dans les dépôts. Il suffit d'aller sur ce dépôt par exemple, de choisir la dernière version, c'est-à-dire 2.0 tout court puis de trouver la version qui correspond à son architecture et système d'environnement . En tant que gentooiste, je vais sûrement attendre qu'il soit placé dans l'arbre de portage. Je pourrais ensuite tester un peu tout ça en espérant que la plupart des extensions ont déjà effectué une migration.

Bon téléchargement

Flash player 9 pour linux

Jérôme — Thu, 19 Oct 2006 23:52:00 +0200

Après l'annonce qu'il n'y aurait pas de version 8 pour la plateforme linux, on pouvait se demander si le développement aller reprendre un jour.

C'est vrai que le lecteur flash n'est pas libre mais il est tout de même contraignant de ne pouvoir accéder à certains sites (le plus grand problème du flash : l'accessibilité) ou de ne pas pouvoir profiter de toutes les fonctionnalités d'un site... sans oublier les jeux en flash ou encore les lecteurs multimédia (qui ont le vent en poupe à l'image de YouTube). Cela faisait 2 ans que la version la plus récente du lecteur était la 7, espérons que le développement continue dans ce sens.

Si vous voulez tester le fait que votre navigateur préféré soit à jour allez sur cette page par exemple. Si vous êtes invité à télécharger le dernier lecteur flash, lisez la suite sinon tout est ok.
Bon voyons comment l'installer.

Allez sur la page de téléchargement d'Adobe et choisissez l'installeur pour linux.

Localisez où se situe l'ancien plugin : $ locate libflashplayer.so

Pour firefox
~/.mozilla/plugins/libflashplayer.so et peut-être aussi /usr/lib/mozilla-firefox/plugins/libflashplayer.so

Pour opera
~/.opera/plugins/libflashplayer.so

Il faut savoir que ce lecteur est en version bêta donc il faut être prudent et garder l'ancienne version.
dans chaque répertoire : $ cp libflashplayer.so libflashplayer.so.bak

Puis décompressez l'archive. Pour rappel : $ tar zxf FP9_plugin_beta_101806.tar.gz

Enfin copiez ensuite le nouveau libflashplayer.so dans les mêmes répertoires.

Relancez votre navigateur et vérifiez que ça marche désormais.

Vous pouvez aussi vérifier la version du plugin dans firefox en tapant about:plugins dans la barre d'adresse.

Bon anniversaire KDE

Jérôme — Sat, 14 Oct 2006 20:06:00 +0200

KDE, environnement graphique, utilisé notamment sous Linux fête aujourd'hui ses 10 ans.

Né le 14 octobre 1996 de l'idée de Matthias Ettrich de rendre l'utilisation de X11 plus convivial. KDE a depuis fait pas mal de chemin et d'adeptes (dont moi). Peut-être l'environnement le plus utilisé sous Linux et autres unix-like. Je n'ai pas envie d'alimenter le troll pour savoir si KDE c'est mieux que Gnome ou l'inverse (il existe d'autres window managers tels Fluxbox, XFCE, Enlightenment, ...) mais je trouve son utilisation très simple, il est assez personnalisable et esthétique (sans être forcément eye-candy). On lui reproche souvent d'utiliser pas mal de ressources, c'est peut-être vrai mais on ne peut pas tout avoir. Un des avantages est le grand nombre d'applications développées pour KDE. Elles utilisent la librairie graphique QT comme KDE et sont donc très bien intégrées à ce dernier mais elles peuvent, tout de même, s'exécuter sur toute machine possédant la librairie. Actuellement en version 3.5, la version 4 promet de nombreuses améliorations.