Goffi a écrit 1556 commentaires

Je viens de sortir une version 0.4.1 en prenant en compte tes remarques. J'aurais aimé faire ça le jour même, mais j'ai pas la super forme depuis 3 jours :(.

En plus si tu es sous Arch, le paquet à été mis à jour, donc tu ne devrais même avoir à l'installer depuis l'archive.

Merci pour les retours critiques, ça permet d'améliorer le projet :)

Salut,

D'une part MOVIM n'a pas l'antériorité (SàT a été commencé en 2008, c'est probablement un des plus anciens projets de ce type encore actif), et d'autre part nous n'utilisons pas les mêmes langages, pas les mêmes technos, et n'avons pas la même philosophie.

MOVIM est en PHP (ce qui déjà est bloquant pour les échanges avec SàT qui est majoritairement en Python), uniquement Web (SàT est multi-interfaces), et n'a pas les mêmes choix de priorités (par exemple ils implémentent la vidéo-conférence en ce moment quand pour nous c'est un truc qui viendra beaucoup plus tard).

Ceci dit, les 2 projets se connaissent (nous sommes devenus amis à force de se croiser sur les salons), et ont toutes les raisons du monde de collaborer là où c'est possible. Par exemple ils viennent de sortir un transport RSS/Atom qui peut nous servir, nous avons un annuaire ou un composant pubsub qui peuvent leur servir (surtout quand on aura trouvé le temps de proposer nos modifs PubSub sous forme de XEP à la XSF).

Bref, en plus de tout ça, et même si tout le monde n'est pas d'accord, je pense qu'une des forces du libre est sa diversité, ses visions différentes, etc.

Pourquoi Gnome alors que Kde ? Pourquoi XFCE alors que Gnome ? Pourquoi Emacs alors que Vi ? Pourquoi Vim alors que Vi ? Pourquoi Emacs alors qu'on n'a que 10 doigts ? etc.

Edit: ah ben Yakulu a fait la version courte de mon commentaire avant que je poste :)

Ben si s'il y a des scripts ou des API dispo, c'est pas très compliqué ;)

Je suis en train de corriger les problèmes mentionnés pour l'installation. J'aurais aimé faire ça plus vite, mais je suis en train de lutter pour rester devant l'écran à cause d'une nausée persistante aujourd'hui :-/. J'espère commiter ça dans la soirée.

Bellaciao n'est pas utilisable, et Libervia c'est indiqué dans son fichier INSTALL (mais c'est assez complexe pour le moment). De nouveaux paquets au moins pour Debian et Arch sont à prévoir assez rapidement…

Quelqu'un a tester les conversations vidéo avec ? (sur Sid empathy marche pas alors là ça m'arrangerait…)

euh, il n'y a pas encore de vidéo-conférence dans SàT, et c'est prévu mais pas dans les priorités

Comment afficher les contacts hors lignes ?

Sur Primitivus, avec M-d (cf http://wiki.goffi.org/wiki/Primitivus ), sur Libervia ils sont toujours affichés, et sur Wix… on ne peut pas (Wix est maintenu au minimum, Bellaciao deviendra l'interface de bureau de référence quand on aura un peu plus de temps à y consacrer).

Non, parce que même si asyncio a l'air sympa, c'est quand même incomparable à Twisted et ses plus de 10 ans d'expérience. Nous avons besoin de toute la couche XMPP gérée par Twisted/Wokkel (Wokkel est une bibliothèque par dessus Twisted qui ajoute des fonctionnalités XMPP), et nous utilisons d'autre partie comme le serveur IMAP. Et Twisted est très actif, il n'est pas près d'être rattrapé à mon avis.

Bref, pas dans un futur immédiat en tout cas, on verra à terme si la situation évolue…

Nous utilisons des MUA pour gérer les messages « lourds » parce qu'ils sont bien adaptés à ça, mais pas la messagerie instantanée.

L'idée est surtout dans l'optique de voir à terme XMPP remplacer SMTP.

Thunderbird est cité parce que c'est probablement le plus connu, mais tu peux utiliser n'importe quoi à la place.

Après pourquoi ne pas contribuer à Thunderbird ? Parce qu'on ne fait pas du tout la même chose, qu'on n'utilise pas le même langage et les même technos, et que cette fonctionnalité existait dans SàT bien avant que la messagerie instantanée soit inclue dans Thunderbird.

Bref, vois plutôt ça comme une façon générique de récupérer les messages lourd XMPP dans n'importe quel MUA…

Ca fait l'install en quiet et yes, c'est pas tres propre de pas demander quand meme.
C'est dommage, la procédure d'install c'est le premier contact, or la ca rebute un peu.

Noté

Les problèmes avec pil et distribute (le UnicodeDecodeError) semblent venir du paquet respectif et de pip, a priori on ne peut pas faire grand chose à part remonter un bogue.

AttributeError: 'module' object has no attribute 'TableContainer'

Ah ça c'est nous, on a oublié de monter la version minimale d'un paquet (urwid_satext), et du coup si tu as une vieille version déjà installé ça ne marche pas. C'est noté

Et pour le dernier problème, il doit te manquer sat_media, mais on aurait dû l'indiquer dans le fichier INSTALL (c'est indiqué sur le wiki mais pas dans le fichier), c'est noté aussi.

