Nÿco a écrit 3600 commentaires

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.

Plus précisément, ça s'appelle spyware, trojan, botnet, bloatware, mauvaises désinstallations, virus, etc.

* c'est libre
* c'est fun
* c'est quand même un brin plus secure
* ça respecte les standards
* c'est plus facile à installer, maintenir, mettre à jour
* les autres sont proprios et non-respectueux des standards et de la concurrence

[...] mais je me demande encore ce qu'il a bien pu faire pour le libre.

Outre supporter Linux, plein de choses : http://oss.oracle.com/

>tous les windosiens, et tous n'ont plus aucun problème de virus, *ni de quoi que ce soit*

J'en profite pour demander quels sont les logiciels libres permettant de sécuriser un minimum un winxp home (oem sans sp2) avant de le brancher directement sur le grand ternet ?

( Le premier qui réponds gnu/linux aura le droit de se la fermer :) )

Culottés les gars...

Ils viennent parler de logiciels proprios sur plateforme proprio avec tous ses problèmes qu'on pourrait sans trop d'erreurs qualifier de spécifiques... le tout, cachés derrière un pseudo-humour pseudo-trollesque maladroit... sur une site dédié aux logiciels libres en les rejetant... formidable, les gars, continuez. :-p

Juste pour les 20 centimes là, un Linux à nu tourne avec son noyaux et son desktop... un Windows à nu tourne avec son noyau+desktop, mais également son firewall userspace et son anti-virus daemon/tâche de fonds... pas cool pour les perfs... mais cool pour les fabricants de processeurs et de mémoire...

Cordialement hein... :-p

Des faits.

Aucun réseau IRC ne dépasse les 200.000 utilisateurs.

Les plus gros réseaux actuels QuakeNet, UnderNet, IRCNet et EFNet font respectivement 127k, 107k, 85k et 63k users (maximisés), en utilisant respectivement 27, 23, 34 et 45 serveurs (ceux que j'ai pu trouver), sur respectivement 120k, 33k, 19k et 30k channels... Ce qui nous donne en moyenne 5k, 5k, 3k et 2k users par serveur et 1, 3, 5 et 2 users par channel... sachant que ces chiffres sont dynamiques, on peut les faire bouger de disons 5 à 50 %. Même... ça reste pas terrible comme chiffres...

Sur Freenode, c'est bien plus modeste : 35k users, 16 serveurs et 6k chans donc 2k users par serveur et 6 users par channel...

Mêmes si ce sont des moyennes, on est loin, bien loin du million d'utilisateurs par serveur et de la centaine ou cinquantainee d'users par channels si souvent cités en référence dans ces fils de discussions...

Sources :
* http://irc.netsplit.de/networks/
* http://searchirc.com/networks
* http://gogloom.com/networks

De plus, il faut savoir d'un message envoyé à un channel est broadcasté à TOUS les serveurs du réseau... bonjour la bande passante...

Mais il dit :

[IRC] qui est un très bon protocole, fiable et simple.

...avec pas moins de cinq RFC (1459, 2810, 2811, 2812 et 2813), des politiques hétérogênes entre réseau ayant mené à de nombreuses séparations, et une tentative d'initiative d'harmonisation des différents serveurs, clients, et surtout bots et hacks en tout genre, ains que leurs nombreux forks respectifs...

...mais il l'a dit que c'est simple, donc on va le croire hein... :-p

Non, le portrait de l'IRC n'est pas beau à voir, même s'il est plaisant, ancestral, cultivé, utilisé, éprouvé, testé, validé, etc. avec tout le respect qui lui est dû, parcequ'on l'aime bien, et encore pour longtemps...

L'auteur l'a implicitement mit ici pour ne pas dire "chat".

L'auteur du journal n'avait pas mis cette précision, c'est moi qui l'ai rajoutée dans la dépêche, mais à l'origine, j'avais mis « clavardage », pour que ce fil de discussion existe, mais ça a été AdModéRolectorisé... mais bon, le troll est tout de même apparu...

« Vuze par Azureus »... les mêmes qui font Azureus, le client BitTorrent GPL en Java.
http://azureus-inc.com redirige vers vuze.com

Dans la même catégorie, y'a aussi Joost qui arrive, par les fondateurs de Kazaa et Skype (décidément, y'a un air de famille dans tous ces noms).
http://fr.wikipedia.org/wiki/Joost
http://en.wikipedia.org/wiki/Joost

Joost, même s'il est proprio, au moins, il est basé sur la plateforme Mozilla/XUL, comme les logiciels libres Miro, OneTeam, SamePlace et SongBird.
http://getmiro.com/
http://oneteam.im/
http://sameplace.cc/
http://songbirdnest.com/

En attendant, on ne peut toujours pas faire de vidéo avec Gaim.

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...

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?

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/

J'attend la vidéo, non pas pour passer à Pidgin que j'utilise personnellement, mais pour l'utiliser.

Lapalissade. Relis ce que j'ai écrit :

Beaucoup de gens prétendent attendre la vidéo avant de switcher à Jabber.

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).

J'utiliserais MSN je pourrais déjà le faire.

