Logiciel : Pidgin 2.1 sort de son nid
Posté par Nÿco (Jabber id, page perso, ). Modéré le 31 juillet 2007.
0
Pidgin, le logiciel libre client multiprotocole de messagerie instantanée pour Linux et Windows, vient d'éclore de sa gestation en ce 28 juillet 2007. Pidgin 2.0, qui est sorti en mai 2007, avait mis deux ans à sortir depuis la version 1.5 alors nommée Gaim, alors que la 2.1 n'a mis que deux mois.
Pour rappel, Pidgin est un projet logiciel libre, duquel sont également issus la bibliothèque libpurple et le client texte Finch. Ils permettent de se connecter au réseau standard ouvert Jabber/XMPP, mais aussi aux réseaux IRC, SILC et Zephyr ou encore aux réseaux/systèmes/protocoles propriétaires et fermés Tencent QQ, Novell Groupwise, Gadu-gadu, MSN/WLM, AIM, ICQ, Yahoo! Messenger, MySpaceIM, Xfire et IBM Lotus SameTime
Pidgin reçoit quelques améliorations d'interface, Finch aussi reçoit des changements très variés et libpurple des modifications de base légères.
Enfin, bien qu'il n'existe pas à ce jour de ports pour Mac OS X, le logiciel libre Adium utilise la bibliothèque libpurple.
![[en]](../images/en.png)
Piding.im (1401 hits)-
Trac de développement (287 hits)
-
Timeline (236 hits)
-
Plan de route (377 hits)
-
À propos de Pidgin (201 hits)
![[fr]](../images/fr.png)
Pidgin sur JabberFR.org (876 hits)
> Lire la suite (51 commentaires, moyenne: 3,3). [dépêche : 3764 caractères]
Vous avez demandé le commentaire #855215.
Run by 
Cette page a été générée par Templeet en 0.0737s (dont 0.0067 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Vidéo ?
Il me semble qu'il fut un temps où on parlait d'un support de la vidéo via la lib de GoogleTalk... qu'en est-il aujourd'hui ?
[^]Jingle
Jabber/XMPP est une norme, un standard ouvert de l'IETF. Des implémentations de serveurs, logiciels client et serveurs existent en libre/opensource, comme en propriétaire, comme tout standard ouvert, par exemple l'e-mail et le web.
Les autres systèmes propriétaires de messagerie instantanées proposent :
* un protocole secret, fermé
* un service centralisé
* un logiciel propriétaire
C'est à éviter à tout prix, car on arrive à l'aberration suprême de la présence de plusieurs internets propriétaires disjoints, cloisonnés et incompatibles, chapeautés par des entreprises de tous pays de plus ou moins grande taille.
Jabber/XMPP est déjà massicement adopté par les plus grands éditeurs et constructeurs au monde.
Actuellement, Jabber peut se targuer de 50 à 100 millions d'utilisateurs.
Plus rien n'est à démontrer, c'est Jabber qu'il faut utiliser.
Ça, c'est dit.
--
Pour répondre à ta question :
Jingle est un ensemble de spécifications pour Jabber/XMPP, elles sont en cours de finalisation au sein de la XSF (XMPP Standards Foundation).
Jingle apporte les sessions multimédia dans Jabber/XMPP. Celles-ci autorisent donc la voix, la vidéo, mais aussi le transfert de fichiers et toute autre application multimédia.
Le point fort de Jingle, c'est sa faculté avancée à traverser les NAT. Cette méthodologie s'appelle ICE. Il s'agit d'une norme IETF, et elle est utilisée également dans SIP. Or ICE n'est pas encore finalisée.
Donc on attend que ICE soit finalisée pour finaliser Jingle. C'est imminent à l'échelle d'une norme, c'est de l'ordre de quelques semaines.
Des implémentations logicielles de Jingle dans des clients, serveurs et bibliothèques ont déjà commencé, bien qu'en avance de phase. D'autres préfèrent attendre la finalisation avant de commencer tout travail.
Les spécifications de Jingle sont à l'origine créées par Google pour son logiciel et service XMPP/Jabber nommé Google Talk. Ils ont ouvert ces specs et libéré leur bibliothèque libjingle.
La libjingle ainsi que l'implémentation dans le logiciel et service Google Talk ne suivent pas au jour le jour les nombreuses modifications mineures et moins mineures que peuvent subir les spécifications, car ce serait bien trop lourd à maintenir, tout simplement.
Bon. Tout ça est dit.
--
La vidéo, c'est bien, mais c'est excessivement complexe à développer et stabiliser, et encore plus à fournir à l'utilisateur final. Donc ça va prendre du temps, et les early-adopters vont beugler, n'encourageant ainsi pas ou peu les gens à utiliser Jabber.
Beaucoup de gens prétendent attendre la vidéo avant de switcher à Jabber. C'est faux, tout simplement :
La vidéo ou toute autre killer-feature que Jabber apportera (et il y en a plein) ne changera rien à l'enfermement et l'isolation que subissent les utilisateurs de systèmes propriétaires de messageries instantanées.
Utilisez Jabber, maintenant. Lancez l'effet réseau. Aidez-nous, aidez-vous à atteindre la masse critique.
Jabber ID : xmpp:Nyco@jabber.fr
[^]Re: Jingle
En attendant, on ne peut toujours pas faire de vidéo avec Gaim. Pourquoi ne pas prendre jingle tel qu'il est maintenant, mettre la video en taggant ca d'expérimental, et une fois le standard figé, sortir une nouvelle version?
J'attend la vidéo, non pas pour passer à Pidgin que j'utilise personnellement, mais pour l'utiliser.
J'utiliserais MSN je pourrais déjà le faire.
Depuis plusieurs années.
D'autres sont moins stupides. Le principe d'une killer feature est d'attirer les gens parce que c'est ce qu'il veullent (ou croient vouloir). C'est pas "faux" ou "vrai", c'est ainsi.
[^]Re: Jingle et SIP
Il y a déjà un standard IETF pour la vidéo (et l'audio) : SIP. Et encore un autre H.323. Ces deux standards sont matures et en production.
Ekiga (anciennement Gnomemeeting) fait cela depuis... des années (6 ans maintenant) !
Il existe beaucoup de clients logiciels (et matériels aussi : des téléphones) qui font SIP (ou H.323) et donc la voix et parfois la vidéo sur toutes les plateformes, par exemple en ce qui concerne la compatibilité avec Ekiga:
http://wiki.ekiga.org/index.php/Which_programs_work_with_Eki(...)
Pidgin utilise aussi le protocole SIMPLE (en voie d'être standardisé) pour la messagerie instantannée et la présence pour SIP. De fait on peut, par exemple connecter Pidgin sur ekiga.net et donc se parler par messages textes entre Pidgin et Ekiga:
Il faut d'abord avoir un compte sur http://ekiga.net (gratuit, sans pub, fait avec des logiciels libres, mais pas bô...)
Ensuite on configure Pidgin:
Comptes->Modifier->Ajouter
Onglet Essentiel:
Protocol:SIMPLE
Screen name: Nom d'utilisateur chez ekiga.net
Serveur: ekiga.net
Mot de passe: Mot de passe chez ekiga.net
Local alias: Nom d'utilisateur
Onglet Avancé:
État de publication: activé
Port de connection: 5060
Utiliser UDP: activé
On laisse le reste vide
Pour des petits problèmes d'interopérabilité entre Pidgin et Ekiga:
Aller dans Outils->Préférences->Onglet Conversations
Désactiver "Notifier les contacts que vous êtes en train de leur écrire"
Testé avec Pidgin 2.0.2
La question qui se pose : on a plusieurs standards "concurrents"...
Pour la messagerie/présence Jabber est standardisé, pour la voix et la vidéo SIP et H.323 sont standardisés.
Jingle (Jabber/XMPP) prétend à devenir un standard pour la voix et la vidéo, SIMPLE (SIP) prétend devenir un standard pour la messagerie et la présence.
Cordialement,
Yannick
[^]Re: Jingle et SIP
Pas tout à fait.SIMPLE est mauvais en terme de présence, pas complet et hérite de la complexité de SIP, ce qui l'élimine de fait face à Jabber/XMPP. Les ponts de l'interopérabilités entre Jabber/XMPP et SIMPLE sont tout de même jetés.
http://www.jabber.org/protocol/xmpp-simple.shtml
http://www.xmpp.org/internet-drafts/attic/draft-saintandre-x(...)
https://stpeter.im/?p=1956
Aujourd'hui, de nombreux opérateurs et fournisseurs de services ont compris que la présence se passerait par XMPP. Là, je n'ai pas de lien, retour d'xp de gens spécialistes de la question.
Jingle ne vise pas à réinventer la poudre, mais cherche bien l'interop avec le standard ouvert SIP.
http://www.saint-andre.com/jabber/Jingle-Tech.pdf slides 18, 37, 38, 39, 40, 41, 66, 69.
Donc :
* pour l'IMP -> XMPP
* pour la VoIP -> SIP
Jabber ID : xmpp:Nyco@jabber.fr
[^]Re: Jingle
Oui, les specs ne sont pas finalisées, les développements sont en cours ou pas encore commencés, c'est que je viens d'expliquer...Parceque les specs ne sont pas finalisées ? Pourquoi Pidgin ne le fait pas ? Parceque tu ne le contribues/demandes/testes pas ? Peut-être aussi parceque les développeurs de Pidgin mettent des priorités à d'autres endroits (en effet le support de Jabber n'est pas top du tout). Enfin si tu veux avoir des réponses, vas leur poser des questions, voire soumets leur des features requests : http://developer.pidgin.im/
Lapalissade. Relis ce que j'ai écrit :Si tu es déjà sur Jabber, alors tu n'es pas un switcher potentiel. D'autre part, et quoique tu en dises, et que ça te paraissent bizarre, beaucoup de gens veulent la vidéo pour l'avoir, et pas pour l'utiliser... C'est du vécu, c'est « ainsi » (pour te citer).
Déjà vu au-dessus : c'est proprio, incompatible, centralisé, etc. Ne pas utiliser ces systèmes, dans la mesure du possible. Ouin, ouin.
Et ? H.323 aussi, et SIP aussi. Pour Jingle, sache que la standardisation prend du temps... il faut penser à tout, et à tous, ne pas se limiter à un plateforme, un cas de figure avec serveur centralisé...
Hum...
Ce n'est pas « ainsi ». La vidéo n'est plus une killer feature. Elle est généralisée dans les systèmes proprios. SIP, le standard ouvert, propose également la vidéo, mais les solutions existantes ne marchent pas très bien, il faut l'avouer. Quand la vidéo arrivera sur Jabber, les utilisateurs se plaindront que ce n'est pas compatible avec les IM proprios...
Jabber ID : xmpp:Nyco@jabber.fr
[^]Re: ICE et BEHAVE
Bonjour,
ICE http://tools.ietf.org/wg/mmusic/draft-ietf-mmusic-ice/ soulève quand même un problème :
pour bien marcher il faut avoir au moins un serveur qui est prêt a relayer les flux de communication sur le net. Qui a les moyens (bande passante, CPU) et l'envie de mettre en place de tels serveurs ? Ces serveurs seront-ils publics ?
ICE est moyen de contournement à une situation non standardisée : les NATs. http://fr.wikipedia.org/wiki/Network_address_translation
Personnellement, j'ai plus d'espoir en BEHAVE http://www.ietf.org/html.charters/behave-charter.html qui va standardiser le comportement des NAT et donc permettre de passer à travers sans avoir besoin d'un serveur relai pour passer à travers ceux qui sont "symmétriques".
Je ne crois pas qu'IPv6 va mettre fin aux NATs, donc vivement que BEHAVE soit un standard appliqué dans les routeurs !
Cordialement,
Yannick
[^]Re: ICE et BEHAVE
Ben voui, la bande passante des relais est un gros problème... il va falloir assumer, tout simplement.
ICE n'est tout de même pas la panacée, et de plus il est très complexe.
Bon, il y a aussi STUN et TURN... utilisés par ICE.
IPv6 n'enlèvera pas les NAT, les entreprises aiment à se croire sécurisées si elles masquent leur adresses internes...
Bref spa gagné...
Jabber ID : xmpp:Nyco@jabber.fr
[^]Re: Jingle
Nico C'est quoi l'interet de ta première partie de commentaire ? Tu répondais à quelqu'un ou c'est juste instinctif ?
xmpp:freechelmi@jabber.fr
Contruisons NOTRE réseau wifi libre : http://wireless-fr.org
[^]Re: Jingle
c'est ce qu'on appelle du lobbying...
[^]Re: Jingle
Nico C'est quoi l'interet de ta première partie de commentaire ? Tu répondais à quelqu'un ou c'est juste instinctif ?
Ca ressemble plutôt au copier/coller de quelqu'un qui endosse un rôle de colleur d'affiches (pro-XMPP en l'occurence).
[^]Re: Jingle
et
Ne sont pas compatibles.
Faut que tu choisisses, c'est soit l'un soit l'autre, car nous on ne peut pas faire autrement que ça aujourd'hui :
- Jabber, c'est bien (c), tu devrais y passer.
- euh... Ca fait la même chose que MSN, messagerie instantanée, video, audio tout ça?
- Non, ça fait que IM, mais c'est libre
- libre? rien à faire, moi j'utilise FF parce que c'est mieux, pas parce que c'est libre. Idem pour VLC. Idem pour eMule et Azerus. Ton truc, il est moins bien, je ne prend pas. Reviens quand tu auras quelque chose de mieux que MSN. Bref, une Killer feature qui me fera changer de ce que j'ai déjà aujourd'hui et qui me convient.
Et hop masse critique à la poubelle.
Assume : tu ne peux pas vouloir avoir en même temps une masse critique et ne pas vouloir fournir à cette masse critique ce qu'elle veut.