Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: Gajim en version 0.11 !

Posté par sfantar (Jabber id, page perso, ). Modéré le 21 décembre 2006.
Pour ceux qui ne connaissent pas, Gajim est un client logiciel libre multiplateforme (Linux, *BSD, Windows) de messagerie instantanée Jabber/XMPP (standard ouvert de l'IETF de messagerie instantanée et de présence). Il permet donc de se connecter sur son compte Jabber, mais il est aussi possible de se connecter sur un salon de discussion Jabber, de recevoir des notifications ou de se connecter aux messageries instantanées propriétaires via les passerelles Jabber.

Bonne nouvelle, ce logiciel libre développé en Python et utilisant Gtk+, vient de sortir en version 0.11. Cette nouvelle version apporte de nouvelles fonctionnalités ainsi que des corrections de bogues.

Parmi les nouveautés, on peut retrouver par exemple :
  • la prise en charge de l'IPv6 pour se connecter au serveur,
  • XHTML-IM pour la mise en forme des messages (XEP-0071),
  • les listes privées (privacy lists) pour bloquer les communications (RFC 3921 et XEP-0016),
  • porte-clé GNOME,
  • Network Manager,
  • zeroconf (Avahi),
  • les commandes ad-hoc pour envoyer des commandes à une entité Jabber (une application par exemple) (XEP-0050),
  • et un joli petit rafraîchissement du thème d'icônes par défaut dcraven.

Gajim dispose également d'un nouveau site web.

> Lire la dépêche (41 commentaires, moyenne: 4,2).  

Vous avez demandé le commentaire #787038.

gaim

Posté par gc (page perso, ) le 21/12/2006 à 13:04. (lien). Évalué à 9.

À part semer la confusion, il y avait une bonne raison d'utiliser un nom aussi proche de Gaim ?

  • [^]Re: gaim

    Posté par SF () le 21/12/2006 à 13:55. (lien). Évalué à 6.

    Un tour sur la FAQ plus tard :

    What does Gajim mean?

    Gajim = Gajim (is) a jabber instant messenger

    some users think it means (it's flattering :P): Gtk Absolute Jabber Instant Messenger

    • [^]Re: gaim -> volontaire ! (?)

      Posté par smorico (page perso, ) le 21/12/2006 à 14:10. (lien). Évalué à 4.

      Il me semble que le "j" de jabber et le is sous entendu sont d'ailleurs là pour narguer gaim !

      GAIM est critiqué par les puristes de jabber car il ne supporte pas entièrement le protocole :p

      acronyme récursif avec sous entendu péjoratif ?

      • [^]Re: gaim -> volontaire ! (?)

        Posté par NeoX () le 21/12/2006 à 15:01. (lien). Évalué à 2.

        y a qu'a faire un proces pour ressemblance de nom dans un produit aux fonctionnalités similaires....

        :-p

        (cf framasoft et sage)

        --
        Apprendre par les autres, c'est bien.
        Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux

        [^]Re: gaim -> volontaire ! (?)

        Posté par Nÿco (Jabber id, page perso, ) le 21/12/2006 à 15:43. (lien). Évalué à 10.

        Il est inexact de réduire à une simple histoire de "puriste" de Jabber :

        1/ Gaim supporte très mal Jabber
        2/ Gaim porte beaucoup d'efforts dans des formats et protocoles propriétaires
        3/ Gaim est effectivement multiprotocole, argument négatif pour les "puristes Jabber"

        --
        Jabber ID : xmpp:Nyco@jabber.fr
        • [^]Re: gaim -> volontaire ! (?)

          Posté par Thomas J. () le 21/12/2006 à 15:57. (lien). Évalué à 2.

          J'en profite pour tirer un coup de gueule contre ces "puriste" de Jabber qui ne sont obsédés que par une chose : supprimer définitivement les passerelles vers les autres protocoles...
          C'est la première fois que je vois un tel mouvement d'utilisateurs souhaiter une "régression" de leur protocole. Et c'est d'ailleurs ce qui m'a fait revenir sur GAIM !

          • [^]Re: gaim -> volontaire ! (?)

            Posté par Omega (Jabber id, page perso, ) le 21/12/2006 à 16:21. (lien). Évalué à 9.

            Tu es au courant que les passerelles sont pas facile à gérer pour les administrateurs ?

            Ça bouffe pas mal de ressources, surtout quand des utilisateurs utilisent Jabber que pour les passerelles (ce qui est assez fréquent). De plus les protocoles propriétaires changent régulièrement, et ça oblige donc à faire des mises à jour forcés, vers des versions parfois moins stables. (déjà qu'en général les passerelles actuelles ne sont pas stables en version "stable", je te laisse imaginer ce que ça donne en version non stable).
            Beaucoup d'utilisateurs préfèrent avoir un serveur plus stable et plus performant que d'avoir des passerelles.

            Moi ce qui m'embête le plus avec les passerelles, c'est que si ceux qui les développent passaient leur temps à travailler que sur des fonctionnalités vraiment pour Jabber, ça attirerait plus d'utilisateurs et donc ça rendrait les passerelles inutiles. D'ailleurs c'est valable aussi pour les développeurs de clients pour les réseaux propriétaires.

            Pour moi ce n'est pas une régression que de se tourner vers le futur. Les passerelles ont été créées pour aider Jabber à se développer, je suis pas sur que maintenant elles aident tellement sont développement, et serait plutôt un frein, surtout quand on voit le nombre de personnes qui utilisent Jabber sans savoir ce qu'est un contact Jabber. (par exemple : http://forum.jabberfr.org/viewtopic.php?pid=3698#p3698 )

            • [^]Re: gaim -> volontaire ! (?)

              Posté par Thomas J. () le 21/12/2006 à 16:49. (lien). Évalué à 3.

              Pitié... Ce post est ressorti à chaque fois !

              Ce que j'essaie juste de dire c'est que l'interopérabilité est indispensable aujourd'hui (ex : les efforts fait par OOo pour ouvrir correctement les .doc, le problème des DRM...).
              En plus Jabber ne deviendrait même plus crédible si toutes les passerelles étaient fermées. Pour rappel les 2 plus gros IM sur le marché (MSN et Yahoo Messenger) savent communiquer entre eux... et pourquoi pas Jabber ?

              Et ta tirade sur les développeurs est aussi ressorti à chaque fois... #@!$, chacun est libre de coder ce qu'il veut !

              • [^]Re: gaim -> volontaire ! (?)

                Posté par slubman (Jabber id, page perso, ) le 21/12/2006 à 16:55. (lien). Évalué à 10.

                Les IM dominant, ça dépend des pays: aux USA c'est AIM, en France c'est MSN, en Allemagne il semble que ce soit ICQ, en Pologne c'est Gadu-Gadu ...

                [^]Re: gaim -> volontaire ! (?)

                Posté par Omega (Jabber id, page perso, ) le 21/12/2006 à 16:58. (lien). Évalué à 10.


                Et ta tirade sur les développeurs est aussi ressorti à chaque fois... #@!$, chacun est libre de coder ce qu'il veut !

                Pareil pour les serveurs, chacun est libre d'administrer ce qu'il veut. Si le serveur que tu utilise ferme ses passerelles, prends en un autre.

                [^]Re: gaim -> volontaire ! (?)

                Posté par Gof (Jabber id, page perso, ) le 22/12/2006 à 08:38. (lien). Évalué à 8.

                > Pour rappel [MSN et Yahoo Messenger] savent communiquer entre eux...
                > et pourquoi pas Jabber ?


                C'est différent.
                L'accord entre Microsoft et Yahoo va dans les deux sans.
                Microsoft et Yahoo ont tous deux mis des dispositifs dans leur protocoles permettant l'intéropérabilité avec leur partenaire.

                Du coté de Jabber, l'accord est déjà marqué, et les dispositifs sont déjà là (connexions inter-serveurs). On attends juste que les autre IM acceptent l'intéropérabilité de leur coté, mais je crois pas que ce soit près d'arriver.


                Les passerelles ne sont que un moyen détourné pour avoir une fausse interopérabilité, et n'ont pas grand chose à voir avec ce qui se passe entre MSN et Yahoo.

                --
                :-D !!!NOUVEAU!!!

            [^]Re: gaim -> volontaire ! (?)

            Posté par Nÿco (Jabber id, page perso, ) le 21/12/2006 à 17:00. (lien). Évalué à 10.

            Je ne soutiens pas les coupures de passerelles, mais c'est très difficile, il faut bien en avoir conscience, d'une part pour l'aspect fermé et exclusif des protocoles proprios et d'autre part du reverse engeneering qui fait perdre un temps fout au libre et aux standards ouverts, Omega l'explique bien au-dessus.

            Je ne dirais pas qu'ils sont "puristes" comme tu l'insinues, mais franchement, carrément, complétement... pragmatiques, réalistes, factuels, ouverts et prévoyants : tous les protocoles d'IM sont proprios, fermés, cloisonnés, exclusifs, emprisonnants, non-interopérables...

            On n'a jamais eu - à ma connaissance - dans aucune techno humaine un tel niveau de fragmentation et d'incompatibilité pour quelquechose d'aussi important, émergeant et à terme largement déployé et utilisé.

            L'internet s'est créé, déployé et a évolué de manière ouverte et standard, comme le web (HTTP/HTML) ou l'e-mail (SMTP/POP/IMAP), tu ne serais pas là sans cette ouverture et standardisation. L'IM s'élèvera à moyen terme à égale importance que le mail et le web, et c'est par les standards ouverts qu'il se déploiera et se démocratisera de manière non-discriminatoire... et ce sera Jabber/XMPP !

            Quant à "régression" : sache que Jabber est le SEUL protocole d'une part à être décentralisé, et d'autre part à intégrer sur ses serveurs des passerelles vers les réseaux fermés. Les réseaux poprios fermés font - eux - les efforts pour restés fermés et garder ses utilisateurs captifs. Jabber fait l'effort de s'ouvrir aux autres, faites l'effort d'aller sur Jabber, d'y rester et de n'aller que parfois sur les IM proprios-fermés (seulement quand ça vous est nécessaire).

            Moi, je fais un coup de gueule contre ton coup de gueule : faites un effort, aidez Jabber, il vous aidera plus tard !

            --
            Jabber ID : xmpp:Nyco@jabber.fr

          [^]Re: gaim -> volontaire ! (?)

          Posté par Misc (page perso, ) le 21/12/2006 à 16:45. (lien). Évalué à 9.

          > 1/ Gaim supporte très mal Jabber

          Ben c'est ce que je croyait aussi, et pourtant, la version 2.0 le gére assez bien, amha. Est ce que tu peut donner une liste plus compléte de ce qui ne va pas ?

          • [^]Re: gaim -> volontaire ! (?)

            Posté par Yann B. (Jabber id, page perso, ) le 21/12/2006 à 17:21. (lien). Évalué à 2.

            Je confirme, elle fait tout ce que j'attends de la part d'un client de base, avec en petit plus le XHTML-IM (mais vu que je ne suis pas encore un adepte des couleurs fash!0n, l'utilité est pour l'instant limitée, mais qui sait, quoi qu'il en soit il me semble que c'est un peu plus puissant que la normale vu que l'on peut sélectionner quelle partie du texte doit subir tel formatage, ce qui dépasse largement MSN et les autres, étant donné qu'on peut ainsi s'amuser à ne mettre en gras que ce qui doit l'être, et non ses messages en entier pour faire Dlir): m'avertir des nouveaux messages, recevoir les messages hors-lignes, permettre de changer le statut, supporter les messages de statut (en passant, fonction qui n'est pas encore supportée par gaim pour MSN) et envoyer des messages, et ce de manière simple rapide et efficace.

            Franchement, gaim 2 est un excellent client, il ne fait que ce qu'on lui demande, certes, mais il le fait bien.

            • [^]Re: gaim -> volontaire ! (?)

              Posté par Thomas Preud'homme (Jabber id, ) le 21/12/2006 à 18:23. (lien). Évalué à 2.

              Pour autant que j'ai pu en juger les transferts de fichier entre Gaim et les autres clients jabber... ça marche assez rarement :)
              Rien que ça c'est rédibitoire. Et si je me souviens bien également il ne gère pas GPG mais bon pour une utilisation basique je conçois que ce soit peu important.

              --
              Don't run, we are your friends : CBS (http://www.cbs.nu)
              • [^]Re: gaim -> volontaire ! (?)

                Posté par Ernest H (Jabber id, ) le 21/12/2006 à 19:51. (lien). Évalué à 1.

                Gaim fait de l'otr http://www.cypherpunks.ca/otr/ . Gajim fait du gpg. Ce sont deux standards de cryptage, mais l'un est fait pour de l'im. Et il existe des plugins gaim qui font gpg.

                [^]Re: gaim -> volontaire ! (?)

                Posté par Mathieu Pillard (page perso, ) le 22/12/2006 à 01:35. (lien). Évalué à 9.

                Pour autant que j'ai pu en juger les transferts de fichier entre Gaim et les autres clients jabber... ça marche assez rarement :)


                Mouais, des mauvaise langues pourraient dire que les transferts de fichier entre n'importe quel client jabber et n'importe quel autre client jabber ca marche assez rarement aussi... En tout cas, j'ai deja constaté des merdes avec des tonnes de clients différents de ce coté la...

                [^]Re: gaim -> volontaire ! (?)

                Posté par sfantar (Jabber id, page perso, ) le 24/12/2006 à 09:39. (lien). Évalué à 2.

                J'ai parfois ce problème pour transférer un fichier entre deux clients jabber.

                A qui est-ce la faute ? Au protocole Jabber ou à ses clients ?

                bye

                --
                (http://snurf.info)
                • [^]Re: gaim -> volontaire ! (?)

                  Posté par Snark_Boojum () le 24/12/2006 à 10:32. (lien). Évalué à 1.

                  Perdre de vue les problèmes de NAT est une lourde erreur...

                  • [^]Re: gaim -> volontaire ! (?)

                    Posté par Donk (Jabber id, ) le 24/12/2006 à 11:17. (lien). Évalué à 1.

                    Les proxies de transfert de fichier sont normalement là pour palier ce problème, non?

                    --
                    JabberID: donk@jabber.fr
                    • [^]Re: gaim -> volontaire ! (?)

                      Posté par Mildred (Jabber id, page perso, ) le 24/12/2006 à 15:12. (lien). Évalué à 3.

                      Si tu veux utiliser les proxys, il faut donc :
                      - trouver un proxy sur un serveur
                      - si ton serveur le permet et ton client aussi, une JEP/XEP devrait permettre à ton client de découvrir le proxy de ton serveur
                      - sinon, il faut entrer cette information manuellement dans ton client.