Nÿco a écrit 3599 commentaires

Si tu bosses au service info, il est relativement aisé de bloquer l'illégitime et propriétaire, et au profit du légitime, corporate et standard ouvert...

Pas forcément. Il faudrait des contribs maqueux pour le porter mieux sur Mac OS X. Et il faudrait corriger pas mal de bugs de Gtk sur Windows pour qu'il tourne un peu mieux sur cette plateforme.

Certes, mais pour la VoIP elles utilisent pour la plus part SIP...

Et ? C'est très bien SIP : c'est un standard ouvert, adopté à la fois par l'industrie, l'informatique propriétaire et le logiciel libre ! Un peu comme TCP/IP et HTTP...

Paramètre important : Jingle est très proche de SIP. Jingle et SIP ne sont pas concurrents...

On a un draft IETF pour l'interopérabilité entre XMPP et SIMPLE (IM basé sur SIP) : « Basic Messaging and Presence Interworking between the Extensible Messaging and Presence Protocol (XMPP) and Session Initiation Protocol (SIP) for Instant Messaging and Presence Leveraging Extensions »
http://www.xmpp.org/internet-drafts/draft-saintandre-xmpp-si(...)
Aucune doute que l'on aura également le draft IETF équivalent pour l'interop entre SIP et Jingle. D'ailleurs, les deux vont utiliser ICE.

jabber na pas le poids de SIP pour la VoIP

...et SIMPLE n'a pas le poids de XMPP pour l'IMP. L'industrie toute entière se tourne vers XMPP pour la présence et l'IM actuellement... Les quelques implémentations de SIMPLE sont très peu utilisées à ma connaissance.

Bon, allez, je vais citer des exemples proprios, je n'aime pas ça car ça leur fait de la pub, mais voilà : Lotus SameTime utilise un dérivé de SIMPLE. Mircosfot Live Communications Server utilise un dérivé de SIMPLE. Les deux éditeurs ont fait là du plus pur « embrace and extend ». Les deux serveurs sont donc incompatibles et infédérables. Leurs clients respectifs ne permettent pas de se connecter à l'autre serveur.

Dans le monde XMPP, on a des tests d'interop réguliers, avec des acteurs du logiciel libre, autant que du logiciel propriétaire, des serveurs, comme des clients... Gage d'interop continue dans le temps.

Et si on faisait campagne pour l'intégration des deux?

Ben, oui, super ! C'est l'idée depuis pas mal de temps déjà... Continue le boulot qui a déjà été fait... Regarde Gizmo Project, OpenWengo, SIP Communicator, Asterisk, Openfire, SER/OpenSER... liste loin d'être exhaustive.

Pour moi, effectivement, Ekiga implémentant déjà H.323 et SIP, il ne reste que Jabber... Bon, OK, il y a IRC...

J'en peux plus d'attendre [...]

Pourquoi attendre ?

[...] grosses boîte [...]

On les a toutes, sauf deux (devinez lesquelles...) : http://nyco.wordpress.com/2007/07/05/ca-y-est-jabber-a-gagne(...)

99.9% d'utilisateurs msn

Tu oublies les trop nombreux « dominants » partout dans le monde : http://nyco.wordpress.com/2007/01/06/mais-quel-bordel/

Je ne vois toujours pas avec quoi on va séduire le grand public

Avec le « Firefox de l'IM » ou le « OpenOffice.org de l'IM » ou encore le « Linux de l'IM » : analyse leurs succès et leurs limites, tu verras qu'on a déjà énormément d'atouts du côté de Jabber... reste à produire le killer-software... avec la killer-organisation qui va avec...

Mais pourquoi serait-ce une hérésie [...]

C'est une hérésie pour les gens qui pensent que c'est une hérésie. Pour les autres, il y en a qui s'en foutent, et d'autre en raffolent.

Donc c'est vrai, on ne dispose pas de client Jabber qui fait bling-bling, pouet-pouet, drrriiiiing, brrrrr, et toussa... Peut-être que ça manque d'ailleurs...

- La audio/video conférence ?

Le plus simlpe est de lire : http://nyco.wordpress.com/2007/08/15/jingle-la-voix-et-les-s(...)

- Le partage de dossier ?

C'est l'envoi de fichier qui tourne à ce jour :
* XEP-0096: File Transfer http://www.xmpp.org/extensions/xep-0096.html

Ajoutons ces extensions (lire les intros) :
* XEP-0129: WebDAV File Transfers http://www.xmpp.org/extensions/xep-0129.html (expérimental)
* XEP-0214: File Repository and Sharing http://www.xmpp.org/extensions/xep-0214.html (expérimental)

Et sans doute bientôt par Jingle...

- le travaille cooperatif (agenda, documents, etc.. partagé ?)

