Transcyberien - gentoo

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...

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 .

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)

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

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