Bon, déjà tu peux supprimer la ligne Option "XkbOptions" "" dans ton fichier de config, ça t'évitera d'avoir le warning dans ton log.
Ensuite, le plus simple je pense c'est de désactiver l' ACPI et/ou l'APM pour ne plus prendre en compte les appels de mise en veille. Je pense qu'il doit s'agir d'un problème du driver Nvidia quand même, vu que ça marchait avant. Et puis en lisant le Readme.txt du driver il disent qu'ils ont intégré un "début" de support pour l'APIC, donc je subodore que ça vient de là.
Visiblement les drivers ont été correctement installés, la carte est bien détectée et Xfree se lance normalement. Par contre, à la fin de ton fichier de log, il y a ça :
(II) PM Event received: System Suspend Request
Ca semble indiquer que quelque chose fait une requête pour arrêter le système ou le mettre en veille.
Dans ton log, il y a aussi deux warnings, peut-être qu'en les corrigeant ça résoudrait ton problème.
(WW) Option "XkbOptions" requires an string value
A priori cette option attend une valeur chaîne, il faudrait corriger cette ligne dans le fichier de configuration de Xfree. Je ne sais pas à quoi ça peut ressembler, poste ton fichier de configuration si tu ne vois pas quoi faire.
(WW) NVIDIA(0): Failure reading EDID parameters for display device CRT-0
La carte graphique n'arrive pas à lire les paramêtres de l'écran. Je pense pas que ce soit forcément gênant, mais tu peux toujours essayer de désactiver la détection en ajoutant cette ligne à ton fichier de configuration :
Option "IgnoreEDID" "false"
Tu peux aussi ajouter les fréquences de rafraîchissement horizontal et vertical de ton moniteur si ce n'est déjà fait. Ex avec mon moniteur (regarde les valeurs pour le tien dans ton manuel) :
HorizSync 30-69
VertRefresh 47.5-125
> Par exemple le paquet cron était cassé hier chez moi sur une debian unstable.
Pour se prémunir de ce genre de mésaventure, il existe un petit paquet sympa :
apt -get install apt-listbugs
Ca permet d'être averti lors de l'upgrade si un paquet a un problème et de choisir de l'installer ou pas.
> Juste une remarque : quand on voit la config qu'il faut pour faire
> tourner ce jeu, il y a de quoi prendre peur.
La config. minimale est quand même pas très impressionnante, c'est quasiment le PC de monsieur tout le monde. Sans oublier que le jeu est prévu pour pouvoir fonctionner avec des Geforce 4 MX 440, c'est quand même pas des foudres de guerre comme cartes, et c'est plutôt répandu...
Voir : http://www2.hardocp.com/article.html?art=NjQ0LDQ=(...)
Pour le reste, ben, c'est quand même un jeu qui a un public différent de The Sims, et qui techniquement est quand même ce qui se fait de mieux (et de loin) à l'heure actuelle. Je vois pas le problème avec la surenchère matérielle tant que ça tourne sur des config. "honnêtes"...
D'ailleurs, dans le domaine, on appelle cet algorithme le "Carmack's reverse", ce qui indique bien que pas mal de monde pensait que Carmack l'avait inventé. Et ce qui montre aussi que personne à l'époque n'avait entendu parler de Creative à ce sujet.
D'autre part, si Creative s'est servi de ce brevet, c'est probablement pour forcer Carmack à utiliser leurs technologies dans ce moteur, ce qui leur fait une excellente vitrine à pas cher. En lisant les commentaires sur slashdot, on se rend compte aussi qu'il y a probablement un contentieux de longue date entre Carmack et Creative, et que c'est peut-être aussi pour eux l'occasion de prendre leur revanche.
Quoi qu'il en soit et indépendemment des brevets, ce que je trouve le plus choquant dans cette affaire c'est l'attitude de Creative. Tout le monde savait depuis plus d'un an que Carmack utilisait cette technique dans Doom 3. Creative à attendu le dernier moment pour lâcher ses chiens, sans prévenir, juste pour avoir un moyen de pression. Je trouve ça assez minable comme comportement...
> Par exemple je ne vois pas en quoi, dans le cas de Doom3, le brevet
> de Creative nuit a la creativite de John Carmack. Au contraire,
> Carmack se retrouve avec un algorithme brevete, donc deja imagine
> par quelqu'un d'autre avant lui, donc deja cree.
Le problème est que Carmack a découvert la même chose indépendemment à peu près à la même époque, tout comme Sim Dietrich et peut-être d'autres.
Sans être complètement trivial, cet algorithme aurait de toute façon fini par être découvert car il répond à un problème précis en 3d pour lequel il n'y avait encore pas de solution. Ce n'est d'ailleurs qu'une petite extension à une technique parfaitement connue, qui elle n'a pas été brevetée semble-t-il...
Je trouve idiot que le "premier" qui dépose touche le pactole, ça ne lui a rien coûté en termes d'investissements, et sa "découverte" n'a rien de révolutionnaire.
J'ai parcouru quelques sites à propos des brevets américains, il en ressort que leur système est assez différent du nôtre et plutôt compliqué. Cela dit, je suis pas juriste, mieux vaut prendre ce que je dis avec des pincettes.
A priori, le "prior art" n'est valable que s'il a été publié un an avant le dépot du brevet ou s'il a été publié avant la date d'invention présumée de celui qui a déposé le brevet.
Le tout est de savoir si ce qu'a dit Sim Dietrich (SimmerD) lors de son speech peut être considéré comme une publication, et si c'est antérieur à la "découverte" de Creative. En tout cas, ce n'est vraisemblablement pas antérieur à un an avant le dépôt du brevet (seulement quelques mois).
Mais c'est vrai que je ne vois pas vraiment qui aurait intérêt à essayer de casser le brevet de Creative. Pour Id Software, c'est à priori déjà réglé à l'amiable et je ne connais pas d'autres jeux qui utilisent les shadow volumes. Le shadow mapping semble plus à la mode...
Ce qui m'embête, c'est plus pour tous les projets libres qui implémentent cette technique brevetée. Il y en a quand même quelques uns...
Par contre, ne rêve pas trop, tu ne trouveras pas d'équivalent libre à Midtown Madness 2, loin s'en faut. S'il existait des équivalents de cette qualité, plus personne n'utiliserait Windows pour les jeux.
Ce lien dit juste qu'aux Etats Unis, on peut déposer un brevet sans contrainte, pas que le brevet sera valide si quelqu'un l'attaque.
C'est vrai que si ça fonctionnait comme en France, le brevet n'aurait aucune chance au tribunal. Le tout est de savoir comment ça fonctionne aux Etats-Unis.
Dans le thread sur gamedev.net, quelqu'un (SimmerD) affirme qu'il a décrit publiquement la même technique quelques mois auparavant :
"Don't worry about it fellas. I described this technique publicly a few months before they filed the patent - hence Prior Art. Ironically, it was at a Creative Labs developer's forum.
During my stencil buffer talk, I described doing shadow volumes the 'reverse' way. At the time, I didn't realize the major reason why the z fail method is better than the z pass method, although I did realize they were logically equivalent, which is why it's now known as 'Carmack's Reverse' and not 'Dietrich's Reverse'!"
Ils en parlent un peu dans le thread sur Beyond3D, l'auteur de l'article a envoyé un mail à SimmerD, j'espère qu'il pourra donner plus de précisions à ce sujet.
Dire que ça vient des drivers Nvidia parce que tu rencontres le même problème sur SuSe que sur Mandrake, c'est aller un peu vite en besogne. Moi je suis sous Debian, et je n'ai pas de soucis, installation super simple, utilisation sans problème...
> Si vous arrivez à utiliser la version compilée en native, indiquez la
> procédure dans les commentaires.
Après l'installation sous Debian, la compilation sous Debian :)
Installation des dépendances :
apt-get install gcj libgcj4-dev imagemagick
Récupération des sources :
cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/irate login
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/irate co irate
Compilation :
cd irate
./configure
make
lancer ./irate-client
Par contre, je n'ai pas réussi à créer un paquet Debian pour la version GTK2, mais ça fonctionne pour la version motif. J'ai tapé la commande suivante :
fakeroot debian/rules binary
Et il me jette avec le message suivant :
dpkg-shlibdeps: warning: unable to find dependency information for shared library libswt (soname gtk2, path /usr/lib/libswt-gtk2.so, dependency field Depends)
C'est pas une "information complémentaire factuelle", c'est une interprétation et une prise de position.
Ecrire que Linspire a forké Gaim sans contacter les développeurs originaux, c'est déjà dire implicitement que ce n'est pas correct de leur part.
D'autre part, avec les récents évenements à propos de Xfree/X.org et Sodipodi/inkScape, dire qu'ils ont "forké" sonne forcément de façon péjorative.
En rajoutant qu'il existe un "fork amical", tu indiques implicitement que le fork de Linspire, lui, ne l'est pas et ça renforce le message précédent.
Ensuite, tu sous-entends qu'il n'est pas correct de créer une nouvelle implémentation alors qu'un projet avec un but similaire existe, alors que tu ne connais pas les tenants et aboutissants qui ont conduit à créer un développement original.
Enfin, tu dis que les améliorations développées pour le projet gaim-vv seront à terme réintégrées dans gaim, ce qui sous-entend que celles du projet PhoneGaim ne le seront pas, alors que c'est le souhait même des développeurs de PhoneGaim. Que cela ne soit pas possible techniquement pour l'instant parce que leur code est "crade" ne devrait en rien préjuger de l'avenir...
Comme tu le dis, ce n'est pas très grave, mais je trouve dommage de présenter les choses de la façon dont tu l'as fait.
> Sur Internet on parle toujours des mauvais films mais plus rarement
> des bons, c'est pas un peu stupide?
> Maintenant, un film réaliste sur l'informatique, j'ai peur que ce soit
> chiant...
Comme dit plus haut, "Les Pirates de la Silicon Valley" est un film très sympa et réaliste sur l'informatique. Par contre, il y a des chances qu'il ne plaise qu'aux "geeks"...
Pour le premier, le texte de la licence GNU GPL accompagne les sources, donc même s'ils n'ont pas répété la licence dans les entêtes de chaque fichier, ça laisse quand même penser que c'est libre.
Pour le second, il n'y a effectivement rien d'indiqué, je suppose que c'est un oubli de leur part...
Si tu t'étais contenté de faire de la pub pour gaim-vv, ça m'aurait été, mais là tu dénigres un autre projet libre en même temps, je trouve ça dommage.
C'est un fork de Gaim supportant la téléphonie par Internet avec SIP. Les sources sont disponibles mais ça a l'air d'être assez galère à compiler sur autre chose qu'une Lindows/Linspire.
Toujours lié à Gaim, il y a également le projet gaim-vv qui a pour but d'ajouter le support de la vidéo et de la téléphonie à Gaim : http://gaim-vv.sourceforge.net/(...)
[^] # Re: À tous, merci
Posté par Frédéric Lopez . En réponse au message Installation recente. Évalué à 2.
[^] # Re: les logs de xfree
Posté par Frédéric Lopez . En réponse au message linux planter apres installation des drivers nvidia. Évalué à 2.
Je dois dire que là, je vois pas trop... :)
Bon, déjà tu peux supprimer la ligne Option "XkbOptions" "" dans ton fichier de config, ça t'évitera d'avoir le warning dans ton log.
Ensuite, le plus simple je pense c'est de désactiver l' ACPI et/ou l'APM pour ne plus prendre en compte les appels de mise en veille. Je pense qu'il doit s'agir d'un problème du driver Nvidia quand même, vu que ça marchait avant. Et puis en lisant le Readme.txt du driver il disent qu'ils ont intégré un "début" de support pour l'APIC, donc je subodore que ça vient de là.
[^] # Re: les logs de xfree
Posté par Frédéric Lopez . En réponse au message linux planter apres installation des drivers nvidia. Évalué à 2.
(II) PM Event received: System Suspend Request
Ca semble indiquer que quelque chose fait une requête pour arrêter le système ou le mettre en veille.
Dans ton log, il y a aussi deux warnings, peut-être qu'en les corrigeant ça résoudrait ton problème.
(WW) Option "XkbOptions" requires an string value
A priori cette option attend une valeur chaîne, il faudrait corriger cette ligne dans le fichier de configuration de Xfree. Je ne sais pas à quoi ça peut ressembler, poste ton fichier de configuration si tu ne vois pas quoi faire.
(WW) NVIDIA(0): Failure reading EDID parameters for display device CRT-0
La carte graphique n'arrive pas à lire les paramêtres de l'écran. Je pense pas que ce soit forcément gênant, mais tu peux toujours essayer de désactiver la détection en ajoutant cette ligne à ton fichier de configuration :
Option "IgnoreEDID" "false"
Tu peux aussi ajouter les fréquences de rafraîchissement horizontal et vertical de ton moniteur si ce n'est déjà fait. Ex avec mon moniteur (regarde les valeurs pour le tien dans ton manuel) :
HorizSync 30-69
VertRefresh 47.5-125
[^] # Re: branche experimental
Posté par Frédéric Lopez . En réponse au journal Debian Sarge freeze le 31 juillet. Évalué à 2.
Pour se prémunir de ce genre de mésaventure, il existe un petit paquet sympa :
apt -get install apt-listbugs
Ca permet d'être averti lors de l'upgrade si un paquet a un problème et de choisir de l'installer ou pas.
[^] # Re: Config !!
Posté par Frédéric Lopez . En réponse à la dépêche John Carmack victime des brevets logiciels. Évalué à 2.
> tourner ce jeu, il y a de quoi prendre peur.
La config. minimale est quand même pas très impressionnante, c'est quasiment le PC de monsieur tout le monde. Sans oublier que le jeu est prévu pour pouvoir fonctionner avec des Geforce 4 MX 440, c'est quand même pas des foudres de guerre comme cartes, et c'est plutôt répandu...
Voir : http://www2.hardocp.com/article.html?art=NjQ0LDQ=(...)
Pour le reste, ben, c'est quand même un jeu qui a un public différent de The Sims, et qui techniquement est quand même ce qui se fait de mieux (et de loin) à l'heure actuelle. Je vois pas le problème avec la surenchère matérielle tant que ça tourne sur des config. "honnêtes"...
[^] # Re: Creativite ?
Posté par Frédéric Lopez . En réponse à la dépêche John Carmack victime des brevets logiciels. Évalué à 4.
D'autre part, si Creative s'est servi de ce brevet, c'est probablement pour forcer Carmack à utiliser leurs technologies dans ce moteur, ce qui leur fait une excellente vitrine à pas cher. En lisant les commentaires sur slashdot, on se rend compte aussi qu'il y a probablement un contentieux de longue date entre Carmack et Creative, et que c'est peut-être aussi pour eux l'occasion de prendre leur revanche.
Quoi qu'il en soit et indépendemment des brevets, ce que je trouve le plus choquant dans cette affaire c'est l'attitude de Creative. Tout le monde savait depuis plus d'un an que Carmack utilisait cette technique dans Doom 3. Creative à attendu le dernier moment pour lâcher ses chiens, sans prévenir, juste pour avoir un moyen de pression. Je trouve ça assez minable comme comportement...
[^] # Re: Creativite ?
Posté par Frédéric Lopez . En réponse à la dépêche John Carmack victime des brevets logiciels. Évalué à 2.
> de Creative nuit a la creativite de John Carmack. Au contraire,
> Carmack se retrouve avec un algorithme brevete, donc deja imagine
> par quelqu'un d'autre avant lui, donc deja cree.
Le problème est que Carmack a découvert la même chose indépendemment à peu près à la même époque, tout comme Sim Dietrich et peut-être d'autres.
Sans être complètement trivial, cet algorithme aurait de toute façon fini par être découvert car il répond à un problème précis en 3d pour lequel il n'y avait encore pas de solution. Ce n'est d'ailleurs qu'une petite extension à une technique parfaitement connue, qui elle n'a pas été brevetée semble-t-il...
Je trouve idiot que le "premier" qui dépose touche le pactole, ça ne lui a rien coûté en termes d'investissements, et sa "découverte" n'a rien de révolutionnaire.
[^] # Re: Brevetabilité d'une chose rendue public précédemment
Posté par Frédéric Lopez . En réponse à la dépêche John Carmack victime des brevets logiciels. Évalué à 4.
Liens :
http://www.sciencelawyer.com/resources/faq-3.shtml(...)
http://www.tms.org/pubs/journals/JOM/matters/matters-9106.html(...)
A priori, le "prior art" n'est valable que s'il a été publié un an avant le dépot du brevet ou s'il a été publié avant la date d'invention présumée de celui qui a déposé le brevet.
Le tout est de savoir si ce qu'a dit Sim Dietrich (SimmerD) lors de son speech peut être considéré comme une publication, et si c'est antérieur à la "découverte" de Creative. En tout cas, ce n'est vraisemblablement pas antérieur à un an avant le dépôt du brevet (seulement quelques mois).
Mais c'est vrai que je ne vois pas vraiment qui aurait intérêt à essayer de casser le brevet de Creative. Pour Id Software, c'est à priori déjà réglé à l'amiable et je ne connais pas d'autres jeux qui utilisent les shadow volumes. Le shadow mapping semble plus à la mode...
Ce qui m'embête, c'est plus pour tous les projets libres qui implémentent cette technique brevetée. Il y en a quand même quelques uns...
# Linux Game Tome
Posté par Frédéric Lopez . En réponse au message Jeux GNU/Linux. Évalué à 2.
Par contre, ne rêve pas trop, tu ne trouveras pas d'équivalent libre à Midtown Madness 2, loin s'en faut. S'il existait des équivalents de cette qualité, plus personne n'utiliserait Windows pour les jeux.
[^] # Re: swap ?
Posté par Frédéric Lopez . En réponse au message Vérifier performance Nvidia. Évalué à 2.
[^] # Re: Brevetabilité d'une chose rendue public précédemment
Posté par Frédéric Lopez . En réponse à la dépêche John Carmack victime des brevets logiciels. Évalué à 3.
C'est vrai que si ça fonctionnait comme en France, le brevet n'aurait aucune chance au tribunal. Le tout est de savoir comment ça fonctionne aux Etats-Unis.
# Prior art
Posté par Frédéric Lopez . En réponse à la dépêche John Carmack victime des brevets logiciels. Évalué à 9.
"Don't worry about it fellas. I described this technique publicly a few months before they filed the patent - hence Prior Art. Ironically, it was at a Creative Labs developer's forum.
During my stencil buffer talk, I described doing shadow volumes the 'reverse' way. At the time, I didn't realize the major reason why the z fail method is better than the z pass method, although I did realize they were logically equivalent, which is why it's now known as 'Carmack's Reverse' and not 'Dietrich's Reverse'!"
Ils en parlent un peu dans le thread sur Beyond3D, l'auteur de l'article a envoyé un mail à SimmerD, j'espère qu'il pourra donner plus de précisions à ce sujet.
[^] # Re: Outliner?
Posté par Frédéric Lopez . En réponse à la dépêche FreeMind : décapsuleur de cerveau. Évalué à 10.
http://freehackers.org/~tnagy/kdissert/index.html(...)
[^] # Re: autres films...
Posté par Frédéric Lopez . En réponse au sondage Parmi ces films, le plus naze est. Évalué à 2.
[^] # Re: C'est incroyable...
Posté par Frédéric Lopez . En réponse au message Drivier NVidia et polices de caractères. Évalué à 2.
[^] # Re: C'est incroyable...
Posté par Frédéric Lopez . En réponse au message Drivier NVidia et polices de caractères. Évalué à 2.
[^] # Re: Compilation sous Debian
Posté par Frédéric Lopez . En réponse à la dépêche iRATE ou pirate ?. Évalué à 2.
Si, libswt3.0-gtk2 est installé, le problème n'est pas à la compilation mais lors de la création du paquet Debian, comme je l'ai déjà dit.
D'ailleurs un ldd sur le irate-client compilé m'indique : libswt-gtk2.so => /usr/lib/libswt-gtk2.so (0x40027000)
# Compilation sous Debian
Posté par Frédéric Lopez . En réponse à la dépêche iRATE ou pirate ?. Évalué à 5.
> procédure dans les commentaires.
Après l'installation sous Debian, la compilation sous Debian :)
Installation des dépendances :
apt-get install gcj libgcj4-dev imagemagick
Récupération des sources :
cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/irate login
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/irate co irate
Compilation :
cd irate
./configure
make
lancer ./irate-client
Par contre, je n'ai pas réussi à créer un paquet Debian pour la version GTK2, mais ça fonctionne pour la version motif. J'ai tapé la commande suivante :
fakeroot debian/rules binary
Et il me jette avec le message suivant :
dpkg-shlibdeps: warning: unable to find dependency information for shared library libswt (soname gtk2, path /usr/lib/libswt-gtk2.so, dependency field Depends)
[^] # Re: NDM
Posté par Frédéric Lopez . En réponse à la dépêche PhoneGaim, le téléphone sous GNU/Linux !. Évalué à 3.
Ecrire que Linspire a forké Gaim sans contacter les développeurs originaux, c'est déjà dire implicitement que ce n'est pas correct de leur part.
D'autre part, avec les récents évenements à propos de Xfree/X.org et Sodipodi/inkScape, dire qu'ils ont "forké" sonne forcément de façon péjorative.
En rajoutant qu'il existe un "fork amical", tu indiques implicitement que le fork de Linspire, lui, ne l'est pas et ça renforce le message précédent.
Ensuite, tu sous-entends qu'il n'est pas correct de créer une nouvelle implémentation alors qu'un projet avec un but similaire existe, alors que tu ne connais pas les tenants et aboutissants qui ont conduit à créer un développement original.
Enfin, tu dis que les améliorations développées pour le projet gaim-vv seront à terme réintégrées dans gaim, ce qui sous-entend que celles du projet PhoneGaim ne le seront pas, alors que c'est le souhait même des développeurs de PhoneGaim. Que cela ne soit pas possible techniquement pour l'instant parce que leur code est "crade" ne devrait en rien préjuger de l'avenir...
Comme tu le dis, ce n'est pas très grave, mais je trouve dommage de présenter les choses de la façon dont tu l'as fait.
# Installation sous Debian
Posté par Frédéric Lopez . En réponse à la dépêche iRATE ou pirate ?. Évalué à 10.
> procédure dans les commentaires.
Il y a un paquet pour Debian, il suffit d'ajouter cette ligne dans /etc/apt/sources.list :
http://members.westnet.com.au/takahe/debian sarge main(...)
Après, un petit coup de apt-get update et apt-get install irate-client-gtk et il n'y a plus qu'à lancer irate-client.
Trop bien ce truc, en plus c'est tout en français !
[^] # Re: Et les bons?
Posté par Frédéric Lopez . En réponse au sondage Parmi ces films, le plus naze est. Évalué à 2.
> des bons, c'est pas un peu stupide?
> Maintenant, un film réaliste sur l'informatique, j'ai peur que ce soit
> chiant...
Comme dit plus haut, "Les Pirates de la Silicon Valley" est un film très sympa et réaliste sur l'informatique. Par contre, il y a des chances qu'il ne plaise qu'aux "geeks"...
[^] # Re: NDM
Posté par Frédéric Lopez . En réponse à la dépêche PhoneGaim, le téléphone sous GNU/Linux !. Évalué à 3.
Lphoto
http://software.lindows.com/emptypool//lindowsos/pool/main/l/lphoto(...)
Lsongs :
http://software.lindows.com/emptypool//lindowsos/pool/main/l/lsongs(...)
Pour le premier, le texte de la licence GNU GPL accompagne les sources, donc même s'ils n'ont pas répété la licence dans les entêtes de chaque fichier, ça laisse quand même penser que c'est libre.
Pour le second, il n'y a effectivement rien d'indiqué, je suppose que c'est un oubli de leur part...
[^] # Re: NDM
Posté par Frédéric Lopez . En réponse à la dépêche PhoneGaim, le téléphone sous GNU/Linux !. Évalué à 2.
[^] # Re: NDM
Posté par Frédéric Lopez . En réponse à la dépêche PhoneGaim, le téléphone sous GNU/Linux !. Évalué à 2.
Si c'est pas bien grave, pourquoi as-tu décidé d'ajouter cette note alors ?
# PhoneGaim
Posté par Frédéric Lopez . En réponse au journal Gaim 0.80. Évalué à 6.
http://slashdot.org/article.pl?sid=04/07/18/1421228&tid=106&(...)
C'est un fork de Gaim supportant la téléphonie par Internet avec SIP. Les sources sont disponibles mais ça a l'air d'être assez galère à compiler sur autre chose qu'une Lindows/Linspire.
Toujours lié à Gaim, il y a également le projet gaim-vv qui a pour but d'ajouter le support de la vidéo et de la téléphonie à Gaim :
http://gaim-vv.sourceforge.net/(...)