Aujourd'hui, quelques implémentations différentes, expérimentales, non-standardisées, mais dans la roadmap de la XSF (XMPP Standards Foundation) :
* Whiteboarding ou tableau blanc pour le dessin : Coccinella et Inkscape
* Traitement de texte collaboratif : Abiword (version de dev)
* Sinon, les jeux : ChessPark, SamePlace, Volity...

Pour voir SamePlace : http://www.youtube.com/watch?v=j7ZSQwqbELs (attention au Flash)

Bah justement, je viens de poster ma conf des RMLL qui - entre autre - introduit XMPP :
http://nyco.wordpress.com/2007/10/18/slides-de-la-conference(...)

Sinon, sur SlideShare, tu peux choper les slides en Flash ou PDF des confs de plein de gens d'un peu partout :
http://www.slideshare.net/group/xmpp-jabber-jingle

Sinon, si tu es un « protocol-maniac » et que tu aimes bien lire les spécs, je te conseille vivement :
http://www.xmpp.org/rfcs/rfc3920.html
http://www.xmpp.org/rfcs/rfc3921.html
Et puis si tu veux :
http://www.xmpp.org/extensions/

Voici la XEP en question, la XEP-0209 :
http://www.xmpp.org/extensions/xep-0209.html
Status: Experimental
Type: Standards Track

It is often the case that a user will have multiple representations of a single contact, either within one account (as is often the case with contacts using legacy systems through transports) or across several accounts (particularly where a user or contact has separate work and home accounts). As these are different representations of the same logical entity, this XEP provides a method for binding them together into a single meta-contact.

> Tu veux dire quoi par ça ? Pour moi Psi et Gajim gèrent tous les deux très bien les ressources.

Je pense qu'il voulait dire priorités dynamiques, qui changent en fonction de ta présence. Sous Psi 0.10, tu ne peux même pas changer de priorité sans te déco...

Sous forme de tableau statique, mais à jour :
http://wiki.jabberfr.org/Impl%C3%A9mentation

Sous forme de critères pondérables, et visualisables sous forme de tableau ou de graphe radar/arraignée, mais avec un Psi 0.10 :
http://www.qsos.org/o3s/
http://www.qsos.org/o3s/set_weighting.php?family=jabber-clie(...)
http://www.qsos.org/o3s/show.php?family=jabber-client&f%(...)

On peut faire du OpenID avec un Jabber ID, donc sans besoin de site web ou de presta style WordPress.com ou ClaimID.com :
http://openid.xmpp.za.net/
http://beta.xmppid.net/

Tu dois sans doute déjà connaître stopmotion : http://stopmotion.bjoernen.com/

Bonjour 01net ! ;-)

L'article est titré « La France pourrait refuser l'OpenXML de Microsoft comme standard bureautique international » comme si c'était mal... Le format Open Office XML a tellement de défauts techniques connus et reconnus, et le processus de vote est tellement triché... qu'on ne peut être honnête en votant pour sa normalisation.
http://www.01net.com/editorial/357420/la-france-pourrait-ref(...)

Sinon :
http://www.pcinpact.com/actu/news/38524-ooxml-afnor-normalis(...)
Ou encore :
http://slashdot.org/article.pl?sid=07/08/30/1323216 (anglais)

Les études publiées, les Wikipédias de chaque langue, Google Trends... en croisant tout ça et avec un peu de critique, de réalisme, de confrontation, on y arrive...

Quels sites '2.0' utilisez-vous?

J'utilise :
* DLFP a.k.a. Linuxfr.org : http://linuxfr.org
* Jabber a.k.a. XMPP : http://jabberfr.org xmpp:nyco@jabber.fr

Quels sont les services qui apportent vraiment quelquechose et pour quelle utilisation?

Services :
* Les news, les commentaires, les journaux, pour l'info, l'échange, l'apprentissage permanent... et les trolls.
* Les MUC, les gens, pour poser des questions, répondre à d'autres.

Quels sont les services qui sont utiles dans le cadre du développement de projets open-source? Je pense surtout au fait de rencontrer des développeurs ayant les mêmes centres d'intérêt, pour faire évoluer plus vite un projet.

Ben je ne développe pas, mais je croise des dévelopeurs, et je pourrais avoir des centres d'intérêts communs liés au développement...

Si quelqu'un développe un système de réseau social qui soit multi-serveur, avec un protocole ouvert et la possibilité pour n'importe qui de monter un serveur... Alors là je ne dis pas.

Pour l'instant Jabber a tout bon.

Il faudrait pouvoir choisir sur sa fiche ce qu'on accepte de montrer à ses contacts directs, aux contacts de ses contacts, et au monde entier.