Ok, merci pour les retours, on va essayer de publier une 0.4.1 qui corrige ça assez rapidement.

Ah le setup.py, pour le coup je l'attendais pas celle là :)

OK, donc ca doit tourner avec un peu n'importe quel python… hé ben non, ca marche pas en 3 :

le problème c'est que t'es pas certain que python2 existe sur toutes les distro, mais c'est vrai que c'est probalement mieux de faire python2 (nous sommes bloqués sur python 2 à cause de Twisted pour le moment). C'est noté

OK, donc le script fait un which apt-get, c'est pas du tout distrib-oriented…

En effet, ça fait un which pour tester si on est sur une distro basée sur Debian et faciliter l'installation dans ce cas, sinon ça indique clairement quel est le paquet à installer. Le problème est que Wx ne s'installe pas depuis Pypi, et la façon la plus simple pour l'installer et de demander de l'installer avant.

Les installations sont un des gros points noir de Python, y'a eu une tentative d'amélioration avec setuptools 2, mais je crois que le projet est maintenant à l'eau :(

julien@misato ~/Downloads/sat-0.4.0 % sat
/usr/bin/sat: ligne61: twistd : commande introuvable

julien@misato ~/Downloads/sat-0.4.0 % sat
exceptions.ImportError: No module named wokkel

les dépendances sont gérées par pip, et c'est indiqué dans le README d'utiliser pip. Le setup de base ne sait pas le faire. Celle du début (le which) est une customisation qui ne devrait pas avoir lieu d'être, mais Wx nous y oblige.

Elle est demandée sur notre traqueur de bogues: http://bugs.goffi.org/show_bug.cgi?id=22 (par devnewton). Nous avons un peu laissé les bogues de côté car nous avions un gros travail à faire en interne et sur le microblogage, mais elle est prévue pour la 0.5, surtout que ça m'intéresse aussi. Dans la même veine, la gestion de l'utf-8 dans les noms de comptes dans libervia, qui a été demandé dans la dernière dépêche, est prévue aussi pour la prochaine version…

Et aussi, à terme on pourra faire ça avec des script ou n'importe quelle commande shell.

Par exemple, un admin pourra relancer un serveur ou récupérer des stats très facilement, tu pourras l'utiliser en domotique pour monter ton chauffage avant d'arriver, etc…

regarde la vidéo.

Imagine t'es dans ton salon, t'as VLC qui tourne sur l'ordi branché sur ton projecteur: en une commande tu fais une télécommande. Maintenant tu utilises un client XMPP sur ton téléphone, et hop tu peux contrôler VLC depuis ton téléphone, dans ton canapé sans te déplacer.

Tu es dans une colocation, t'as Amarok qui tourne toujours dans le salon, et tu veux que tout le monde puisse changer le musique. En une commande tu fais la télécommande, et tu autorises tous les membres du groupe colocation à changer la musique.

Tu fais une conférence, l'ordi est branché loin sur le projecteur. Tu fais ta télécommande pour Okular et tu peux changer les diapos depuis ton téléphone.

Bref, ça sert à contrôler à distance. SàT a été construit dans l'idée d'utiliser XMPP aussi pour ce genre de choses, qui sortent de la messagerie instantanée ou du microblogage.

Merci encore une fois aux modo pour avoir été rapides :).

J'ai fait une petite erreur: le MUA est Thunderbird et non Firefox, mais bon je pense que tout le monde avait compris :)

Regarde le planète Jabber francophone et, dans une moindre mesure, l'anglophone, ils sont désertés alors qu'il y a quelques années (2 ?) ils étaient relativement actifs. En libre il y a planète libre qui est actif, mais je n'aime pas du tout leur façon de rediriger les liens vers chez eux (ils ne s'en servent peut-être que pour les stats et afficher les billets les plus populaires, mais c'est trop pour moi), ni de forcer à afficher leur pub si on publie chez eux.

