Vim est ton ami.

Flash pour nous, les 64 bits.

Jean-Seb — Sun, 31 Aug 2008 21:31:00 +0200

Dans le monde merveilleux de Macromedia (c)(tm)(r), il n'y a place que pour les binaires.
Dans le monde merveilleux des binaires de Macromedia (c)(tm)(r), il n'y a place que pour le 32 bits.
Il va donc falloir pallier aux déficiences des hydrocéphales du département Architectes Logiciels de Macomerdia (c)(etc).
Merci à Frédéric Jolliton qui a relu et pallié à mes propres déficiences (ahem)

Comme d'habitude

C'est pour Gentoo, 64 bits pour l'occasion.

nspluginwrapper

C'est le petit nom du logiciel qui permets de lancer les plugins 32 bits dans un firefox 64 bits.
Je suppose que tout le monde s'en doute:
- emerge -va nspluginwrapper
A l'installation, nspluginwrapper va configurer automatiquement tous les plugins déja installés.

Installation de flash avec emerge

emerge -vp netscape-flash

Bon et si par hasard une version plus récente sortait, pas présente dans portage, on peut se l'installer facilement à la main.
- Je dis ça car j'ai commencé par l'installer à la main, sans vérifier dans portage (vieux réflexe hérité de la Slackware, où il fallait tout faire soi-même) (ok, j'arrête de me chercher des excuses).

Installation de flash à la main

Downloadez sur le site de macromedia(tm)(c)(grunt) le tgz.
Il y a un script d'installation, mais laissez tomber, il est buggé au possible.
Le plus simple est de dépacker le tgz, et d'installer la bibliothèque flash directement dans les plugins.
- recopiez libflashplayer.so dans /opt/firefox/plugins
- si plugins est un lien symbolique cassé, effacez le et créez le répertoire plugins

Let's go

Si le plugin flash n'a pas été installé avant nspluginwrapper, il faut le déclarer à celui-ci.

Déclarer le plugin flash avec nspluginwrapper -i emplacement/du/plugin

Attention, il faut donner le chemin complet. Si vous vous placez dans le répertoire et donnez uniquement le nom de la bibliothèque dynamique, vous aurez cette erreur

localhost plugins # nspluginwrapper -i libflashplayer.so 
*** NSPlugin Viewer  *** ERROR: libflashplayer.so: cannot open shared object file: No such file or directory
nspluginwrapper: no appropriate viewer found for libflashplayer.so

Ceci fonctionnera mieux
- # nspluginwrapper -i /opt/firefox/plugins/libflashplayer.so

Fermez Firefox et redémarrez le.
- Alleluia Gloria Hosanna au plus haut des cieux!
- Et j'ai même le son.

A vous youtube

Et à vous les studios.

Salut à toi, le bot

Jean-Seb — Thu, 31 Jul 2008 19:55:00 +0200

Salut à toi le visiteur
Salut à toi le leecheur
Salut à toi bot maraudeur
(sur l'air de Bérurier Noir.)

Invasion de bots et d'araignées.

Un an d'ouverture pour ce blog. J'ai renouvelé le domaine.

Des visiteurs ? Il y en a ... un peu plus. Le trafic mensuel moyen augmente régulièrement.

30 visiteurs sur mon premier mois complet, presque 200 ce mois-ci.

Surement des bots spammeurs et des araignées indexeuses qui se sont donnés le mot (Dis Sam, indexeuse, c'est un vrai mot ?).

En tout cas, je suis bien référencé sur Google, ce qui me dispense de rentrer des mots clés ici

Pas de pub, ni d'échange de liens. Comme je l'ai dit il y a un an, ceci est un blog technique, et sa vocation première est de me servir d' aide-mémoire.

Google is watching you

20% des visiteurs arrivent par Google. Les statistiques n'incluants pas de score de satisfaction, je ne pourrais dire si ils repartent satisfaits.

En majorité, ils ont des problèmes avec l'encodage des caractères de Doxygen, avec la conception des Makefile, et avec Vim.

Ce blog apporte donc une information importante: il y a des gens qui ont des problèmes avec Vim. C'est étonnant.

Il y a aussi quelques personnes sous Slackware. Hé les mecs, envisagez quand même le passage sous Gentoo un de ces jours.

Les visiteurs les moins représentés sont les utilisateurs Ubuntu. Par rapport à la proportion Ubuntu chez les utilisateurs Linux, c'est un peu étonnant. Peut être parce qu'ils incluent systématiquement ubuntu dans leurs requêtes Google.. Et vu que Ubuntu n'est pas un mot clé fréquent sur ce blog, il est guère étonnant de ne pas rencontrer de représentants Ubuntu de cette communauté (Ubuntu) sans cesse grandissante. Ouf!

Il y a des gens qui arrivent aussi depuis des sites répliquants les whois. Je dis des gens, plutôt devrais-je dire les vilains bots spammeurs qui cherchent de la chair fraiche.

Salut le bot!

Prochain billet blabla : l'année prochaine, si tout va bien.

Et vu que rien ne se passe jamais comme prévu...

xset , le fidèle droogie de X

Jean-Seb — Mon, 28 Jul 2008 19:49:00 +0200

xset est une commande permettant de configurer X.
Cette commande ressemble à un vaste fourre-tout, mais la négliger serait une erreur.
Voici une démonstration de ses possibilités au quotidien.

30 degrés à l'ombre.

Ne cherchez pas trop de sérieux dans ce billet.

Il fait trop chaud pour faire des choses sérieuses.

Maintenant que vous êtes là, pourquoi ne pas le lire ?

Tiens, je n'ai pas xset

Facile (pour Gentoo, comme d'habitude) :
- emerge -va xset

Pour certaines distribs, il faudra peut être vous remonter un X complet. Si je me souviens bien, pour Slackware, c'était également un paquet séparé.

Vitesse de la souris

Souris trop rapide ? Trop lente ?
- xset m acceleration max/facteur d'acceleration seuil
- Version le lièvre et la tortue : xset m 100/30
- Version rêglage trouvé après de longues recherches : xset m 5/4

Bip d'erreur

Il faut compiler le support du haut-parleur dans le noyau
- comme c'est pas évident à trouver, voici l'emplacement:
- Device drivers -> Input device support -> Miscellaneous devices -> PC Speaker support.
- Franchement, pour mettre le haut parleur dans "Input device", il faut avoir envie que personne ne le trouve.

xset b volume pitch durée
- plus le pitch augmente, et plus le son est aigü.
- Version il est tard, me stressez pas : xset b 100 250 10
- Version anti-jeune: xset b 100 15000 1000

Bip clavier

xset c on
- Ne fonctionne pas chez moi, et c'est bien dommage.

Mise en veille de l'écran

Pour vérifier le support DPMI ou forcer une mise en veille immédiate
- xset dpms force off
- Si l'écran s'éteint complètement (y compris la backlight pour les écrans LCD), c'est bon.

Pendant que j'y pense, quelques infos intéressantes sur l'extinction ici:
- Eteindre le moniteur avec Gentoo

Soirée disco

Impressionnez vos invités avec l'option led
xset led n : allume sur le clavier la led n (1 à 32)
xset -led n : éteint la led n

Script you've got mail (effet garanti pendant vos diners aux chandelles)
- (for ; do xset led 3; sleep 0.2; xset -led 3; sleep 0.2; done) &

Pour le reste

man xset

Et allez voir, car il y a plein d'options beaucoup plus utiles que celles que je vous ai présenté ici.
- Gestion du cache de fontes.
- Vitesse de répétition automatique du clavier.
- Controler le screensaver... allez, je vous donne celui pour lui couper la chique pendant un divx: xset s off

SFML : tout voir et rien installer

Jean-Seb — Mon, 14 Jul 2008 16:12:00 +0200

SFML se veut un remplaçant de la SDL
Pour l'instant, ça semble bien parti pour un projet récent (août 2007)
C'est un projet Français, ce qui fait toujours plaisir.
Ce n'est pas du chauvinisme, mais pour le 14 juillet, je ne pouvais pas faire autrement.

SFML : WTF ?

Les caractéristiques alléchantes

La version 1.3 est sortie il y a peu de temps, mais SFML n'est toujours pas intégré dans l'arbre Portage de la Gentoo
- ne partez pas, ce billet peut également servir aux personnes qui n'ont pas le port disponible pour leur distribution.

Un ebuild pour la version 1.2 est disponible pour la Gentoo.
- Ce n'est pas que je n'ai pas confiance, mais je préfère compiler cette bibliothèque à part.

Compilation

Récupérez les sources .

Vérifiez que vous avez les dépendances:
- OpenAL
- libsndfile
- freetype
- et une carte graphique supportant OpenGL en hard (sinon ça va se trainer)

Décompactez l'archive SFML dans votre répertoire de sources.

make

Voila, c'est prêt. Simple et de bon goût, un bon point pour SFML.
- Ne faites surtout pas un ~~make install~~

Compiler les samples

SFML est certe compilé, mais les libs et les includes ne sont pas disponibles directement.
- Nous allons voir comment utiliser SFML sans pourrir notre /usr/lib et notre /usr/include.
- Vivement que ce soit intégré dans Portage, quand même.

Allez dans le répertoire lib de SFML et créez des liens symboliques sur les bibliothèques, sans le numéro de version.
- Si vous ne faites pas ceci, le linker ne va rien trouver (il cherche les libs sans les numéros de versions).
- strace -f -e open avant la commande de link si vous voulez voir ce que le linker recherche.
- Fred qui connait bien le shell vous file son batch:
- for a in *.so.1; do ln -sf $a ${a%%.1}; done

Allez dans le répertoire samples/sound
- Modifiez le Makefile, qui va devenir ceci :

EXEC = sound.elf
EXECPATH = ../bin
OBJ  = Sound.o
CFLAGS=-I../../include
LDFLAGS=-L../../lib

all: $(EXEC)

$(EXEC): $(OBJ)
        $(CC) $(LDFLAGS) -o $(EXECPATH)/$@ $(OBJ) -lsfml-audio -lsfml-system -Wl,-rpath=../../lib

%.o: %.cpp
        $(CC) -o $@ -c $< $(CFLAGS)

.PHONY: clean mrproper

clean:
        @rm -rf *.o

mrproper: clean
        @rm -rf $(EXECPATH)/$(EXEC)

Explications pour les variables:
- les variables CFLAGS et le LDFLAGS indiquent au compilateur où trouver les includes et les libraries.
- la variable EXEC prend le nom de sound.elf: .elf est mon extension d'exécutables Linux, ignorée lors de mes archivages.

Explications pour le -Wl
- -Wl permet de passer des options au linker
- -Wl,-rpath=../../lib indique au linker de hardcoder l'emplacement des bibliothèques chargées dynamiquement.
- Ceci évite d'avoir à préciser avant l'exécution l'emplacement non-standard de nos bibliothèques avec l'export de LD_LIBRARY_PATH (ce qui fonctionnerait également)
- Bien entendu, les exécutables générés de cette façon ne sont plus distribuables, à moins de dupliquer la hiérarchie du filesystem. Ce n'est de toutes façons pas souhaitable, et juste une façon de gagner du temps pour nos essais.

J'ai ajouté la variable $(EXECPATH) qui pointe sur le répertoire samples/bin.
- Ce répertoire contient les données utilisées par les programmes d'exemples.
- Sinon, vous pouvez toujours déplacer les exécutables après compilation, mais c'est une perte de temps.

J'ai également modifié la cible de $(OBJ), c'est un détail.

Lancement du test sound.elf
- Allez dans le répertoire samples/bin et lancez sound.elf
- Attention, sound sera peut être présent, mais il a été compilé lors de la compilation des sources, et ne trouvera pas les libraries. Il faut donc bien lancer sound.elf (faire le ménage dans /samples/bin ne serait pas une mauvaise idée).
- Lisez le paragraphe suivant si vous avez un message d'erreur de ce type (le segfault est offert par la maison) :

open /dev/[sound/]dsp: No such file or directory
Failed to open the audio device

OSS 117 : délire à Alsa City

Donc le son ne sort pas de vos haut-parleurs. How bad.

Pour ma part, j'ai vérifié, OpenAL est bien compilé avec le support Alsa.

strace -f -e open ./sound.elf

open("/dev/sound/dsp", O_WRONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory)
open("/dev/dsp", O_WRONLY|O_NONBLOCK)   = -1 ENOENT (No such file or directory)
open /dev/[sound/]dsp: No such file or directory
Failed to open the audio device

OpenAL (ou SFML via OpenAL) semble insister pour utiliser OSS à la place de Alsa.

Mon noyau a été compilé sans OSS (support direct ou émulation), avec uniquement Alsa.

J'ai deux solutions
- recompiler un noyau avec un support OSS (émulé ou pas).
- installer alsa-oss

Je ne recompilerai pas pour si peu. Mais qu'est-ce que alsa-oss ?
- Définition extraite du wiki Gentoo

aoss is an OSS to ALSA redirector. You can use it to run OSS-Applications with an ALSA Sound system so you can use multiple programs with audio-output at a time.

Merci à Frédéric Jolliton pour le tuyau sur alsa-oss dont je ne connaissais pas l'existence.

Le programme de test sound.elf fonctionne avec alsa-oss, mais ça crachouille pas mal.
- aoss ./sound.elf
- Jai fait un essai avec un support direct de OSS sur une autre machine, et ça fonctionne mieux (mais il y a des cliquetis dans le flux sonore).

La doc de SFML conseille d'installer une autre version de OpenAL : OpenAL-Soft.
- OpenAL-Soft a l'air d'être compatible au niveau binaire, mais de poser d'autres problèmes si on en croit les forums de SFML.

Pas de solution miracle pour l'instant, donc.

Un successeur de SDL ?

La SDL est en trait plat à l'EEG depuis 3 ans (dernière version stable: 1.2.13).
- Sur la mailing-liste SDL, il a été annoncé officiellement que la version 2.0 ne verrait jamais le jour.
- Des doutes planent également sur la version 1.3. Mais, sait-on jamais...

SFML propose d'ores et déja des bindings intéressants: C, C++, Python, D (si si).

Les performances 2D sont plus que correctes, grâce à l'utilisation de OpenGL. SDL utilise pour sa part une écriture à l'ancienne dans le buffer video.

Reste à savoir si cette librairie sera maintenue, ou si il vaut mieux miser sur des librairies plus simples telles que GLFW.

Je continue à tester et je mettrai éventuellement à jour ce blog avec mes nouvelles découvertes.

MPD : Musique Par le Daemon

Jean-Seb — Fri, 11 Jul 2008 19:39:00 +0200

Audacious est lourd, lent et pénible à controler.
Tout ce qu'on veut, c'est jouer de la musique simplement.
Mais comment faire, depuis que xmms est tricard de nos distribs ?
Une réponse en trois lettres : MPD

Caisse donc ? Est-ce clair ?

MPD est un daemon que l'on peut controler à loisir pour jouer nos morceaux de musique préférés.

Il fonctionne en mode client/serveur, et assure la partie serveur. Il a donc besoin d'un client pour s'interfacer avec l'appareil auditif de destination.

Comme d'habitude, les manipulations liées à mes élucubrations se feront sous Gentoo, et non pas sous Daubian, voire pire.

Installation du serveur

emerge -va mpd avec les options adéquates (mikmod, mp3, ogg, vorbis et Jean Passe).

Vous pouvez ignorer le message d'installation concernant la nécessité de s'assurer que l'item pid_file de MPD est mis à /var/run/mpd/mpd.pid

Configuration minimale (/etc/mpd.conf)
- Commencez par copier le fichier de configuration dans votre home (on peut le mettre ici: ~/.mpd/mpd.conf)
- Voici le strict minimum pour la configuration (merci à Frédéric pour son fichier de configuration)
- A adapter à votre home, bien entendu.
- Si vous ne modifiez pas les chemins par défaut, tout part dans /var/lib

music_directory           "/home/jseb/.mpd/music"
playlist_directory         "/home/jseb/.mpd/playlists"
db_file                         "/home/jseb/.mpd/database"
log_file                        "/home/jseb/.mpd/mpd.log"
error_file                    "/home/jseb/.mpd/mpd.error.log"
pid_file                        "/home/jseb/.mpd/mpd.pid"
state_file                      "/home/jseb/.mpd/state"

bind_to_address           "localhost"
audio_output {
        type                    "alsa"
        name                    "My ALSA Device"
        #device                  "hw:0,0"     # optional
        #format                  "44100:16:2" # optional
}
mixer_type                      "alsa"
mixer_device                    "default"
mixer_control                   "PCM"
filesystem_charset "UTF-8"

Pour les autres paramètres, man mpd.conf
- Jetez quand même un coup d'oeil au fichier de config original (/etc/mpd.conf)

Le premier lancement se fait de cette façon
- mpd --create-db /home/jseb/.mpd/mpd.conf
- n'oubliez pas de créer les répertoire music et playlists avant de lancer cette commande.

Pour les lancements suivants, il y a un script d'initialisation : /etc/init.d/mpd
- Vous ne pouvez le lancer qu'en root.
- Vous pouvez faire la même chose que lui ainsi: /usr/bin/mpd --no-create-db "$HOME"/.mpd/mpd.conf

Si vous voulez quand même modifier /etc/init.d/mpd, utilisez rc-update pour le lancer au démarrage.

Installation d'un client

On a l'embarras du choix

Bien sûr, nous allons prendre le plus texte des clients, à savoir ncmpc
- Autrement, autant rester avec Audacious, n'est-ce pas ?
- emerge -va ncmpc
- Pour voir le contenu de votre répertoire music, faites un ctrl+u après toute modification

Yes! Il y a un plugin gkrellm2 !
- A noter le petit piège dans l'orthographe du plugin.

* media-plugins/gkrellmpc
     Available versions:  ~0.1_beta9
     Homepage:            http://mpd.wikicities.com/wiki/Client:GKrellMPC
     Description:         A gkrellm plugin to control the MPD (Music Player Daemon)

Kaboum kaboum

Pour le reste: use the man , Luke !

Et bientôt sur ce blog... le mapping de vos touches multimedia pour controler MPD ! Stay tuned

A bloque B qui bloque A

Jean-Seb — Mon, 07 Jul 2008 19:27:00 +0200

Les paquets bloqués dans Gentoo peuvent se révéler un vrai casse-tête.
Débloquons dans la joie notre distribution préférée.
Mise à jour :

8 juillet 2008. (du bon usage de revdep-rebuild)
8 juillet 2008. (installer un ebuild plus récent que celui bloquant)
9 juillet 2008. (retrouver une dépendance enfouie)

Note préliminaire: du bon usage de revdep-rebuild

revdep-rebuild est un utilitaire bien pratique: il retrouve dans les binaires les bibliothèques dynamiques (.so) référencées comme inexistantes.

Il propose ensuite de reconstruire les paquets contenants les binaires concernés.

C'est une bonne idée, mais le seul inconvénient est que revdep-rebuild va reconstruire un ou plusieurs paquets en se fondant sur le numéro de version trouvé dans le binaire. La plupart du temps, il vaut mieux arrêter revdep-rebuild dès qu'il a fini sa liste de paquets à reconstruire, et faire le emerge à la main.

Ceci vous garantira les dernières bibliothèques, ce qui est mieux (la plupart du temps) que de conserver un système à moitié à jour.

Les symptômes d'une Gentoo bancale

Ils sont apparus lors d'une mise à jour de portage.


jseb ~ # emerge -va portage

These are the packages that would be merged, in order:

Calculating dependencies... done!

[ebuild     U ] sys-apps/sandbox-1.2.18.1-r2 [1.2.17] 232 kB
[ebuild     U ] dev-python/pycrypto-2.0.1-r6 [2.0.1-r5] USE="-bindist -gmp -test" 151 kB
[ebuild     U ] sys-apps/portage-2.1.4.4 [2.1.2.2] USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 368 kB
*** Portage will stop merging at this point and reload itself,
    then resume the merge.
[ebuild     U ] app-shells/bash-3.2_p33 [3.1_p17] USE="nls -afs -bashlogger -plugins% -vanilla" 2,564 kB
[blocks B     ] <sys-apps/portage-2.1.4_rc1 (is blocking app-shells/bash-3.2_p33)

Total: 4 packages (4 upgrades, 1 block), Size of downloads: 3,313 kB

!!! Error: The above package list contains packages which cannot be installed
!!!        at the same time on the same system.

For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked

La ligne importante est celle-ci:

[blocks B ] <sys-apps/portage-2.1.4_rc1 (is blocking app-shells/bash-3.2_p33)

Ce qui signifie que la mise à jour de Portage est bloquée par la version de Bash que l'on devrait installer (ou qui est déja installée). Et si on tente de mettre à jour Bash, on obtient ceci:

[ebuild     U ] app-shells/bash-3.2_p33 [3.1_p17] USE="nls -afs -bashlogger -plugins% -vanilla" 2,564 kB
[blocks B     ] <sys-apps/portage-2.1.4_rc1 (is blocking app-shells/bash-3.2_p33)

Nous sommes bien dans le cas de A qui bloque B qui bloque A.

Ce qu'il ne faut surtout pas faire

Il ne faut pas tenter de désinstaller Bash avec emerge -C.

Vous risquez de perdre votre unique shell, ce qui pourrait avoir de grave conséquences (dans un cas comme celui-ci, seule possibilité: compiler un paquet binaire Gentoo sur un autre système, et installer celui-ci sur votre système. Ensuite, emerger Bash depuis votre système immédiatement).
Bien entendu, si vous avez plusieurs shells (zsh, tcsh..), ce que j'ai écrit au dessus ne s'applique pas, mais ce n'est pas une raison pour le faire. Dans le pire des cas, vous aurez toujours bb (BusyBox) en guise de shell de secours, mais il n'est pas suffisant pour lancer emerge.

Résolution

Il faut tenter de faire une mise à jour progressive.

emerge -va '<bash-2.3_p33'

va installer la version précédente de Bash.

Ensuite, il faut installer la version actuelle de Portage (celle qui bloquait précédemment).

emerge -va portage

Une fois Portage mis à jour, il ne reste qu'à installer le dernier ebuild de Bash

emerge -va bash

Et le système est à nouveau à niveau (pour cette partie du moins).

Alors ça y est, ça marche ?

D'autres cas peuvent nécessiter une mise à jour progressive du système, pour isoler les paquets qui posent problème dans leurs dépendances circulaires.

emerge -vau system renvoie ceci:

[blocks B     ] sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r2)
[blocks B     ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5)

Nous ne sommes pas dans le même cas que précédemment, car mktemp n'est disponible que dans une seule version. La montée de version progressive n'est donc pas possible dans ce cas.


jseb | # eix mktemp
[I] sys-apps/mktemp
     Available versions:  1.5
     Installed versions:  1.5(02:51:44 20.04.2007)
     Homepage:            http://www.mktemp.org/
     Description:         allow safe temporary file creation from shell scripts.

Par contre, le descriptif nous informe qu'enlever mktemp le temps d'upgrader les coreutils ne devrait pas poser de stabilité du système.

Attention faire l'inverse (enlever les coreutils) serait une très mauvaise idée.

Nous allons donc enlever mktemp : emerge -C mktemp

Puis tenter d'installer les coreutils. Enfer !

 
jseb ~ # emerge -va coreutils

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] dev-perl/Locale-gettext-1.05  8 kB
[ebuild  N    ] app-arch/lzma-utils-4.32.6  USE="-nocxx" 468 kB
[ebuild  N    ] sys-apps/help2man-1.36.4  USE="nls" 84 kB
[ebuild     U ] sys-devel/automake-1.10.1 [1.10] 897 kB
[ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls (-selinux) -static -vanilla% -xattr%" 3,692 kB
[blocks B     ] <sys-apps/util-linux-2.13 (is blocking sys-apps/coreutils-6.10-r2)

Ce n'est pas grave. Commençons par emerger la dernière version des util-linux : emerge -va util-linux

Ensuite, on peut enfin emerger les coreutils : emerge -va coreutils

On ne peut toujours pas réemerger mktemp. Pas d'inquiétude, c'est parce qu'il a été intégré dans un autre paquet, qui se trouve être ... coreutils, justement.

epm -qf `which mktemp` donne : coreutils-6.10-r2

ou encore (commande équivalente)

equery b mktemp : donne le nom des packages contenants le fichier mktemp

Installer un ebuild plus récent que celui bloquant

Cette fois, le problème est résolu en montant de version directement.

jseb ~ # emerge -vp wxGTK

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] app-admin/eselect-wxwidgets-0.8  0 kB 
[ebuild  NS   ] x11-libs/wxGTK-2.8.7.1-r1  USE="X opengl -debug -doc -gnome -gstreamer -odbc -pch -sdl" 25,745 kB 
[blocks B     ] <=x11-libs/wxGTK-2.6.4.0-r2 (is blocking app-admin/eselect-wxwidgets-0.8)

eselect-wxwidgets n'est disponible que dans une version.

Installer une version inférieure de wxGTK n'a mené à rien.

Seule solution: tenter de monter de version pour wxGTK.

jseb ~ # eix wxGTK
[U] x11-libs/wxGTK
     Available versions:  
        (2.6)   2.6.4.0-r1 2.6.4.0-r3 ~2.6.4.0-r4
        (2.8)   2.8.7.1-r1 ~2.8.7.1-r2 ~2.8.8.0

On installe la plus récente stable : emerge -va '=wxGTK-2.6.4.0-r3'

C'est bon, ça maaaaarche.

Retrouver une dépendance enfouie.

Je gardais le meilleur pour la fin.

Certaines dépendances sont tellement enfouies qu'on ne les retrouve pas directement.

Un exemple : tous vos programmes utilisant GTK cessent de fonctionner et réclament la bibliothèque partagée libexpat.so.0.

Une rapide recherche nous renseigne: cette bibliothèque partagée a été renommée. Horreur. Va-t-il falloir tout recompiler ?

Non, car c'est GTK+ qui est concerné.

Bon, alors on recompile GTK+, c'est bien ça ?

Non (du moins, pas tout de suite), car la dépendance à la libexpat n'est pas directe, et viens d'une autre bibliothèque à laquelle est lié GTK+.

Les gens qui connaissent un peu la hiérarchie de cette bibliothèque vont recompiler de façon préventive pango et glib (à ne pas confondre avec la glibc qui est la bibliothèque des fonctions systèmes).

Perdu, le coupable était poppler, une obscure bibliothèque chargée du rendering pdf.

Bon. J'avoue que j'ai triché, et qu'on me l'a dit. Mais vous pouvez être confronté à un cas où vous vous retrouverez seul au monde avec votre dépendance enfouie.

Comment savoir dans un cas tel que celui-ci, ou au moins avoir une liste de suspects ?

Il faut retrouver tous les paquets en dépendance de GTK+ : emerge -Dp gtk+

ensuite, récupérer la liste des bibliothèques avec un equery f paquet

Ensuite, rechercher expat dans la liste des bibliothèques dynamiques obtenues précédemment.

ldd /usr/lib64/libpoppler.so.2.0.0 | grep expat
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f8867cb7000)

L'exemple ci-dessus est donné à titre indicatif. Il faut bien sûr mieux faire un script, même pour les gens patient (tout le monde en a marre un jour, sauf les cliqueurs sous MS-Windows).

Gagné, c'était bien poppler. Mais il y aurait pu en avoir d'autres.

Donc dans ce cas, il faudra recompiler poppler, puis gtk+. Et toutes vos applications refonctionneront comme au premier jour. C'est beau, snif.

Craaaaaac !

Hé bin voila m'dame Gentoo, j'vous z'avais bien dit qu'c'était pas grand chose!

Et n'hésitez pas à revenir me voir si vous z'avez d'nouveau mal au dos.

Le mieux est quand même d'avoir un système à jour, en exécutant cette commande régulièrement (disons une ou deux fois par mois) :

emerge -vau system

Ceci devrait vous prémunir des blocages les plus gênants, et d'une façon générale, votre Gentoo ne s'en portera pas plus mal.

Attention, pour l'emerge général system, il vaut mieux rester à proximité, au cas où il serait nécessaire d'arrêter le process pour faire un revdep-rebuild.

Remerciements à Frédéric qui m'a passé un binaire de Bash le temps de rétablir la situation

Panda3D : coup de bambou sur la Gentoo

Jean-Seb — Tue, 17 Jun 2008 22:37:00 +0200

Vous avez une Gentoo , et vous voulez installer Panda3D.
emerge -va panda3d , c'est bien ça ?
Presque, petit scarabé, presque ...
Mises à jour :

20 juin 2008. (précisions sur l'intégration de l'ebuild)
23 juin 2008. (accélération du rendu sous MS-Windows)

Rendre à César...

Ce billet s'inspire fortement d'un post sur le forum Panda3D:
- le post original

Panda3D et portage

Le problème est simple: Panda3D n'est disponible que dans une version très ancienne dans l'arbre portage.
Et oui, ça arrive. Bien que cela soit heureusement très rare, il manque parfois des choses dans portage.
Face à cela, deux possibilités:
- la mauvaise: compiler vous même Panda3D et l'installer comme vous le pouvez.
- la bonne: utiliser un overlay, ce qui vous permettra de suivre proprement les évolutions de version.

Petit rappel sur les overlays

Un overlay , c'est une série de ebuild additionnels non supportés dans l'arbre portage officiel.

J'en parle déja ici

Pour tout savoir sur les overlays

Préparation de l'ebuild

Je pars du principe que votre overlay se situe ici:
- /usr/local/portage

Vérifiez que votre make.conf contient la ligne suivante, sinon emerge ne trouvera pas votre overlay:
- PORTDIR_OVERLAY="/usr/local/portage"

Créez le chemin de l'overlay de l'ebuild:
- mkdir -p /usr/local/portage/media-libs/panda3d/

Voici l'ebuild à copier dans le répertoire précédemment créé
- J'ai récupéré (et adapté légèrement) cet ebuild sur le forum de Panda3D

Fichier panda3d-1.5.2.ebuild à placer dans /usr/local/portage/media-libs/panda3d/

# Copyright 2000-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# 1.4.2 'stable' by joeldg - blog.peoplesdns.com
# 1.5.2 par jseb (article sur www.finiderire.com)
# $Header: $

inherit eutils python

DESCRIPTION="A 3D framework in C++ with python bindings"
HOMEPAGE="http://panda3d.org"
SRC_URI="http://panda3d.org/download/${P}/${P}.tar.gz"

LICENSE="Panda3D"
SLOT="0"
KEYWORDS="~x86"
IUSE="png jpeg tiff fmod openal nspr python ssl truetype doc zlib"

DEPEND="doc? ( dev-python/epydoc )
                png? ( media-libs/libpng )
                jpeg? ( media-libs/jpeg )
                tiff? ( media-libs/tiff )
                nspr? ( >=dev-libs/nspr-4.4.1-r2 )
                openal? ( media-libs/openal )
                fmod? ( =media-libs/fmod-3* )
                ssl? ( dev-libs/openssl )
                truetype? ( media-libs/freetype )
                zlib? ( sys-libs/zlib )
                python? ( dev-lang/python )"

pkg_setup() {
        ewarn "Please note that python bindings are now"
        ewarn "set by the python USE flag to coordinate"
        ewarn "with upstream."
}

src_unpack()
{
        unpack ${A}
}

src_compile()
{
        #
        # the everything keyword has checks for your current libs
        # and will skip them if not available..
        # this also adds support for maya and max models.
        #
        ./makepanda/makepanda.py --everything   || die "build failed"
}

src_install()
{
        dodir /opt/panda3d

        doenvd ${FILESDIR}/50panda3d
        sed -i -e "s:lib:$(get_libdir):g" \
        ${D}/etc/env.d/50panda3d \
        || die "libdir patching failed"

        #construire la doc, quoiqu'il arrive
        cp -R ${S}/samples ${S}/built
        cp -R ${S}/direct/src ${S}/built/direct/src
        cd ${S}/built

        if use python ; then
                # python installation
                python_version
                dodir /usr/$(get_libdir)/python${PYVER}/site-packages
                cat <<- EOF > ${D}/usr/$(get_libdir)/python${PYVER}/site-packages/panda3d.pth
                # This document sets up paths for python to access the
                # panda3d modules
            /opt/panda3d/lib
            /opt/panda3d/direct
        /opt/panda3d/pandac             
                /opt/panda3d/built
                /opt/panda3d/built/$(get_libdir)
                EOF
        fi

        cp -R ${S}/direct/src ${S}/built/direct/
        cp -R ${S}/built/* ${D}/opt/panda3d
        use python && touch ${D}/opt/panda3d/built/__init__.py
}

pkg_postinst()
{
        elog "Panda3d is installed in /opt/panda3d"
        elog
        if use doc ; then
                elog "Documentation is avaliable in /opt/panda3d/doc"
                elog "Samples are avalaible in /opt/panda3d/samples"
        fi
        elog "For C++ compiling, include directory must be set:"
        elog "g++ -I/opt/panda3d/include [other flags]"
        if use python ; then
                elog
                elog "ppython is depricated and panda3d modules are"
                elog "now installed as standard python modules."
        fi
        elog
        elog "Tutorials avaliable at http://panda3d.org"
}

note : si la commande ebuild refuse le script précédent, c'est probablement à cause d'un problème de tabulations transformées en espaces.
- Pour résoudre ce problème, vous pouvez éditer le fichier et transformer les espaces de débuts de lignes en tabulations.
- avec Vim : :%s/^\ \+/\t/g

Il faut créer le journal (qui consiste en une liste de checksum des fichiers impliqués) de l'ebuild
- Cette opération est à refaire à chaque modification de l'ebuild.
- La première fois est plus longue, car les sources sont chargées pour calculer leur checksum.

jseb panda3d # ebuild /usr/local/portage/media-libs/panda3d/panda3d-1.5.2.ebuild digest
>>> Creating Manifest for /usr/local/portage/media-libs/panda3d

Il faut également récupérer un fichier dans l'arbre portage officiel.
- Il s'agit du fichier /usr/portage/media-libs/panda3d/files/50panda3d
- Il faut donc créer un sous-répertoire files dans votre overlay panda3d, et le placer à l'intérieur.
- Ce fichier contient des informations d'installation pour Panda3D et est utilisé par emerge.

emerge

emerge -va panda3d

Les slots des différents arbres portage (l'officiel et le votre) qui contiennent Panda3D doivent apparaitre (à la fin des messages de emerge)

 [0] /usr/portage
 [1] /usr/local/portage

Ne vous en faites pas pour les options, la compilation de Panda3D est lancée via un script Python.

Le lancement de la compilation dans l'ebuild se fait ainsi:
- ./makepanda/makepanda.py --everything
- Si un jour vous le construisez vous même, il est important de partir de la racine du répertoire de sources (ce que l'on fait ici).
- L' option --everything construira Panda3D avec le maximum de packages disponibles sur votre système.

La compilation est assez longue, y compris sur une machine moderne bien dotée en ram.
- ccache n'est pas utilisé pour les ebuild en dehors de l'arbre officiel portage.
- quand j'aurai trouvé comment faire, je mettrai à jour ce billet. Si vous savez le faire, postez un commentaire, merci.

Panda3D sera installé à part dans son répertoire /opt/panda3d
- Ceci est normal et souhaitable.

Vérification des fichiers après emerge

/etc/ld.so.conf : doit contenir /opt/panda3d/lib (le ldconfig est fait par emerge à la fin de la compilation)
- sinon on peut éventuellement modifier à la main la variable LD_PATH_CONFIG pour faire un essai.

/usr/lib/python2.5/site-packages/ doit contenir un path Python (normalement: panda3d.pth )

jseb jseb # cat /usr/lib/python2.5/site-packages/panda3d.pth 
# This document sets up paths for python to access the
# panda3d modules
/opt/panda3d/lib
/opt/panda3d/direct
/opt/panda3d/pandac             
/opt/panda3d/built
/opt/panda3d/built/lib

Si, lorsque vous lancez un exemple (/opt/panda3d/samples/), Python ne trouve pas les import de Panda3D, vous aurez deux liens symboliques à créer vous même
- ln -s /opt/panda3d/direct/ /usr/lib/python2.5/site-packages/
- ln -s /opt/panda3d/pandac/ /usr/lib/python2.5/site-packages/

Attention à créer les liens dans la bonne version de Python (ici, 2.5) si celui-ci est slotté (cohabitation avec une autre version). Prendre la version utilisée par défaut lors du lancement de la commande Python.

Le nirvana est en vue

Si vous obtenez un segfault lors de l'exécution de l'exemple Asteroids , vous avez probablement un problème avec le son.

Par défaut, OpenAL est utilisé, et cela semble poser quelques problèmes pour l'instant.

Vous pouvez couper le son dans le fichier de config , pour vérifier qu'il s'agit bien de cela.
- dans /opt/panda3d/etc/Config.prc , commentez cette entrée :
- audio-library-name p3openal_audio

Sil il s'agit bien de cela, vous pouvez utiliser fmod (attention, bibliothèque non-libre) ou choisir de rétablir OpenAL.
- J'ai écrit que vous pouviez rétablir OpenAL, car dans mon cas cela a suffit (après avoir lancé l'exemple asteroids en nosound, j'ai rétabli l'entrée dans le fichier de config Panda3D).

Pour remplacer OpenAL par Fmod
- dans /opt/panda3d/etc/Config.prc :
- audio-library-name fmod_audio

Pour les utilisateurs de MS-Windows

Vous êtes un utilisateur de MS-Windows et vous avez lu jusque là. C'est gentil.

Panda3D rame, c'est un fait. Il y a cependant moyen d'améliorer la situation.
- Dans le fichier Config.prc , remplacez le rendering OpenGL par DirectX.

#load-display pandagl
load-display pandadx8

Pour éviter d'utiliser la version de Python fournie avec l'installeur des binaires de Panda3d, vous pouvez simplement utiliser les path déja évoqués ci-dessus

import sys
sys.path.append(repertoire_panda3d)

On peut aussi demander à Python d'ajouter un path au démarrage.
- Il faut placer un fichier dans la racine du répertoire Python:
- Contenu de panda3d.pth

panda152
panda152/bin

Ce fichier spécifie simplement les répertoires contenant les binaires (tools de Panda3D) et le répertoire racine de Panda3D, par rapport au répertoire racine de Python.
Ici, le répertoire de Panda3D se nomme donc panda152 et est placé dans le répertoire racine de Python.

Vous pouvez ensuite effacer le répertoire Python fourni avec l'installeur de Panda3D.

Wi-Wi au pays du WiFi

Jean-Seb — Thu, 22 May 2008 19:52:00 +0200

Le WiFi... (soupir)
Le chipset 3945 Intel sur un Dell D630 ... (soupir)
La configuration Linux ... (pan!)

Matériel concerné

Il s'agit d'un portable Dell D630 avec chipset WiFi Intel 3945

Tester avec Kismet

Pour vérifier que votre matériel fonctionne, vous pouvez utiliser Kismet avec un live-cd (Backtrack par exemple).
- Une fois Kismet lancé, vous devriez voir votre réseau.

Configuration dans le noyau

Je vous conseille d'activer tout ce qui a rapport de près ou de loin au WiFi.

iwl3945 est le nouveau module pour le chipset 3945. Utilisez le à partir du noyau 2.6.22.

Mettez tout en module
- Vous avez obligatoirement besoin de mac80211 et de iwl3945

N'oubliez pas de rapatrier le microcode Intel dans /lib/firmware

Si malgré tout vous avez l'horrible erreur could not read microcode : errorcode -2, et que votre firmware est bien là:
- contrairement à ce qu'affirme le errorcode (file not found), ce n'est pas le fichier qui est absent.
- en fait, le fichier est incorrectement décodé. Il faut le support pour le décoder.
- vous n'avez plus qu'à vous recompiler un noyau avec toutes les options, et retirer des options petit à petit.

Script de démarrage

Et voici un script de démarrage prêt à l'emploi (ou presque).

#!/bin/sh

wifi=`iwconfig | grep 802.11 | cut -f 1 -d' '`
if [ "$wifi" == "" ]; then
        echo $wifi
        echo "Pas de carte Wifi détectée!"
        exit
else
        echo carte wifi detectée sur $wifi
fi
ifconfig eth0 down
ifconfig $wifi down
route del default
iwconfig $wifi key 0102030405060708 essid "votre_essid" mode managed
ifconfig $wifi up
ifconfig $wifi 192.168.1.1
echo "petite pause avant le iwlist........."
sleep 5
iwlist $wifi scan
route add default gw 192.168.1.254

Quelques explications:
- le ifconfig down de eth0 sert à éviter les conflits avec la carte réseau ethernet.
- le iwlist n'est pas facultatif, et est très important pour permettre l'association avec le point d'accès.
- la pause avant le iwlist permet au matériel de s'initialiser (sans la pause, ça ne marche pas à tous les coups)
- le ifconfig sur l'interface wifi, ainsi que le route add peuvent souvent se remplacer par un dhcpcd $wlan0 qui vous donnera les bonnes valeurs.

Git est couvert

Jean-Seb — Wed, 23 Apr 2008 21:53:00 +0200

Les projets prennent de l'ampleur. Les équipes s'agrandissent.
Premier réflexe: CVS ou SVN. Un vieux truc lent et centralisé, donc.
Intéressez-vous à Git, le gestionnaire de versions de Linus Torvalds.
Réalisé avec les explications de Frédéric Jolliton.
Mise à jour : 25 avril 2008

CoGITons

Contrairement à CVS et SVN, Git ne repose pas sur un serveur centralisé.

Le principe de fonctionnement est celui d'un serveur de versions, soit suivre l'évolution du contenu d'une arborescence.

Git ne procède pas à un diff , l'intégralité de chaque source modifiée est sauvegardée.

Rassurez-vous, cette sauvegarde se fait dans un blob compressé, et la taille prise sur le disque augmente très lentement.

Git a été conçu comme un système de fichiers, et offre de très bonnes performances.

Comme tout serveur de données, on peut l'utiliser pour stocker tout type de fichiers. Voici une comparaison de Git avec Subversion et Mercurial.

Nous avons un gagnant !

Windows: bien aGITer avant emploi.

Je ne traite pas de l'installation Linux, car elle ne présente pas de problèmes.
- Les utilisateurs de Linux peuvent aller directement ici : site officiel

Sous Windows, c'est un peu plus délicat, mais les développeurs ont quand même pensé à vous.
- Normalement, seul Cygwin est supporté.
- Il existe cependant un projet pour le faire tourner avec MSys.
- Cet installeur contient un shell MSys avec tous les outils nécessaires.
- Rien ne vous empêche de continuer à utiliser votre propre shell, en ajoutant le path bin du shell de Git.

L'installeur est ici :
- Page du projet Msys-Git

Lancer l'installation.
- Surtout ne cherchez pas à l'installer dans votre arborescence MSys si vous en avez déja une.
- Depuis la version 1.5.5, les fins de lignes sont converties en CRLF dans le répertoire source, et en LF dans l'arbre Git. C'est une chose bonne et souhaitable, et vous ne devriez pas chercher à changer ce comportement par défaut.
- J'ai choisi de ne pas modifier les variables d'environnement (Use Git Bash only), car pour ma part, j'ai modifié le path de mon MSys déja installé, pour inclure le répertoire bin de Msys-Git.
- Et voila, c'est installé. Tout est linké en statique, ça prend un peu plus de 100mo. C'est mieux que les moutures précédentes qui prenaient plus de 600mo! Encore un petit effort et ça sera parfait.

Un peu de personnalisation
- pour ceux qui ont déja un shell, ajouter ${msysgit}/bin dans le ${PATH} de celui-ci.
- modifier ${msysgit}/bin/vi , et mettre gvim à la place de l'appel de vi.

Juste pour vérifier

~$ git --version
git version 1.5.5.1015.g9d258

Configuration

Utiliser git config avec les clés de configuration à modifier.

Emplacement des fichiers de configuration
- La configuration générale est stockée ici: ${HOME}/.gitconfig
- La configuration locale est stockée dans le répertoire du projet
- Les Unixiens ont également une config pour tous les utilisateurs du système dans /etc/gitconfig

Une bonne idée est de donner quelques informations sur la machine et l'unité carbone qui l'utilise.
- git config --global user.name "Jean Seb"
- git config --global user.email "johannsebaztian@finiderire.com"

Pour voir la clé de configuration global

 git config --global --list

On veut tout voir (et rien payer)

git config --list

Commandes de base

Création d'un repository Git
- se mettre dans un répertoire (peuplé ou pas), puis: git init
- par défaut, la branche créée se nomme master.

Ajouter et enlever des fichiers au dépot
- ajouter les fichier avec git add fichier (on peut utiliser des jokers)
- pour ajouter tous les fichiers , utiliser un point : git add .
- on peut enlever ce qui ne sert plus avec git rm fichier (on peut aussi utiliser les jokers)
- plutot que d'ajouter en masse puis enlever les fichiers au cas par cas, on spécifiera dans exclude les fichiers à ne pas intégrer au projet.

Commiter
- pour voir ce qui va être commité : git diff --cached
- pour commiter les changements: git commit

Première récupération d'un repository distant
- Git est un serveur décentralisé , on obtient donc des copies des projets.
- je prends un projet au hasard sur gitorious.org , qui est un hébergeur gratuit de repositories Git.
- pour créer le projet, utiliser clone : git clone git://gitorious.org/interstellar/mainline.git

Lister les modifications
- tout lister : git log (ou git log -p pour avoir le diff complet pour chaque étape)
- lister une modification particulière : git log -p XXXXX (avec XXXX le début du SHA1 correspondant à la modif.)
- il semble que git show XXXXXX fait la même chose que la commande précédente.

Rechercher dans les fichiers
- nous disposons d'un vrai grep : git grep Iirrlicht

Pour avoir des informations sur les commandes
- git --help vous rappelle les principales commandes.
- git commande --help invoque le man de la commande concernée dans votre navigateur.

Maintenance et suivi du dépôt

reset : en cas de pépin
- git reset --hard
- à réserver aux cas difficiles (problèmes de changement de branches par exemple).

gc : pour nettoyer et reconstruire le dépot (à faire de temps en temps sur les gros projets)
- git gc

fsck : pour vérifier l'intégrité du dépôt
- git fsck

count-objects : pour avoir des stats sur les objets
- git count-objects

Les branches

pour voir la branche dans laquelle on se trouve: git branch
pour créer une branche : git branch nouvelle_branche
pour voir toutes les branches : git branch -r (donnera: origin/HEAD et origin/master)

pour changer de branche, utiliser checkout : git checkout bidule
- quand on change de branche, les fichiers sont modifiés en rapport (si un fichier n'est pas utilisé dans la nouvelle branche, il disparaitra).
- un changement réussi de branche se solde par un Switched to branch nom_de_la_branche
- pour retourner dans une branche précédente, utiliser une nouvelle fois checkout : git checkout ancienne_branche

pour fusionner deux branches: merge
- Si on se trouve dans main et que l'on veut fusionner le contenu de experimental : git merge experimental

pour effacer une branche : branch -d experimental
- la commande précédente vérifie que les changements faits dans la branche experimental ont été intégrés. Pour forcer la destruction : branch -D experimental

avec checkout, on peut récupérer la dernière version commitée d'un fichier (si on regrette ses modifications)
- on peut également restaurer le fichier depuis un commit antérieur, ou depuis une autre branche.

un dépôt n'est jamais modifiable, sauf en ajout. On ne peut pas modifier un fichier commité (il faut refaire un commit, et donc ajouter une couche).
- pour annuler un commit, le seul moyen est donc de faire soi-même les modifications inverses sur les objets, puis de commiter à nouveau.

commit , fetch , pull , push

Le commit est local.
- Avant un commit, Git demande d'ajouter un commentaire. La première ligne est le résumé des modifications. Toutes les lignes commençant par un dièse sont ignorées, et il faut obligatoirement une ligne qui ne commence pas par un dièse.
- On peut aussi rentrer directement la description : git commit -m "Cette fois, ça va marcher!"

Le pull (download) permet de récupérer des modifications distantes et d'appliquer la fusion (merge) des objets.
- récupérer la branche master du dépôt project :

git pull /home/toto/project master

Le fetch est un simple download, sans la fusion des objets (il faut faire soi-même un git merge ... )

$~ git remote add fred /home/fred/project
$~ git fetch fred
$~ git log -p master..fred/master
$~ git merge fred/master

Le push (upload) permet d'envoyer des fichiers à distance. Il permet également d'envoyer des modifications dans une autre branche.

git push git://serveur.git.org/projet.git

Cas pratique

L'intêret de Git est de supprimer le côté centralisé de CVS et SVN. Mais encore ?

Soit deux utilisateurs: jseb et fred.

Ces deux utilisateurs utilisent chacun un repository, plus deux repositories publics (hébergés chez fred) pour partager leurs modifications.
- Il y a donc deux dépôts privés (un chez jseb, un chez fred) et deux dépôts public (hébergés chez fred, mais ils pourraient être n'importe où).
- Les modifications de jseb et fred ne vont toucher que leurs dépôts publics respectifs (principe de décentralisation de Git, que n'ont pas SVN ou CVS). Il appartient à jseb et à fred de faire le pull qui ramènera les modifications publiques vers leur dépôt privé.

Côté fred :
- création d'un alias vers son dépôt public : git remote add fred git://publicgit.domaine.org/jseb.git
- création d'un alias vers le dépôt public de jseb : git remote add jseb git://publicgit.domaine.org/jseb.git
- git remote add ne fait qu'ajouter un alias dans .git/config et n'a pas d'autre effet que de simplifier les opérations ultérieures.
- fred récupère les données du dépôt public (pour l'instant vide) vers son dépôt privé : git pull jseb
- la commande précédente est équivalente à git pull git://publicgit.domaine.org/jseb.git

Côté jseb :
- jseb veut envoyer les données de son dépôt irrlicht dans le repository public jseb (celui-ci a été créé sur le serveur par fred qui est l'hébergeur).
- fred a créé le dépôt public fred.git où il placera ses modifications, afin que jseb puisse y accéder
- jseb va donc créer un alias fred.git pour récupérer les modifications de fred : git remote add fred git://publicgit.domaine.org/jseb.git
- jseb va également créer un alias jseb pour pouvoir envoyer les données modifiées vers son dépôt public.

jseb envoie ses sources dans le dépôt public (ici, décomposé en deux temps pour la démonstration)
1er temps: partie accès local
- git init
- git add . . Notez le point pour tout envoyer, sauf ce qui est défini dans .git/info/exclude (objets et les préfixes d'exécutables)
- git commit

2ème temps: partie accès vers le serveur public distant
- git remote add jseb git://publicgit.domaine.org/jseb.git
- git push jseb
- ( note: pour un premier envoi de jseb dans la branche master : git push git://publicgit.domaine.org/jseb.git/ master )

fred récupère sur son dépôt privé les modifications de jseb
- git clone git://publicgit.domaine.org/jseb.git irrlicht-jseb (l'argument irrlicht-jseb est le nom à donner au répertoire)
- fred fait ensuite quelques modifs dans les sources.

jseb peut récupérer les modifications de fred
- git pull fred

le processus se répète indéfiniment jusqu'à satisfaction des deux parties, grosse fête, banquet, clameurs de liesse et couronnement des champions.

Bonus : l'interface Tk

Pour suivre une arborescence bien compliquée, rien ne vaut un petit dessin.

Git est livré avec deux interfaces Tcl/Tk

gitk : interface canal historique.
- Placez vous dans un repository.
- gitk
- si la commande précédente ne fonctionne pas: $~ wish $(type -p gitk)
- pour voir toutes les branches : $~ wish $(type -p gitk) --all

git-gui : interface simplifiée pour les opérations courantes.
- lancer git-gui (si ça ne fonctionne pas, même remarque que pour gitk).

Trouver un GITe

Gitorious

Tux Family

Liens divers

Le site officiel

Tuto français complet et drôle

Le strict minimum pour se faire une idée

La base pour utiliser Git

Un tutorial qui rentre plus dans les détails

L'aGITé du bocal

En anglais, git signifie connard.

L. Torvalds dit avoir choisi le nom en assumant son côté d'incurable égocentrique: je nomme tous mes projets d'après ma personne. D'abord Linux, maintenant Git.
- Il ne faut donc voir aucun rapport avec le contexte qui a engendré ce projet.
- Source: quel déconneur ce Linus !

Développement durable pour contrées étrangères

Jean-Seb — Sat, 12 Apr 2008 13:40:00 +0200

Pas très pratique de rebooter sous MS-Windows pour compiler un exe à destination des malheureux toujours présents sur ce système.
Encore moins pratique si on ne dispose plus de MS-Windows (c'est ballot).
La solution existe et s'appelle crossdev.

La cross-compilation

La technique consistant à compiler pour un autre environnement que le sien se nomme cross-compilation.

Sous Gentoo, il existe un utilitaire qui permet de définir des environnements de compilation différents du sien.

Cet utilitaire se nomme crossdev.

Si vous n'êtes pas sous Gentoo, c'est peut être l'occasion de se poser la question d'y passer. La cross-compilation n'est pas un sujet trivial lorsqu'on ne possède pas les outils adaptés.

Comme d'habitude, cet article comprend le strict minimum pour installer un environnement de compilation. Pour les détails (qui sont fort intéressants), vous devrez vous référer à la documentation Gentoo.

Tout savoir sur la cross-compilation Gentoo

How-To spécifique MinGW

HowTo spécifique MinGW et SDL

Quelques définitions

cross compilation : compilation pour un autre système que le sien (que ce soit du point de vue de l'OS ou du matériel).

toolchain : l'ensemble des utilitaires nécessaires à une cross compilation.
- Un toolchain typique comprends:les binutils, les compilateurs spécifiques à la plateforme, un débugger, plus éventuellement quelques particularités propres au système cible (libc pour systèmes embarqués par exemple).

host system : le système utilisé pour la cross compilation.

target system : le système cible de la compilation.

sysroot : correspond à un répertoire du host system dans lequel la toolchain est installée.
- Ce répertoire va servir de racine à un système de fichier simulant l'environnement du système cible, et permettra la création de binaires pour celui-ci.
- c'est à partir de ce répertoire racine que le compilateur va chercher ses includes et ses libs.

crossdev : utilitaire Gentoo servant à mettre en place les environnements de cross compilation.

overlay : ceci ne concerne pas spécifiquement la cross-compilation. Un overlay (=une couche) est un ensemble d'ebuilds Gentoo qui ne font pas partie des ebuilds officiels de l'arbre portage. Un overlay correspond donc à une série d' ebuilds additionels.

Utilitaires Gentoo

binutils-config : pour gérer les versions slottées des binutils
- Exemple affichant la liste des binutils installés:

~$ binutils-config -l
[1] i686-pc-linux-gnu-2.16.1 *

gcc-config : pour gérer les compilateurs installés
- Exemple affichant la liste des compilateurs installés:

~$ gcc-config -l
 [1] i686-pc-linux-gnu-4.1.1 *

crossdev : compile et installe les toolchains pour une plateforme supportés par GCC.

qpkg : créer des paquets binaires pour des ebuilds cross-compilés sur le sysroot.

Installation des paquets nécessaires

emerge -va portage-utils

emerge -va crossdev

emerge -va layman : va permettre de gérer les overlays (lister et installer)
- layman -S équivaut à emerge --sync, mais pour les overlays.
- layman -L va lister les overlays disponibles.
- layman -a overlay-name pour ajouter un des overlays listé précédemment (il faut les ajouter soi-même).
- layman -i toolchain pour avoir des informations sur un overlay particulier (ici, toolchain).

important : une fois votre premier overlay ajouté, insérer cette ligne dans make.conf :
- source /usr/portage/local/layman/make.conf
- il ne faut surtout pas l'insérer avant d'avoir sélectionné votre premier overlay, sinon portage échouera.
- on peut choisir un autre path en modifiant le fichier de config /etc/layman/layman.config

Je ne m'étends pas plus sur le sujet, car pour l'exemple développé ici (installation de la toolchain mingw32), nous n'aurons pas besoin des overlays de toolchain.
- Les overlays de toolchain seront donc à réserver aux environnements de cross-compilation plus exotiques.

Par contre, pensez à ajouter (si ce n'est pas déja fait) dans votre make.conf:
- echo 'PORTDIR_OVERLAY="/usr/local/portage"' >> /etc/make.conf
- Ceci vous permettra d'utiliser par la suite vos ebuild "fait maison" (les overlays).

Nommage des toolchains

Les toolchains sont désignées par des tuples :
- machine-vendor-kernel-operating system

quelques exemples de valeurs pour les tuples (voir la doc pour toutes les possibilités).
- machine : ia64, i686, x86_64 , ...
- vendor : pc parait le plus logique
- kernel : mingw32 ou mingw64 pour les MS-Windows 32/64 bits
- operating system : gnu (tous les OS qui possèdent une glibc)

Donc, pour compiler pour un cpu générique (mais récent) vers un Windows 32 bits, la toolchain devrait se nommer:
- i686-pc-mingw32-gnu

sauf que ... si vous utilisez cette chaine, crossdev va échouer et vous aurez dans le log:
- checking target system type... Invalid configuration `i686-pc-mingw32-gnu': machine `i686-pc-mingw32' not recognized

Donc, nous utiliserons: i686-mingw32

Construction d'une toolchain

Nous allons utiliser crossdev
Ne vous inquiétez pas si vous faites une erreur dans la création de la toolchain, chaque toolchain est isolée des autres: une erreur ne cassera pas votre système de base.
Nous reprenons la toolchain du paragraphe précédent: i686-mingw32 , en stage 3 (pour gagner du temps).
- Je rappelle que le stage 3 ne comprend pas le compilateur C++.

~ # crossdev -s3 --target i686-mingw32
--------------------------------------------------------------------------------
 * Host Portage ARCH:     x86
 * Target Portage ARCH:   x86
 * Target System:         i686-mingw32
 * Stage:                 3 (C compiler & libc)

 * binutils:              binutils-[latest]
 * gcc:                   gcc-[latest]
 * headers:               w32api-[latest]
 * libc:                  mingw-runtime-[latest]

 * PORTDIR_OVERLAY:       /usr/local/portage
 * PORT_LOGDIR:           /var/log/portage
 * PKGDIR:                /usr/portage/packages/cross/i686-mingw32
 * PORTAGE_TMPDIR:        /var/tmp/cross/i686-mingw32

 * Forcing the latest versions of {binutils,gcc}-config/gnuconfig ...     [ ok ]
 * Log: /var/log/portage/cross-i686-mingw32-binutils.log
 * Emerging cross-binutils ...

etc...

par défaut, tous les utilitaires sont générés, des binutils au compilateur C (ou C++ si vous êtes en stage4)
- soyez patients, même en stage3 c'est long.
- tout est loggé bien sagement dans /var/log/portage/.

on peut également choisir sa version de la libc, de gcc, de binutils ...
- par exemple, si vous avez des soucis avec gcc-4, vous pouvez repasser dans une version plus stable:
- crossdev --gcc 3.4.2 -t i686-mingw32
- (j'ai lu que gcc-4 posait problème lors de la création de bibliothèques partagées).

crossdev pour avoir un résumé des options

Tout s'est-il bien passé ?

Quelques tests de base pour s'assurer qu'il n'y a pas de gros soucis:
- Tout d'abord, demander les infos de version du compilateur C
- On remarquera avec intêret l'emplacement du sysroot

~$ /usr/bin/i686-mingw32-gcc -v
Utilisation des specs internes.
Target: i686-mingw32
Configuré avec: /var/tmp/cross/i686-mingw32/portage/cross-i686-mingw32/gcc-4.2.3/work/gcc-4.2.3/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/i686-mingw32/gcc-bin/4.2.3 --includedir=/usr/lib/gcc/i686-mingw32/4.2.3/include --datadir=/usr/share/gcc-data/i686-mingw32/4.2.3 --mandir=/usr/share/gcc-data/i686-mingw32/4.2.3/man --infodir=/usr/share/gcc-data/i686-mingw32/4.2.3/info --with-gxx-include-dir=/usr/lib/gcc/i686-mingw32/4.2.3/include/g++-v4 --host=i686-pc-linux-gnu --target=i686-mingw32 --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-libunwind-exceptions --disable-libmudflap --disable-libssp --disable-libgcj --with-arch=i686 --enable-languages=c --disable-shared --with-sysroot=/usr/i686-mingw32 --disable-bootstrap --disable-libgomp
Modèle de thread: win32
version gcc 4.2.3 (Gentoo 4.2.3 p1.0)

Vous pouvez également vous promener dans le sysroot, afin de voir tout ce qui est installé.
- Vous devriez trouver DirectX, mais également OpenGL, GLUT, et tout ce qui a trait à Win32 (sockets, WinMM, OLE etc..)

Compiler un "hello world"
- Vous trouverez le source ci-dessous.
- Compilez avec : /usr/bin/i686-mingw32-gcc -mwindows hello_mingw.c -o hello_mingw
- Important : n'oubliez pas le flag -mwindows , autrement vous compilerez un programme console (ce qui peut servir pour la mise au point, mais a tendance à dérouter les utilisateurs dans la version de prod.)

#include <windows.h>

int WINAPI WinMain (HINSTANCE hInstance, 
      HINSTANCE hPrevInstance, 
      PSTR szCmdLine, 
      int iCmdShow) 
{
  MessageBox (NULL, "Win32 test", "Hello mingw32", MB_OK);
  return 0;
}

Plus qu'à tester votre hello world.
- Avec Wine (pour les jusqu'au-boutistes).
- Transfert vers un vrai MS-Windows (allez, faites vous plaisir).

Des regrets ?

Ca ne marche pas (j'adore cette expression qui désigne en général les problèmes situés entre la chaise et le clavier).
Vous n'en pouvez plus (ça m'arrive aussi).
Du passé, faisons table rase:
- crossdev --clean i686-mingw32

Cela en vaut-il vraiment la peine ?

Pour les indécis et les incrédules, pensez simplement à ceci: mingw et les portages GNU sous MS-Windows sont certes très utiles, mais le principe de crossdev est de permettre de monter un environnement cohérent avec une chaine de développement complète et à jour.

Un autre gros avantage: vous n'avez plus besoin d'utiliser MS-Windows et vous pourrez programmer sur un système qui est pensé pour le développement.

Avec tout ça, si vous bootez encore sous MS-Windows, c'est que vraiment vous aimez ça.

Un fichier ça va, dix fichiers ...

Jean-Seb — Tue, 18 Mar 2008 21:33:00 +0100

Vous en avez assez de la navigation dans les buffers ?
Vous ne vous y retrouvez plus après une compilation avec quickfix ?
Project est fait pour vous

Dans la jungle des fichiers

Vim est le plus beau des éditeurs.

Et non, ce n'est pas Emacs. Celui qui a dit Visual Studio : dix coups de baton!

N'empêche.

Quand vous utilisez le mode quickfix (déja abordé dans ce blog) et que vous en avez assez de naviguer dans les buffers pour retrouver vos fichiers, il est temps de faire appel à un gestionnaire de projet.

Devinez quoi, ça existe déja, et c'est très fort.

Voici Project de Aric Blumer.

Franchement, que reste-t-il à Visual Studio ?

Project : download et préparation

Vous pouvez trouver le script sur le site Vim:
- Project

votre Vim doit être en mode nocompatible (je dis ça pour les masos adeptes des années 70, de la disco, et de Vim en mode legacy)

Installez le, ainsi que sa doc, puis générez la doc.
- Syntaxe: helptags path de la doc
- Ex: helptags e:\tools\vim\doc
- help project : la doc doit apparaitre.

Chargez Project dans Vim (attention à la majuscule)
- :Project
- :Pro fonctionne également chez moi, abréviation à tester chez vous.

Quelle que soit la disposition de vos fenêtre, Project se situera toujours verticalement à la gauche de l'écran. Cela me parait être un bon compromis, je n'ai pas cherché à modifier ce comportement par défaut.

Un projet ex-nihilo

Nous allons créer un projet simple (mais de bon goût).

Par défaut, le projet est créé dans $HOME/.vimprojects.

Pour le créer à un autre endroit, invoquez :Project suivi du chemin et du nom de projet

Normalement, vous devez avoir la fenêtre Project ouverte dans Vim (sinon, chargez Project).

Cette fenêtre fonctionne en suivant le principe des folders. Si vous ne connaissez pas: :help fold

Se placer sur la fenêtre Project, puis \c
- Il s'agit donc bien d'un backslash suivi de la touche c , en mode commande.

Une fenêtre apparait, et demande le nom de l'entrée. Disons toto, pour faire original.

Une autre fenêtre, avec le nom du répertoire.
- Les gens sous Linux auront droit à une belle fenêtre de sélection, sous Windows il faut rentrer le path à la main.
- Ne rentrez pas le slash (ou antislash) final.
- Disons: e:\coding\toto

Encore une fenêtre, avec "enter the CD parameter"
- permets de changer de répertoire quand on choisit un fichier.
- CD=. signifie que l'on utilisera le répertoire courant pour les commandes à exécuter.
- on n'est pas obligé de rentrer ce paramètre. Dans ce cas, le répertoire restera celui de base.
- le paramètre s'exprime en tant que chemin relatif au chemin racine.

Dernière fenêtre: choisir le filtre de fichiers
- Ex: *.c *.cpp *.h

Voila, votre projet est créé.

Seuls les éléments obligatoires ont été validées avec cet assistant
- Pour les options, voir la doc
- Par exemple, vous pouvez utiliser in et out pour exécuter des commandes quand vous entrez ou sortez d'un répertoire.
- Vous pouvez également utiliser la combinaison \C (C majuscule) qui crée également un projet, en intégrant par défaut tous les sous-répertoires.

Manipulation des fichiers d'un projet

Maintenant que le projet est créé, nous allons faire quelques manipulations essentielles.

Reorganiser l'emplacement des noms de fichiers
- placez-vous sur le nom de fichier à déplacer, puis CTRL + curseur haut/bas.
- attention, flêches du curseur obligatoire, ça ne fonctionne pas avec les touche j et k.

Ouvrir un fichier
- se placer sur le nom du fichier, puis valider.

Ouvrir tous les fichiers d'un folder (sans les sous-repertoires)
- se placer dans le répertoire désiré du folder, puis \l.

Rafraichir l'affichage du folder
- se placer sur le folder, puis \r
- pour rafraichir tous les sous-folders : \R

Ouvrir un fichier dans une nouvelle fenêtre splittée horizontalement
- SHIFT + Return
- \s si le terminal ne supporte pas la combinaison précédente.
- \S pour ouvrir tous les fichiers dans des fenêtres splittées (foutoir plus ou moins assuré selon le nombre de fichiers dans le projet).

Oups.

La fenêtre projet est fermée ?
- :Project pour la faire revenir (pas la peine de spécifier un nom de fichier, Project reprend celui en cours d'utilisation).

On ne voit rien!
- Se placer sur la fenêtre Project, et appuyer sur espace
- Appuyer à nouveau sur espace pour revenir à la largeur par défaut
- On peut choisir la valeur d'incrémentation avec la valeur de g:proj_window_increment (par défaut: 100)

Je veux tout recommencer.
- :bwipe : Nettoie le projet (ainsi que tous les buffers)

L' onglet c'est bon, mangez-en.
- J'ai ouvert un onglet (:tabnew) , puis-je avoir Project à nouveau ?
- Bien sûr: tapez tout simplement :Project

Mais c'est du texte tout ça ?
- Oui, la fenêtre peut être éditée librement (ajout, suppression).
- Pour commencer un nouveau projet, utilisez :bwipe , la suppression du texte de la fenetre Project ne suffira pas.
- Les folders peuvent s'imbriquer, et se manipulent simplement (double-clic pour ouvrir/fermer par exemple)
- en cas de modification du texte d'un folder, n'oubliez pas \r ou \R (général) pour rafraichir l'affichage.

Le chemin est absolu (et la pente est rude)

Dans le cas d'un projet multiplateforme, on est gêné par l'obligation de rentrer un chemin absolu pour le folder père.

Les folders fils contiendront un chemin relatif au chemin de base, donné par le folder père.

Si , depuis MS-Windows, vous utilisez le shell MSYS (et vous utilisez MSYS!), vous avez accès à "~" comme alias de votre $HOME.

Voila donc le point commun avec Unix. Cela peut servir si vous avez besoin de modifier à la volée le chemin de base de vos sources (voir plus loin).

Voici un projet test qui vaudra mieux qu'un long discours (comme disait Napoléon).

Pour cet exemple, voici l'endroit où se trouve le projet:
- r:\coding\sound\soundtest : chemin complet
- r:\coding\ est le répertoire racine contenant tous mes projets.
- sound est une spécialisation contenant ce qui a trait au son.
- soundtest est le répertoire projet qui nous intéresse.

Se placer dans le répertoire racine de vos sources (r:\coding\sound\soundtest) et lancer Vim.

Depuis Vim
- :Project : crée un nouveau projet dans $home/.vimprojects.
- ou, si vous préférez avoir un fichier pour chaque nouveau projet: :Project nom_du_projet
- dans ce dernier cas, il faudra charger Vim depuis le shell de la façon suivante: vim +"Project nom_du_projet" (n'oubliez pas les guillemets ou nom_du_projet sera chargé comme un fichier classique).

Dans la fenêtre de projet : création de la racine
- \c (c minuscule) : invoque l'assistant projet, pour parler comme les Windoziens.
- je me permets d'insister sur le c minuscule, autrement l'intégralité de votre arborescence de sources sera ramenée.
- nom du projet : ROOT (ou ce que vous voulez, mais servira dans le script de démarrage)
- Quel script de démarrage ? Celui que vous serez obligé d'écrire pour modifier la valeur de base, si il y des différences d'arborescence entre vos machines de dev.
- chemin absolu : il est important de garder la notation Unix des répertoires, avec les slashes. L'astuce consiste à omettre la lettre de lecteur qui empêche cette notation de fonctionner. Par défaut, Vim utilisera la lettre du lecteur d'où il est lancé. Sous Unix, vous n'aurez pas tout ces problèmes, bien sûr. Ici, nous allons donc rentrer tout simplement: /coding pour MS-Windows (et probablement ~/coding pour Unix).
- filtres : ce que vous voulez. On peut toujours en ajouter par la suite. Personnellement, je mets: *.c *.cxx *.cpp *.h

Dans la fenêtre de projet : création du projet fils.
- se placer sur une des lignes du folder père.
- \C : cette fois, c'est récursif pour le cas où votre projet aurait des sous-répertoires. C'est conseillé, sauf si vous faites un fizzbuzz.
- nom du projet : je vous laisse juges.
- chemin : il faut rentrer un chemin relatif par rapport à la racine de vos sources. Nous allons rentrer sound/soundtest . Ne mettez surtout pas de slash initial, il s'agit bien d'un chemin relatif.
- Pas besoin de filtres supplémentaires dans mon cas.

Et voila, un projet de créé. Vous pouvez en créer d'autres en vous repositionnant sur le folder père, pour repartir de votre chemin racine.

N'oubliez pas qu'en cas de modifications, \R rafraichit de manière récursive votre projet fils (il faut l'avoir sélectionné, être sur le père ne suffit pas).

Il ne vous reste qu'à synchroniser votre fichier Project entre vos différentes machines (Unison est ton ami).
- Sur mon Linux, je n'ai eu qu'à rajouter un ~ au début de ROOT dans .vimprojects : ROOT=~/coding
- Ca s'automatiserait très facilement, mais autant garder les choses simples. C'est la seule chose à changer dans un fichier Projects, cela reste très supportable.
- Par contre, si vous ne voulez pas du fichier global, je vous conseille de faire un script qui recherche cette variable et la modifie selon l'OS, avant de lancer Vim.

pixel.cpp , pixel.h

Plus d'excuse pour ne pas découper de façon rationnelle votre code dans un tas de jolis sous-répertoires.

Ne faites pas non plus une classe pixel, ça serait exagéré (le coup de la classe pixel vient d'un studio de dev, et est authentique).

Et n'oubliez pas de lire la doc, notamment pour la liste des variables modifiables.