Là, il y a peut-être un peu de travail, mais finalement pas tant que ça.

Tu peux commencer à spécifier une XEP (XMPP Extension Protocol) si tu veux...
Inscris-toi sur la liste http://mail.jabber.org/mailman/listinfo/standards où tu peux en discuter...

version 2.1.1 (08/20/2007):
Yahoo:
* Added an account action to open your inbox in the yahoo prpl.
* Added support for Unicode status messages in Yahoo.
* Server-stored aliases for Yahoo. (John Moody)
* Fixed support for Yahoo! doodling.
* Limited support for MSN Messenger contacts

Bonjour:
* Bonjour plugin uses native Avahi instead of Howl
* Bonjour plugin supports Buddy Icons

XMPP:
* Only report conversation close when 'send typing notifications'
preference is turned on (Bob Rossi)

Pidgin:
* Show current outgoing conversation formatting on the font label on
the toolbar
* Slim new redesign of conversation tabs to maximize number of
conversations that can fit in a window
* Tab bar is not visible when only one conversation is open. You can
drag and drop conversations from the infopane.
* Moved "Reset Formatting" toolbar button to Font menu.
* Double click on the infopane to alias buddies and set topics
on chats
* New smiley style

Finch:
* Sound support (Eric Polino)

Là, il s'agit d'un patch pour Templeet/LinuxFR. C'est donc l'application qui tourne sur ce site qui parle directement le Jabber. Elle utilise un compte (elle a son propre JID) sur le serveur Jabber de l'APINC, sous le domaine jabber.fr. Lors de la réception d'une dépêche, l'appli se connecte à son compte, envoie des messages aux admins, modéros et relecteurs abonnés, et se déconnecte. On reçoit donc en quasi-temps-réel la dépêche, qu'on peux alors éditer imméditement, et/ou voter instantanément.

Il est possible de faire ça assez facilement dans quasiment toute application, en utilisant par exemple sendxmpp, libre, et très simple à utiliser. http://sendxmpp.platon.sk/

Il faut bien séparer le code du contenu. En ce qui concerne, il est évidemment nécessaire de donner le choix à l'auteur.

Oui, PubSub est un service Jabber : http://nyco.wordpress.com/2007/08/13/tout-sur-pubsub/
Mais il n'est pas question de PubSub dans cette dépêche... Cela dit, c'est effectivement une très bonne idée de publier les dépêches sur PubSub.

Par curiosité, tu as le nom de quelques sociétés qui sont encore en 2000 ???

Disons une (deux ?) entreprise(s) française(s) de distribution d'énergie...

Il ne serait pas étonnant que ces deux protocoles aient plus d'utilisateurs que Jabber (même en comptant les utilisateurs du chat gmail).

Jabber/XMPP compte de 50 à 100 millions d'utilisateurs dans le monde. Le chat GMail est aussi du Jabber/XMPP. Comparativement, Gadu-Gadu, c'est 5 millions en Pologne, et QQ c'est 160 millions en 2005, essentiellement en Chine.

Si MSN est très présent en Europe

urope de l'ouest uniquement.

AIM très présent aux US, ailleurs dans le monde ils ont aussi leur préférence. Gadu-Gadu c'est l'europe de l'est, QQ c'est asiatique.

Non, en Europe centrale et en Europe de l'est, c'est ICQ. En Asie du sud-est, c'est Yahoo!.

Tout ça est énormément plus utilisé (et donc logiquement plus prioritaire) que la simple libjingle qui ne représente pas grand monde.

Normal, la libjingle ou plutôt Jingle n'est pas finalisé, ça devrait l'être ces prochains mois.

La version 1.1.1 est sortie, corrigeant un problème de mise à jour.

Comme dit dans un commentaire du blog : « C'était rapide ! Je vais au lit et seule la version debug est là. Je me lève et la version officielle est disponible ! Merci ! »
http://www.adiumx.com/blog/2007/08/adium-106-and-111.php

(Qui utilise le protocole Gaudu-Gadu ou QQ ou Zephyr ?? )

* Gadu-gadu : juste 5 millions d'utilisateurs en Pologne en 2005 (sur une population de 38 millions, c'est énorme), avec des services télécom associés
* QQ : juste 160 millions d'utilisateurs en Chine en 2005, avec une très forte croissance, celle de la Chine, à deux chiffres, avec des services télécom associés
* Zephyr : bon, là, juste des milliers d'utilisateurs répartis dans quelques université états-uniennes

Pourtant, le protocole vidéo et audio [...] : jingle pou jabber.

Jingle n'est pas tout à fait finalisé, c'est prévu pour les semaines/mois à venir. Il s'agit d'une top-priorité pour la XSF avec la sécurité : http://www.xmpp.org/xsf/roadmap.shtml