D'ailleurs si vous connaissez des planètes encore actifs et sympas, faites tourner…

ah ben super tiens, je voulais faire exactement la même chose, et c'est le genre de point où on peut collaborer facilement malgré nos utilisations de langages/archi différents. Ça a l'air de bien rendre :)

Ces 2 commentaires sont exactement le type de commentaires qui m'intéressent quand je demande Qu'attendez vous le plus d'un réseau dit « social » libre ?…

Les hiérarchies sont très faciles à implémenter, elles existent en XMPP, et les opérations de type union aussi (d'ailleurs SàT le gère déjà en ligne de commande, exemple avec la récente télécommande XMPP).

Ces commentaires m'intéressent parce qu'ils montrent des trucs qui manquent à l'usage, et un des avantages du libre, c'est que les projets sont en général plus accessibles et plus ouverts à faire ce genre d'ajouts (surtout que dans ces 2 cas c'est franchement pas lourd). Bref n'hésitez à dire plus souvent ce qu'il vous manque :)

SàT ne le permet pas encore, mais il le permettra probablement dans un futur plus ou moins proche. De mémoire Gajim le permet assez facilement, Poezio le fait de base très simplement (c'est même une de ses idées de conception: faire du XMPP aussi simple que de l'IRC), et je crois que Jappix Mini est basé dessus aussi (mais pas sûr). Après là on parle pour de la conversation à plusieurs (du chat de groupe type IRC), ça serait plus intéressant que ça soit poussé plus loin.

Mais oui je suis tout à fait d'accord pour l'accès non authentifié, c'est même prévu depuis longtemps dans SàT et ça sera sûrement étudié pour la 0.5 (pas la prochaine qui sort dans quelques jours, mais la suivante).

les clients XMPP standards te permettent pas de faire quoi que ce soit tant que t'es pas authentifié

les connexions anonymes (non authentifiées) sont prévues dans le protocol de base: http://xmpp.org/extensions/xep-0175.html

SàT gère l'UTF-8 oui, comme tous les clients XMPP. Oui tu peux avoir un pseudo avec des lettres accentués, mais non pas dans la démo de Libervia pour les mêmes raisons que le dernier coup (vu que le code n'a pas changé à cet endroit). Ça changera plus tard (probablement pour la 0.5, soit pas celle qui est sur le point de sortir, mais la suivante), mais encore une fois un rapport sur http://bugs.goffi.org évitera de l'oublier.

Tout ça est déjà possible avec Kopete et Kde non ? Le partage de photos est très bien implémenté, et je pense qu'avec les Kipi plugins, tu peux en un (ok peut-être 2 ou 3) clicks partager sur la majorités des sites connus.

