Gajim en version 0.11 !

Posté par  (site web personnel) . Modéré par j.
Étiquettes :
0
21
déc.
2006
XMPP
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.

Aller plus loin

  • # IPv6

    Posté par  . Évalué à 5.

    Super je vais pouvoir me connecter a jabber en IPv6 dès que free... on me soufle que je devrais plutot changer de FAI hum

    • [^] # Re: IPv6

      Posté par  . Évalué à 1.

      Ou utiliser un tunnel (sixxs.net par exemple)

      (au passage c'est moi qui aie fait le bug repport pour le support de l'ipv6 :o)

      • [^] # Re: IPv6

        Posté par  . Évalué à 3.

        C'est pas has been les tunnels 6in4 ?

        Il vaut pas mieux faire du 6to4 ?

  • # Hors sujet

    Posté par  . Évalué à 1.

    [mode parano="on"]
    N'avez vous jamais remarqué que le logo de Gajim fait penser à un petit bonhomme avec un masque à gaz...
    Je suis sûr qu'il y a un complot derrière ca.
    [mode parano="off"]

  • # gaim

    Posté par  (site web personnel) . Évalué à 9.

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

    • [^] # Re: gaim

      Posté par  . É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  . É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  . É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)

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

          Posté par  (site web personnel) . É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"

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

            Posté par  (site web personnel) . É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  (site web personnel) . É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  (site web personnel) . É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  (site web personnel, Mastodon) . É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  (site web personnel) . É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  (site web personnel) . É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.

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

              Posté par  (site web personnel) . É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 !

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

            Posté par  (site web personnel) . É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  . É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  . É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.

  • # Prise à distance

    Posté par  (site web personnel) . Évalué à 2.

    On notera aussi la possibilité de prendre le contrôle a distance d'une autre ressource. C'est encore très limité, mais déjà pratique.

    Par exemple, on peux avec Psi (0.11 beta 4), changer les informations d'état. Ca évoluera.

    Un truc qui me manque encore : la gestion du binding & polling pour les proxy (pour ceussent qui comme moi ont des proxy a la mort moi le ***$*), et la lenteur lorsque l'on active la correction orthographique (oui, saimal de faire des fautes).

    Sinon, bien, moi content. Bravo à l'équipe de dev.

    • [^] # Re: Prise à distance

      Posté par  . Évalué à 2.

      >et la lenteur lorsque l'on active la correction orthographique

      Tiens, c'est pas multi-tread ?

      Il me semble pourtant que GTK sais le faire.... a moins que ça ne vienne de python !

  • # iconset

    Posté par  (site web personnel, Mastodon) . Évalué à 2.

    pour ceux qui cherchent des thèmes d'icônes supplémentaires, c'est ici:
    http://trac.gajim.org/wiki/GajimCommunityArt

    À noter que maintenant, Gajim supporte nativement le changement d'état via Rythmbox ou Muine. Pour les autres lecteurs, ça se passe ici:
    http://trac.gajim.org/wiki/GajimAndMusicPlayer
    Le plugin Amarok et le script python pour MPD, peu gourmand, marchent très bien chez moi...

    • [^] # Re: iconset

      Posté par  (site web personnel) . Évalué à 10.

      Le changement d'état pour afficher la musique qu'on écoute est une débilité sans nom. Y'a un protocole pour faire ça défini dans la XEP-0118 ( http://www.xmpp.org/extensions/xep-0118.html ) et qui est bien plus propre.

      L'affichage de la piste en cours dans le message d'état envoie des changements d'états assez souvent, ce qui peut :
      * saturer le serveurs si tout le monde fait ça (enfin si y'a beaucoup d'utilisateurs)
      * bouffe de la bande passante pour rien, surtout embêtant pour ceux qui utilisent Jabber sur un téléphone portable où ils paient au Ko
      * est très énervant avec certains clients dans les discussions de groupe. En effet certain client (comme par défaut dans les anciennes versions de Gajim) affichent chaque changement d'état dans la fenêtre de discussions, ce qui est très énervant si le message d'état change souvent

      La méthode préconisée par la XEP 0118 n'envoie le changement d'état qu'aux clients qui le veulent et pas à tout le monde. Bon y'a juste un problème c'est que le support au niveau des serveurs manque cruellement. Mais si y'a une forte demande, ça va s'implémenter plus vite dans les serveurs.
      Psi gère déjà cette manière de faire.

      • [^] # Re: iconset

        Posté par  (site web personnel) . Évalué à 3.

        Wildifre et ejabberd supporte pubsub, sauf erreur de ma part, et idavoll devrait permettre aux autres serveurs de le supporter ( http://idavoll.ik.nu/ ).

        Moi, je pense plutot que ce qui manque, c'est un support au niveau des clients.
        Et pour ça, faut que les gens comprennent comment ça marche. Et la, ç'est mhhhh, un peu plus chaud.

        • [^] # Re: iconset

          Posté par  (site web personnel) . Évalué à 2.

          Le problème c'est pas le support de Pubsub, mais le support de PEP (http://www.xmpp.org/extensions/xep-0163.html ) qui est une version simplifié de Pubsub, mais beaucoup plus intégrée au serveur, ce qui empêche de faire un composant externe comme Idavoll.

          PEP pour un client n'est pas très compliqué, Psi gère ça très bien, et de manière assez claire pour l'utilisateur, genre une liste à cocher avec les notifications qu'on veut recevoir de cet utilisateur. Bon le problème c'est qu'il faut le faire pour chaque utilisateur, mais le client peut le faire tout seul.

    • [^] # Re: iconset

      Posté par  (site web personnel) . Évalué à 8.

      Ca me rappelle une des horreur d'IRC : les gens qui mettent des messages automatiquement pour qu'on sache ce qu'ils écoutent. Heureusement j'en croise de moins en moins.

      Je ne doute pas que ça puisse intéresser des gens mais on est dans la messagerie instantanée, pas dans un flux radio. La majorité des gens à l'autre bout n'en ont probablement rien à foutre de savoir ce qu'on écoute.

      Si c'est via un protocole spécifique très bien, suffit d'ignorer. Mais pitié, ne pervertissez pas l'état comme ça. En fait si, en écrivant je pense à autre chose : les gens de MSN qui changeaient le pseudo pour donner leur état. C'était l'horreur.

  • # gajim et firewall/proxy

    Posté par  . Évalué à 1.

    J'utilise gajim chez moi depuis linux et je n'ai pas de soucis mais depuis le boulot sous Windows je n'ai jamais réussi à lui faire passer le proxy/firewall alors qu'avec Exodus je n'ai pas de soucis...

  • # keyring ?

    Posté par  (site web personnel) . Évalué à 4.

    En exagérant un tout peu, ça fait 10ans que j'utilise de l'IM
    Je me suis toujours démerder pour lancer mon client sans être obligé de saisir mon MDP ...

    Et v'là t y pas que le nouveau Gajim accède au gnome-keyring (ceci dit c'est très bien, bonne intention)
    Mais je continuerai d'utilser PSI si je ne peux pas changer ça

  • # only-girls ?

    Posté par  . Évalué à 5.

    C'est quoi ce salon only-girls qu'on peut voir sur cette page : http://wiki.jabberfr.org/Jabber_en_dix_minutes_avec_Gajim/%C(...) ?

    Les filles sur jabber, ce n'est donc pas un mythe ?

    • [^] # Re: only-girls ?

      Posté par  . Évalué à 3.

      Oui mais si il y a que des "Jean Dupont" dessus, vala quoi =)

  • # euh...

    Posté par  . Évalué à 1.

    moi pas très malin mais moi pas comprendre ce que vient faire NetworkManager dans les nouveautés ?

    • [^] # Re: euh...

      Posté par  . Évalué à 4.

      Extrait du changelog :
      * Automatically connect and disconnect to accounts according to network availability (if Network Manager is present)

      C'est comme dans OS X, quand la connexion est présente Mail vérifie automatiquement les emails

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.