Je pense que ton interpretation des chiffres est incorrect.

Je ne me suis basé que sur des faits, ceux que j'ai pu trouver. Je l'ai souligné. Mais merci de me corriger dans ce cas, et avec des justifications et explications, ainsi que d'autres faits (de préférence, éviter les « moi je »).

Concernant l'efficacité, IRC requiert que chaque message soit broadcasté UNE fois à l'ensemble des serveurs (à l'ensemble des serveurs "contenant" au moins une personne du salon).

Wikipédia dit :

The standard structure of a network of IRC servers is a tree (acyclic graph). Messages are routed along only necessary branches of the tree

Je suppose que ça signifie ce que tu viens de dire, donc j'avais faux, pardon, j'ai dû mal lire et/ou mal retenir... ou bien interprêter. En revanche :

but network state is sent to every server and there is generally a high degree of implicit trust between servers. This architecture has a number of problems; a misbehaving or malicious server can cause major damage to the network, any changes in structure whether intentional or a result of conditions on the underlying network require a net-split and net-join resulting in a lot of network traffic and spurious quit/join messages to users and temporary loss of communication and adding a server to a large network means a large background bandwidth load on the network and a large memory load on the server.

Sur le réseau Jabber, entre deux serveurs ouverts, il y a du SASL, du TLS (SSL), des dialback et de reverse DNS lookups... Il n'y a pas de netsplits ni netjoins...
Ensuite :

Sous Jabber, le message est envoyé N fois à chaque serveur, ou N est le nombre de client de ce serveur sur le MUC.

Bon, ça c'est complètement faux. Tu sais combien il y a de serveurs Jabber sur internet ? Ensuite, les messages et infos de présence d'un MUC ne sont envoyés qu'aux clients connectés à ce MUC, en passant via leur serveur respectif, le cas échéant. C'est donc le minimum, on ne peut pas faire moins, donc optimal. Ça ressemble de très près à ta description du fonctionnement d'IRC.

On critique les 5 RFC de IRC. Regardons XMPP :). 6 RFCS (3920, 3921, 3922, 3923, 4622, 4854)

Les 3920 et 3921 sont un découpage par couches (core et IM) voulus par l'IETF. La 3922 n'est qu'un mapping IETF. Les 4622 et 4854 ne sont que des URI et URN. http://www.xmpp.org/rfcs/

et pas loin de 200 Xeps.

Pour être précis, les XEP sont au nombre de 96, moins de 100, c'est « loin » de 200, ton appréciation est fausse. http://www.xmpp.org/extensions/

Et XMPP est un protocole jeune.

Il est né en 1998, ça fait donc presque dix ans. Pour situer, le XML a été publié en 1997. Encore une appréciation fausse. Je vais m'abstenir de faire ici une apréciation sur la vieillesse d'IRC.

Les implémentations des serveurs divergent plus ou moins,

Moins. Il y a des tests d'interop qui sont régulièrement menés par la XSF. Côté IRC, l'histoire montre surtout des divergeances, des séparations de réseaux, des forks de serveurs en tout genre... et enfin, en 2007, une initiatiative d'homogénisation.

la norme étant d'une complexité assez impressionante.

Elle est tout à fait lisible par le commun des mortels et fortiori par les développeurs, seuls à avoir réellement besoin de regarder sous le capot, quoique tout soit déjà dans les bibliothèques...

Et je ne parle pas des clients....

Mais alors là, c'est encore plus faux, tu te ridiculises à ne pas connaître le sujet que tu traites là... Justement, la philosophie de Jabber a toujours été « complexité sur le serveur, pas sur le client ».

Mais d'où vous vient toute cette haine de Jabber/XMPP ?

Perso, j'ai utilisé IRC il y a longtemps, c'était cool, j'ay ai passer du bon temps... Et puis j'ai switché à la messagerie instantanée... proprio, car je ne connaissais que ça à l'époque... Et enfin je suis tombé sur Jabber. Il n'est pas parfait, certes, tout comme IRC, mais il rend de fiers services, comme IRC...

Aujourd'hui, Jabber évolue, bien et vite, peut-être pas suffisament pour certains, et peut-être pas tout fait dans la (les) direction(s) qu'ils voudraient. http://www.xmpp.org/xsf/roadmap.shtml En gros, les top-priorités sont Jingle et la sécurité (avec tout ce que ça englobe dedans, en très gros).

Mais il faut bien garder à l'esprit que coder un truc vite fait, c'est somme toute assez facile comparé au processus d'édiction d'une norme et au respect de l'interopérabilité des solutions l'implémentant...

Quoiqu'il en soit, j'espère que l'initiative IRC Plus aboutira, ça ne peut faire que du bien.