Sinon je vais encore prêcher ma paroisse, mais avec SàT tu peux afficher les messages dans ton client courriel (depuis 3 ans maintenant, mais ça n'est pas tout à fait complet), et il y a des interfaces de bureau.

La décentralisation totale est séduisante mais a ses inconvénients (complexité et/ou lenteur).

L'installation simple c'est une question de temps: les solutions populaires vont certainement être incluses dans les distributions, et la simplification des procédures se fait avec l'augmentation du nombre d'utilisateurs.

on en cite régulièrement, j'en ai rappelé quelques unes dans ce commentaire, il y en a aussi pas mal cités dans le wiki.

Maintenant il faut déjà se poser la question de ce que tu veux faire avec, les projets cités ont des niveaux de maturité différents, des implémentations différentes, des philosophie différentes. Si c'est pour le boulot, le choix du langage/des technologies d'implémentation peuvent être important si vous avez des modifs persos à faire.

Si c'est juste en interne, un truc centralisé comme Elgg (journal récent) peut sûrement convenir.

Pour la maîtrise des données, il est nécessaire d'héberger soit-même l'instance. Pour pouvoir utiliser plusieurs logiciels en même temps, XMPP est le meilleur (le seul ?) choix actuel: plusieurs projets tournent autour, et certains permettent déjà de faire beaucoup de choses MOVIM et Salut à Toi par exemple.

Pour Salut à Toi sur lequel je bosse, on espère avoir une version prête pour le grand public d'ici l'été prochain.

Tout dépend ce que tu appelles réseau « social ». Si c'est de l'étalage de vie privée, c'est plus la case voyeurisme (que j'ai plus mis pour troller qu'autre chose). Pour moi ce terme ne veut pas dire grand chose (pour ne pas dire rien), mais il y a des outils qu'on retrouve dans cette catégorie qui sont utiles: partager des photos facilement c'est possible avec un serveur HTTP maison, organiser des événements une simple page wiki peut le permettre (ou un framadate/framapad), mais avoir les 2 réunis et une interface facile d'accès c'est pratique.

Je suis étonné que pour l'instant partage de photo et organisation d'événements ont un pourcentage si faibles, je pense qu'avec l'outil de microblogage c'est l'usage le plus intéressant (le fait d'avoir les 3 réunis surtout, indépendamment ça se trouve déjà facilement).

Enfin bref, pour moi communiquer que la toile c'est justement l'intérêt principal.

Oui je suis d'accord, au moins pour certaines fonctionnalités. Avec XMPP, il est possible de s'authentifier de manière anonyme au moins pour le chat si le serveur l'autorise, Poezio le permet facilement par exemple.

Par ailleurs, il y a des gens qui ont des recommendations pour des logiciels libre de réseau sociaux décentralisés maintenus et qui ressemblent pas complètement à de la blague (pas forcément en terme de nombre d'utilisateurs) ?

Tout dépend de ce que tu attends de ce genre de trucs. Mais les trucs maintenus et qui ne sont pas des blagues, il commence à y en avoir quelques uns, on sort régulièrement des listes. De tête (mais j'en oublie): Retroshare, Friendica, Lorea, GNU Social - qui récupère le code de status.net -, et ceux plus ou moins basés sur XMPP; Buddycloud, Jappix, MOVIM et SàT. On va pouvoir ajouter Twister maintenant.

Ils sont à ma connaissance tous maintenus (pour GNU Social et Lorea c'est peut-être à confirmer), et plusieurs d'entre eux sont fonctionnels ou en passe de l'être. Ils sont tous là depuis plusieurs années (sauf Twister), et ils ont probablement tous besoin de contributeurs si vous voulez que ça aille plus vite.

En centralisé sur peux ajouter Elgg qui a eu le droit à un journal il y a quelques temps, et un bon paquet de projets de Forums/blogs/etc.

Bref, encore une fois, tout dépend de ce que tu attends de ce genre de choses…

Ah ben ça tombe bien, je viens justement de l'acheter.

C'est encore un peu tôt pour donner un avis pertinent, mais quelques remarques quand même.

J'ai déjà développé avec Qt4 mais relativement peu, en fait je m'y suis surtout mis il y a 2 ans pour une interface SàT que j'ai dû mettre en pause à cause de ma vie professionnelle. Du coup j'ai vu une mention de ce bouquin sur le net et je suis parti l'acheter en librairie.

Première remarque: c'est cher. Les bouquins d'infos sont souvent chers, mais là c'est la fourchette vraiment haute (65 € pour l'édition papier). Je prends un bouquin justement pour ne pas avoir à lire sur un écran (sinon j'aurais juste pris la doc officielle Qt), du coup les éditions numériques ne m'intéressent pas. Contrairement à ce qui est dit ici, la qualité d'impression me semble suffisante pour ce type de livre (d'après la réponse à ce commentaire, l'imprimeur a été changé depuis les premiers livres).

Comme indiqué, ça parle surtout de QML, ça tombe bien c'était ce que je voulais connaître principalement, vu que j'ai déjà des notions pour le reste. Il y a quand même quelques chapitres sur Qt Widgets, de quoi se rafraîchir la mémoire. En plus il y a un chapitre pour le passage Qt4 => Qt5. Par contre, je ne vois pas ce que la lecture « par module » change, dans n'importe quel bouquin on peut sauter les chapitres qu'on maîtrise déjà ou qui ne nous intéressent pas.

Ça évoque très rapidement des concepts de base pour de la programmation (très très basiquement la programmation orientée objets, ou des notions de bases de javascripts). Dans mon cas c'est totalement inutile, mais ça peut être intéressant pour filer le bouquin à des non programmeurs (c'est visiblement le but recherché).

Ça a l'air assez complet aussi: encore une fois je viens de commencer, mais ça parle de Qt Creator, Qt Designer, des outils de débogage, de la transition Qt4 => Qt5, etc. Enfin assez complet pour la partie interface graphique, ça ne parle pas ou très bièvement du reste du cadriciel, en introduction il est précisé que d'autres bouquins sont envisagés.

Bon dans mon cas, QML/Qt Quick a l'air très facile à assimiler (surtout que je connais déjà CSS, Javascript, les EFL et en particulier Edje dont QML s'inspire visiblement). Le prix est trop élevé mais le livre a l'air bien et surtout va me permettre de me remettre à jour en me sortant un peu la tête de ce satané écran…

Bon bref, on verra si à la fin de la lecture j'en suis toujours content, et c'est bien de voir de la presse francophone sur Qt…