Déjà vu au-dessus : c'est proprio, incompatible, centralisé, etc. Ne pas utiliser ces systèmes, dans la mesure du possible. Ouin, ouin.

Depuis plusieurs années.

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é...

D'autres sont moins stupides.

Hum...

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.

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...

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é...

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.

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

L'émission Air Mozilla, disponible en Ogg Theora :
http://air.mozilla.com/episodes/mitchell_baker_interview1.og(...) 11,2 Mo
http://air.mozilla.com/episodes/mitchell_baker_interview2.og(...) 12 Mo
http://air.mozilla.com/episodes/mitchell_baker_interview3.og(...) 18,4 Mo

Sinon
http://air.mozilla.com/
et puis
http://airmozilla-videocast.podomatic.com/
et
http://airmozilla-podcast.podomatic.com/
et encore
http://www.youtube.com/AirMozilla
mais bon...

La prochaine a lieu ce mercredi :
http://weblogs.mozillazine.org/asa/archives/2007/07/air_mozi(...)

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.

On est le 31 juillet, c'est le dernier jour pour faire remonter les stats !

Voici des suggestions pour les contributeurs motivés :
* Six questions sur OOXML, dernier jour !
* OpenBSD Foundation
* Violation de GPLv2 par Skype
* L'affaire Joomla!/SMF
* SourceForge Community Choice Awards
* Framabook/InLibroVeritas Thunderbird
* Numéro 00 de Magnum

Publications de logiciels :
* GnuCash 2.2.0, avec port sur l'autre OS !
* Tracker 0.6.0
* Moblin
* Parted Magic 1.8
* 64 Studio 2.0
* Nouveautés noyau Linux

Le problème des screenshots, c'est que c'est statique, un ensemble screencasts aurait été plus judicieux, mais c'est beaucoup plus consommateur en temps et en bande passante. Quoi qu'il en soit, avec un download de LiveCD et un QEMU, tu peux vite fait essayer facilement, simplement.

Merci pour ta contrib. Euh... ce n'est pas quatre lignes que tu viens de soumettre, tu es un peu modeste là sur le coup je trouve...

Pyro est publié ici : https://linuxfr.org/2007/07/30/22784.html
et Thunderbird ici : https://linuxfr.org/2007/07/30/22785.html

Étoilé est dans le pipe, ainsi qu'une news sur la soumission à validation par l'OSI des licences Shared Source de Microsoft.

Il reste encore plein de news pour pouvoir gagner des bouquins et des abonnements :
https://linuxfr.org/aide/gagnants.html
* Framabook/InLibroVeritas Thunderbird
* Six questions sur OOXML, aujourd'hui dernier délai, pour laisser une journée
* SourceForge Community Choice Awards
* OpenBSD Foundation
* Democracy Player s'appelle désormais Miro
* Numéro 00 de Magnum
* Violation de GPLv2 par Skype

Et les sorties de softs et distros :
* Moblin
* GnuCash 2.2.0
* 64 Studio 2.0
* Parted Magic 1.8
* Nouveautés noyau Linux

Yeah ! Le temps n'est pas un problème. Voici des suggestions : licence, historique, comparaison avec GNUStep/WindowMaker/NeXTStep/etc., compatibilité avec Mac OS X et/ou ses applications, portabilité dans les deux sens, etc. Merci Moonz.

Super ! Voici quelques suggestions dans la rédaction de ta news : pense à préciser ce qu'est Alfresco, son histoire, autour de quoi tourne la famille et le métier des ECM, la différence avec les CMS, noter les alternatives notamment Nuxeo, parler de son ancêtre Documentum, mentionne la ou les licence(s) du soft, etc. et puis bien entendu, les nouveautés de cette version. Merci beaucoup.

À cette heure, deux éditions et deux votes en PP de la part des AMR.

bersace a écrit et soumis Pyro, et benoitv a fait de même sur la réorg de Thunderbird. Mais ne vous inquitétez pas, il reste beaucoup pour plein de monde !...

* Étoilé 0.2
* 64 Studio 2.0
* OpenBSD Foundation
* Partition Magic 1.8
* Democracy Player s'appelle désormais Miro
* Numéro 00 de Magnum...)
* Violation de GPLv2 par Skype
* Nouveautés noyau Linux
* Framabook/InLibroVeritas Thunderbird
* Six questions sur OOXML
* SourceForge Community Choice Awards
* GnuCash 2.2.0
* Moblin

Peut-être qu'effectivement c'est à mentionner dans la news que tu vas rédiger... ;-)

Vérifie que ça n'a pas déjà été posté avant de le faire :
https://linuxfr.org/tracker/

Et on dit merci à rootix qui a écrit le patch et NoNo qui l'a intégré et développé un peu plus...

Pour info, c'est basé sur class.jabber.php

Pour info également, la notif de nouvelles dépêches pour les ADM, ça accélére grave le processus de relecture-correction-validation... ;-)

L'intégration de Jabber dans cette université semble être une réussite :
* serveur Jabber jabberd2
* client dérivé de Pandion
* intégration dans le webmail avec Jeti
* plein de services
* et des tutoriels excellents

J'en parle un tout petit peu plus ici :
http://nyco.wordpress.com/2007/07/20/jabber-a-luniversite-de(...)