Cette note concerne ma migration vers la Suse 9.3. En effet, j'avais cru que les pilotes de ma carte graphique ne pouvaient pas s'installer sur ma Mandriva 10.2 (j'ai eu quelques soucis avec, comme ça a été dit dans la précédente note). Donc j'ai préféré installer une distribution pour lequel les pilotes ATI avaient été crées (Red Hat & SuSE).
La Fedora Core 4 m'a déçu, j'ai eu le droit à un Kernel Panic, des erreurs pendant la seconde réinstallation, pleins de problèmes au niveau de l'installation des paquetages. Je me suis amusé à faire des jeu de mots du style: "La Fedora Gore, la seul distrib' à être aussi Hard Core" histoire de m'amuser un peu et d'oublier le fait que c'était 4 CD qui venaient d'être utiliser pour, ma foi, pas grand chose: Une distribution corrompu. Ou peu être y a t-il eu des erreurs lors de la copie des iso.
J'ai donc commencé à telecharger la SuSE 9.3 et une fois l'avoir installé, j'ai constaté que mon modem (à savoir une Sagem Fast 800/840) n'est pas détecté automatiquement, je me suis donc lancé dans une installation manuel. Sachant que je ne suis pas le seul à avoir eu des problèmes pour installer ce fichu modem. Je met ici la méthode que j'ai utilisé:
*Installer gcc (via le cd de SuSE, avec YaST)
*Installer Kernel-Source (via le cd de SuSE ; avec YaST)
*Installer Eagle-usb (suivre les indiquations donner par le site:)
./configure
make uninstall # si tu as une version deja installé (puis débranche et rebranche le modem)
make clean #
make
make install
eagleconfig (demande identifiant/pays/mdp)
eaglectrl -w ; startadsl
La première fois ca avait marché tout de suite, j'ai été directement connecté à Internet.
Mais la deuxieme fois (apres avoir re-installé la SuSE, vous serez pourquoi), j'ai eu le message suivant:
Sending CMVs to device /proc/bus/usb/002/002
CMVs successfully sent to driver.
Sending options to device /proc/bus/usb/002/002
Options successfully sent to driver.
Sending DSP code to device /proc/bus/usb/002/002
Using DSP code for POTS line
DSP code successfully loaded.
Waiting for synchro...
Can't get synchro within 60 seconds.
Le modem n'est pas opérationnel!
Vérifiez la sortie de eaglestat pour connaître son état!
Mais il y a juste à redémarrer le PC, et étant donné que la connexion se lance en même tant que le système, j'ai été connecté à Internet :). Donc après, tu as juste à ouvrir Firefox, et hop.. tu t'empresses de taper l'adresse gloom.blog.01net.com voir si ca marche ! lol En tout cas, ça a formidablement bien marché chez moi :-)
Bref, je reviens à mes petites affaires, moi qui avait installer la SuSE pour installer mes pilotes et mettre StepMania, il serait maintenant temps que je l'installe ! StepMania demande certains paquetages pour s'installer. J'ai eu un peu de mal pour les trouver, voilà un peu comment ça c'est passé pour ceux voulant installer StepMania sur la Suse 9.3:
1/Installer libmad.so.0
Il s'agit d'un tar.gz, voilà comment proceder:
tar xvfz libmad-0.15.1b.tar.gz
Puis dans le dossier libmad-0.15.1b/
./configure
make
Puis en tant que root
make install
ldconfig
2/Installer liblua.so
Il s'agit d'un RPM, à installer avec YaST
3/Installer libavformat.so (mon préféré)
Pour ca, tu dois installer un paquetage qui demande un autre paquetage afin que le paquetage contenant libavformat.so puisse s'installer (à savoir ffmpeg), l'installation se fait dans cette ordre (tous des RPM):
-lame (regarder dans la colone de droite)
-libffmpeg
-ffmpeg
4/Installer libfaad.so.0
Il s'agit d'un RPM, à installer avec YaST
Voili voilou, voilà les paquetages qui m'ont été demandé lors de l'installation de StepMania (les remarques sont les bienvenues). Certains liens pointent directement vers des paquetages, il est donc possible qu'ils se brisent, ou que la version des paquetages deviennent obsolètes au cours du temps.
Bref, une fois avoir installé ces paquetages, je relance la commande ./stepmania pour le lancer. Et là, je vois stepmania qui se lance, l'écran devient noir.. et puis, automatiquement, je reviens directement sur la console dans laquelle je venais d'écrire ma commande pour découvrir le log suivant (j'avais le même sous la Mandriva 10.2):
StepMania 3.9 rc3
Log starting 2005-07-19 18:42:12
sh: kde-config: command not found
sh: kde-config: command not found
Loading window: gtk
OS: Linux ver 020611
Crash backtrace component: x86 custom backtrace
Crash lookup component: dladdr
Crash demangle component: cxa_demangle
Runtime library: glibc 2.3.4
Threads library: NPTL 2.3.4
TLS is available
ALSA: Advanced Linux Sound Architecture Driver Version 1.0.8.
ALSA Driver: 0: NVidia nForce2 [nForce2], device 0: Intel ICH [NVidia nForce2], 1/1 subdevices avail
ALSA Driver: 0: NVidia nForce2 [nForce2], device 2: Intel ICH - IEC958 [NVidia nForce2 - IEC958], 1/1 subdevices avail
Couldn't load driver ALSA: Not enough substreams for hardware mixing, using software mixing
ALSA: Software mixing at 44100hz
Sound driver: ALSA-sw
Video renderers: 'opengl'
Xlib: extension "XFree86-DRI" missing on display ":0.0".
SDL version: 1.2.8
Got 24 bpp (8880), 16 depth, 0 stencil
Paletted textures disabled: GL_EXT_paletted_texture missing.
OGL Vendor: Mesa project: www.mesa3d.org
OGL Renderer: Mesa GLX Indirect
OGL Version: 1.2 (1.5 Mesa 6.2.1)
OGL Extensions: GL_ARB_imaging GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_transpose_matrix GL_EXT_abgr GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_lod_bias
OGL Max texture size: 2048
GLU Version: 1.3
Display: :0.0 (screen 0)
Direct rendering: no
X server vendor: The X.Org Foundation [6.8.2.0]
Server GLX vendor: SGI [1.2]
Client GLX vendor: ATI [1.3]
Mixing 508.031496 ahead in 508 Mix() calls
Language: english
Current renderer: OpenGL
Theme: default
Error: There was an error while initializing your video card.
PLEASE DO NOT FILE THIS ERROR AS A BUG!
Video Driver: OpenGL
Initializing OpenGL...
Your system is reporting that direct rendering is not available. Please obtain an updated driver from your video card manufacturer.
Héhé, ca je sais ce que ca veut dire... ca veut dire que je vais pouvoir installer les pilotes de ma carte Graphique (Miam!) Hey, j'ai installé la SuSE pour ca à la base! Quand j'installais mes pilotes sur la Mandriva, mon écran devenait tout noir lorsque je redémarrai le système, comme s'il tombait en panne.
J'ai donc couru (enfin..) sur le site d'ATI pour telecharger les drivers de ma carte graphique, une Radeon 9550. J'ai commencé à installer ce bon vieux fglrx (c'est le p'tit nom que ATI lui a donné), et hop.. je redémarre le système..
Wouaouw, le belle écran noir! C'est trop jolie, ça donne un magnifique reflet grisé de ce qui se trouve derrière vous, c'est vraiment charmant (éteignez votre écran pour voir). Enfin bon, c'est là ou j'ai commencé à me dire que le problème ne venait non pas des drivers, qui je croyais, ne marchaient pas sur ma Mandriva, mais plutôt de moi qui les avaient installé n'importe comment. Mais bon, je reste quand meme sur la SuSE, elle me plait bien
En tout cas, je compte installer ces pilotes le nombre de fois qu'il le faudra, même si ça me contraint à installer mon système 5 fois par jour, c'est pas grave.
Gloom
Re,
Alors voila. Comme tout les possesseur d'ATI (comme moi aussi) les driver du fabriquant sont un casse tete, et pourtant, crois en mon experience, il se sont vraiment, mais vraiment ameliores. (Quand je pense que j'avais une nVidia sur ma vielle becanne, j'aurais jamais du m'en separer, nVidia c'est du bonheur sous linux :) ) Je vais tenter d'expliquer, avec mes connaissances (sommaires) sur le sujet les problemes lies a l'utilisation de driver video, fglrx notament, sous linux.
Bref. Alors pour la vue d'ensemble: qu'est ce que l'acceleration graphique, et comment c'est gerer sur un pinguin?
L'acceleration graphique consiste a reserver un zone rectangulaire de l'ecran appeler GC (Graphic Context sous Linux, DC pour Device Context sous Windows). Une fois cette zone reservee la carte peut l'utilisee pour effectuer des calculs de rendu au moyens de ses circuit 3D, lesquels supportent souvent plusieurs architectures: DirectXx, Opengl1.x ...
Pour le soft, sous linux.
De part la nature tres modulaire de linux, contrairement a windows, "installer les drivers" equivaut en fait a 2 choses bien distinctes. Il faut:
1 - installer le module pour le kernel lui meme, pour que le systeme puisse communiquer avec le materiel en question.
2 - installer le module pour XFree ou Xorg, pour que le serveur X puisse mapper les instructions de la carte video. Ce mapping d'instructions permet a un composant important de fonctionner: le DRI. Le DRI (Direct Rendering Interface) communique avec les instructions de rendu accelere de la carte graphique.
Pour tout les utilisateurs d'ATI, il faut donc telecharger "fglrx". La version la plus recente est toujours recommandee, et ce, quelque soit la distribution. Le driver etant specific au kernel, les dernieres version de fglrx ne seront pas compatible avec les kernels anterieurs a 2.6.x il me semble... a verifier.
Une fois le module installe pour le kernel, le travail n'est donc qu'a moitier fait: il faut installe le module pour XFree ou Xorg. Comme il se presente sous forme de binaire, il n'y a rien a faire. Le script va le copier au bon endroit. Il faut ensuite configurer son ficher XFConfig-4 ou xorg.conf correctement: entre autre, placer "fglrx" en face de "driver" dans la section "Device" de votre fichier, et dans la section "module" charger "dri" et "glx"
Concerant les problemes courrant.
Comme toi, on butte souvant sur "DRI missing..." Il y a en gros 3 causes a cette erreur:
- Le driver fglrx kernel est mal installe
- Le driver X11 est pas installer
- Le fichier de configuration XFConfig-4 ou xorg.conf est mal configurer.
Au Cas par Cas.
FGLRX KERNEL MAL INSTALLER.
Le module ne se charge pas. Un apercu des logs du kernel (/var/log/messages) ou avec la commande "dmesg"
vous affichera peut-etre que le module n'a pas pu se charger. Les causes sont diverses et liee a des options de compilation du kernel, ou a un probleme de version. Pour le dernier cas il faudra telecharger le driver correspondant bien a votre kernel. Pour le premier cas, il faut alors recompiler le noyau (alors la je sens que j'en ai perdus certains...) Ce n'est pas en soit une operation tres complexe, puisque de nombreuse distrib fournissent des outils, mais si vous faites ca pour la premiere fois, ca genere souvant plus d'erreur que ca en resous (Faut bien essayer un jour...). Sur cette page, qui ravira au passage les utilisateur debian ou ubuntu http://xoomer.virgilio.it/flavio.stanchina/debian/fglrx-installer.html
vous trouverez une table indenquant les options du kernel auquel il faut faire attention.
LE DRIVER X11 EST PAS INSTALLE
Tout les driver X11 se trouve au meme endroit:
"/usr/X11R6/lib/driver" en general. Si vous voyer "glx.o" "dri.o" ou quelquechose comme ca, mais que vous voyez pas "fglrx.o", alors y a peut-etre un probleme.
LE DRIVER EST MAL INSTALLER ET LE FICHIER DE CONFIG MAL CONFIGUER
Toujours jeter un coup d'oeil au fichier "/var/log/xfree" (il me semble) La plus part du temps il donne des indications utile sur ce qui va pas.
Rappelez vous que si fglrx est charger en memoire et que le module pour X11 est installer correctement, alors vous etes sur la bonne voie: c'est surment le ficher de config qui merde. Donc jetez un coup d'oeil aux log, un "grep \(EE\) /var/log/xfree" peut grandement aider a localiser les problemes rapidement.
Bon courage a tous les utilisateur d'ATI.
Rédigé par: bouh | 22 juillet 2005 à 04:57
Juste un petit ajout:
utiliser "glxgear" pour tester le DRI, c'est un petit bench mark. Vous trouverez beaucoup de gens donnant leur resultats sur le net donc ca peut vous aider a vous positionner. (Malheureusement comme c'est une affaire de reglage fins, certain utilisateurs, pour se gonfler un peu n'hesitent pas a poster des resultats hallucinants, donc ne vous fiez pas a tout)
Et 2. ayez pitiez de moi, comme je suis au boulot (chuuuutt) et bien je suis pas sous linux, et j'ai sorti la plus part des chemins de tete, donc excusez moi d'avance si ils sont tous errones ;)
Enfin 3. La grammaire n'est pas ma meilleure amie :D
Rédigé par: bouh | 22 juillet 2005 à 05:13
Pas mieux !!! ^_^
Clair, simple ... comme un linux ! :p
Rédigé par: marc[i1] | 22 juillet 2005 à 10:36
Je vais m'amuser.. En tout cas, je pense que je vais beaucoup apprendre avec cette installation.
Merci beaucoup, Beaucoup, Beaucoup ! :)
Rédigé par: Gloom | 22 juillet 2005 à 11:10
Heu.. il faut aussi installer le chipset de la carte mère ou pas ? (pour ma part il s'agirait d'un chipset NVidia. Ma carte mere est une A7N8X)
Et pour Xfree ou Xorg, c'est moi qui choisi ? Ou ca depend de certains paramettres ?
Mici d'avance :)
Rédigé par: Gloom | 22 juillet 2005 à 11:51
Je vais repondre d'abord par ce que je maitrise :D
XFree ou Xorg...
Ce n'est pas toi qui choisit en general, c'est ta distrib. Bien entendu si ta distrib est delivree avec XFree ou Xorg tu peux toujours choisir de reinstaller l'un ou l'autre a la place.
Petite histoire....
Au debut, il y avait X11, puis il y a eu Xfree, et maintenant il y a Xorg. En fait pour des petit problemes de licences la plus part des developpeurs de XFree sont alle sous Xorg. Xorg est plus activement supporte que Xfree, et surtout, il incorpore des fonctionalites de rendu connues sous le nom de xcomponent: ca fait par exemple des ombres portees autour des fenetre, ca rend les fenetres transparentes... c'est tres beau mais uniquement utilisable quand l'acceleration graphique fonctionne. Avec nVidia, comme d'hab: no prob. Avec ATI: ca marche pas: f**k!
Pour le chipset:
Les drivers du chipset ne sont pas necessaire du moment que tu as "generic chipset" (et tu l'as sans aucun doute) Mais oui, dans tout les cas ca va aide. La question c'est: dans quelle mesure. Et la je suis un peu trouble se sait pas trop quoi te repondre: moi quand j'ai installer mon chipset, l'acceleration graphique n'a pas vraiment change... Par contre la vitesse de transfert avec les periferiques de stockage a triple (c'est le chipset qui gere ATA66/100/133 ansi que l'access direct en memoire pour l'ecriture (DMA)). Donc oui c'est toujours mieux de configurer son chipset.
Rédigé par: bouh | 24 juillet 2005 à 04:49
Oki !!
Vraiment merci beaucoup Bouh, tu es comme marc: Genial :)
Rédigé par: Gloom | 24 juillet 2005 à 16:02
Alors, ou en est tu avec fglrx? Je te demande ca parce que ce soir ou demain je fais un grand rafraichissement de ma Debian.
Au menu: Kernel 2.6.12, nouveau driver alsa, nouveau driver fglrx, essai de configuration des composites managers sous xorg et installation de E17.
Alors si tu veux que je prenne des notes pour les etapes de l'install de fglrx, comme ca je les postes. ;-)
Rédigé par: bouh | 27 juillet 2005 à 03:52
Mes suivantes installations ont aussi été un échec :'( . A mon avis, voici les raisons:
-Pour ce qui est du module pour le Kernel, il n'y a pas de problème, l'installation est nickel.
-Pour ce qui est de fglrx, je pense m'y prendre correctement, mais:
-Je n'ai pas trouvé le module pour XFree ou Xorg, je n'ai donc pas pu l'installer :'(
Si tu pouvais m'éclater sur ce point là ça serait cool :) Vraiment, je dis encore une fois un Grand Merci, c'est vraiment bon de ta part :-)
Rédigé par: Gloom | 27 juillet 2005 à 21:37
Hum... Gasp. J'ai du mal m'exprimer et du coup je t'ai troubler, je pense.
Enfait le module pour Xorg ou Xfree est dans le driver a telecharger (celui du site d'ati, alle, cadeau ;) : https://support.ati.com/ics/support/default.asp?deptID=894&task=knowledge&folderID=27 ) Tu es sur Suse, donc en rpm si je ne m'abuse, donc en depaquetant le rpm il a deja du le placer au bon endroit. Voir la suite.
CoMmEnT J'ai mis a Jour ma distro.
Debian et Xfree c'est une longue histoire d'amour... qui se termine et heureusement, en douceur. Debian a ete une des derniere distro a se separer de Xfree et la preparation pour xorg est excellent vous allez voir: ca tue.
Attention c'est tres rapide:
#apt-get install x-window-system-core
Ouf, fiu je peux me repose, j'ai fait un gros boulot, maintenant j'ai xorg.
Apt est tres sympa, il me dit rapidement que les dependences de ca, ca et ca seront cassees, mais heureusement le package x-window-system-core va les remplacer... enfin c'est cool, parcontre apt me dit bien que mon driver fglrx et bien il sera desinstalle. La pas question de redemarrer xorg dans ces conditions. On reinstalle fglrx.
D'ordinaire je suis tres faineant et je profite du travail de flavio ( http://xoomer.virgilio.it/flavio.stanchina/debian/fglrx-installer.html ) qui fournit un paquetage debian du driver d'Ati. La comme je voulais l'installer a la main , pour toi ;). Donc je telecharge le rpm d'Ati (la version xorg). Les rpm c'est pas trop mon truc donc mon premier reflexe:
#sudo alien --to-tgz fglrx_6_8_0-8.14.13-1.i386.rpm
Ensuite je veux voir ou ce petit paquetage va installer tout ces fichiers:
#tar -ztvf fglrx_6_8_0-8.14.13.tgz
Surprise: fglrx installe les sources du driver sous /lib/modules, tandis que il sait tres bien installer les sources de sont panel sous /usr/src. ^o|
Aussi il installe un truc sous /opt/kde3 dont j'ai clairement pas besoin, donc a supprimer.
Enfin, et ca, ca va t'interesser: fglrx copie directement les driver xorg sous /usr/X11R6/lib/modules/, au passage je m'appercois que tous les drivers finissent par "_drv.o" et que le driver dri est dans un autre repertoire... donc j'etais a cote de la plaque la derniere fois.
#sudo mv fglrx_6_8_0-8.14.13.tgz /
#cd /
#sudo tar -zxvf fglrx_6_8_0-8.14.13.tgz
#cd /lib/modules/fglrx/
#make
#make install
Hop, le driver pour le kernel est installe. On reconstruit les dependances.
#sudo depmod -a
Et comme l'ancien driver etait toujour en memoire je le retire. (Et la je me fais une remarque a moi meme: ce que je viens de faire ca sert a rien puisque j'avais deja le bon driver pour le kernel: j'avais juste a changer le driver xfree pour le driver xorg :D )
#modprobe -r fglrx
#modprobe fglrx
Tout ce passe bien. La je redemarre mon serveur x (j'utilise gnome display manager donc la methode pour moi est gdm, pour les utilisateur de kde, il s'agit de dm ou kdm) aussi sur d'autre distrib le script peut se trouver autre part:
#/etc/init.d/gdm restart
Pouf, ecran noir, console, ecran gnome ! Finit ! Mon bench n'a pas changer: pour info: j'ai une radeon mobility sur mon portable (Radeon 9600 M10), glxgears en plein ecran me sort environ 180fps. En dimension par defaut il m'en sort 2200fps. Et ouai la mobility ca a pas autant la patate que ca quand meme...
A retenir:
- Le paquet Debian est bien cool, il copie ton ancien /etc/XF86Config-4 dans /etc/xorg.conf. La plus part du temps y a rien a changer. C'est une bonne facon de faire.
- Aussi il est tres important de telecharger le bon driver depuis Ati: celui pour xorg si on a xorg, celui pour xfree si on a xfree. Maintenant la derniere fois tu m'a demander comment savoir si j'ai xfree ou xorg. Humm bonne question. J'ai la solution, il faut savoir quel executable xinit (ce qui lance X) va demarrer, et la c'est simple, tu fais:
#ls -l /etc/X11/X
Ce lien pointe vers l'executable a lancer, si tu vois quelquechose comme:
lrwxrwxrwx 1 root root 27 Jul 26 17:56 /etc/X11/X -> ../../usr/X11R6/bin/Xorg*
Alors tu as Xorg!
- Comme d'hab la config est importante. Si tu as xorg, c'est /etc/X11/xorg.conf sinon /etc/X11/XF86Config-4 qu'il faut bidouiller. Voir apres
LA CONFIG.
Enfait y a pas grand chose a faire gaffe, mais y a certaine choses avec lesquelle le driver fglrx est incompatible.
Ca c'est les points que j'ai releves depuis a peu pres 6 mois. Ca n'a pas change, il sont un peu a la traine chez Ati:
Les truc a ajouter:
- Le dga ne fonctionne pas avec le driver! Donc si tu charges le module d'extension "extmod" il faut ajouter dans la section Section "module" :
SubSection "extmod"
Option "omit xfree86-dga"
EndSubSection
- bien sur dans la section Section "Device" il faut:
Driver "fglrx"
- Il faut savoir que fglrx fournit integre un driver agp. Mais souvent ca fonctionne mieux avec le driver agp fournit par le kernel, donc toujours dans la section Section "device" il faut:
Option "UseInternalAGPGART" "no"
ATTENTION:
#lsmod | grep agpgart
doit absolument retourner une ligne dans ce cas !
- Bien sur on veut l'acceleration et le dri pour les jeux, toujours dans Section "device"
Option "no_accel" "no"
Option "no_dri" "no"
- De facon optionnelle il parait que le backing store ameliore les choses pour les utilisateurs d'ati. Je n'ai pas essayer.
Option "backingstore"
a ajouter dans Section "Device" ou Section "Screen".
Les truc a retirer.
- LE DRI EST INCOMPATIBLE AVEC LES COMPOSITE POUR FGLRX ouiiiiiiiiinnnnnnnnnnn :'( donc n'essayer pas d'ajoutez:
Section "Extensions"
Option "Composite" "Enable"
EndSection
Ca marchera pas! Ou si vous voulez absoluement les ombres et que vous ne jouez pas il faut DESACTIVER LE DRI ABSOLUMENT, sinon c'est l'ecran noir!
Voila, j'espere que ca va t'aider, tu peux toujours m'envoyer ton xorg.conf ou XF86Config-4 sur ma boite mail si tu as toujours un probleme.
Aussi pour generer un fichier de config optimiser pour ta carte video Ati fournit un utilitaire: fglrxconfig. Cependant cet utilitaire un peu crade va pas analiser ton actuel fichier, il va reecrire dessus. Donc sauvegarde ton fichier de config avant de l'utiliser, puis une fois que tu as repondu au question, tu peux combiner les deux fichier (l'ancien et celui obtenu avec fglrxconfig) Donne moi ton benchmark avec glxgears quand tu auras finit, histoire de me degouter ... ;)
Rédigé par: bouh | 29 juillet 2005 à 04:21
Salut,
" ... cet utilitaire un peu crade va pas 'analiser' ton actuel fichier, ... "
C'est un fichier qui te prend par la "backdoor" ? ;o)
C'est une situation à analyser :op
Sinon, bravo pour ton exemple, il est vraiment excellent ... comme je joue pas je n'ai pas besoin de m'amuser avec le pilote ATI mais à la lecture de ton commentaire, ça m'as donné envie de lui donner un peu la pêche ;)
Encore bravo :)
Rédigé par: marc[i1] | 29 juillet 2005 à 08:44
Woiou, Merci :) Je pense que j'ai tout en main pour installer correctement la carte graphique cette fois: Je mi remet tout de suite !!
Et comme la si bien dit Marc, Bravo ! car je pense vraiment pas que j'aurais pu trouver ca tout seul, Merci encore !
Rédigé par: Gloom | 29 juillet 2005 à 16:33