Goffi a écrit 1524 commentaires

je pense que toi aussi tu as loupé le commentaire auquel je répondais, et le titre du fil: https://linuxfr.org/users/nicolas_raoul/journaux/softwarerecommendations-le-nouveau-petit-frere-de-stackoverflow#comment-1532981

Sinon j'utilise mailinator qui marche bien aussi.

Ils sont de confiance pour savoir si le membre nouvellement créé est une personne réelle ou un bot spammeur

à la vue de tous les spams que j'ai sur mon wiki avec des adresses en hotmail, gmail et autre yahoo, là dessus non plus je ne leur fais pas confiance.

(edit : je viens de me rendre compte que tu parlais peut-être plutôt de http://alternativeto.net et non pas de stackexchange)

Oui en effet, je parlais de l'autre (cf titre du fil et commentaire auquel je répondais).

le réseau stackexchange utilise les profils (notamment pour des offres d'emplois si je ne m'abuse), mais c'est facilement contournable grâce à la possibilité de faire des comptes bidons justement. Et c'est accessible simplement en lecture seule, ce que, comme beaucoup de dévs, je fais régulièrement.

La question peut se poser pour des sites dont on se sert tous les jours, mais pour un truc utilisé une fois comme ici et des trucs où les comptes n'ont qu'un intérêt douteux, des couples pseudo/mot de passe poubelle sont bien plus pratiques, et ça évite de tracer les sites que je visite (enfin ça limite un peu la casse).

Et en dehors d'OpenID qu'on peut héberger soi même, tous les tiers cités ne sont certainement pas de confiance.

Ce qui m'agace me bloque c'est de ne pas avoir la possibilité de faire un pseudo/mot de passe, et que sous couvert de simplification ça facilite les recoupages et le traçage (et c'est un pas en arrière pour l'anonymat). Oui je peux me faire un serveur OpenID, mais c'est trop lourd pour un seul site (et surtout juste pour proposer une alternative). Accessoirement je ne vois pas l'intérêt de créer un compte pour ça (enfin si, à la limite pour réduire le spam).

oui alors je suis tombé dessus en faisant une recherche avec duckduckgo, et j'ai regardé pour ajouter SàT, je n'ai pas pu m'inscrire parce qu'il faut un compte microsoft/twitter/facebook/github/google/yahoo/openid et le seul que j'ai dans le tas c'est un compte poubelle google que j'utilise (sans synchro) sur android et je ne veux pas l'utiliser pour autre chose. Bref, impossible de se connecter, c'est comme ça l'avenir du web ?

pour moi en tout cas c'est poubelle ce site.

En France il y a le crédit coopératif qui a une solution similaire à Paypal (Paybox je crois, à vérifier), un poil plus cher mais beaucoup plus éthique

On m'indique par ailleurs qu'en fait paybox est utilisé par le crédit coopératif mais c'est tout, et rien n'indique que c'est plus éthique que paypal, donc oubliez cette partie, le reste est toujours valable :)

pour ça je pense que au moins dans un premier temps il faudra utiliser d'autres solutions. En France il y a le crédit coopératif qui a une solution similaire à Paypal (Paybox je crois, à vérifier), un poil plus cher mais beaucoup plus éthique. En Europe un virement bancaire ne coûte rien et est la meilleure option à mon sens, sauf que c'est plus complexe que faire un clique.

Mais si nous, dév, on arrive déjà à développer ensemble une plateforme communautaire potable et à faire du bruit autour, y'a moyen qu'on soit aidés sur les aspects juridiques et économiques.

Je me pose la question d'un magasin(*) d'applications communautaire… Ça pourrait être utile au delà des jeux: faciliter le micro-paiement (1 € / 2 €) sans laisser des sommes énormes à des Google ou Apple ou Paypal. J'imagine une espèce de dépôt multi-plateformes, similaire à f-droid ou au truc de Mozilla pour firefox OS, avec uniquement des projets libres et la possibilité soit de télécharger la version gratuite, soit de prendre une version à 1, 10, 20, … € en soutien financier.

Il y a beaucoup de monde qui cherche ce genre de modèle (nous aussi on y pense), et ça faciliterait beaucoup les dons si on s'y mettait tous.
Reste à voir comment ça serait géré, comment on accepterait les projets et tout, mais sinon vous en pensez quoi ?

Il y aurait peut-être possibilité de joindre les forces avec f-droid ou Mozilla, ou d'autres non ? Voire s'associer avec des banques éthiques comme la Nef qui est en passe de devenir une vraie banque.

(*) un magasin = un dépôt avec la possibilité de payer (faire un don) facilement

Y'a des articles intéressants, mais ils remplacent les liens par des liens internes, et même d'autant plus si c'est pour de bonnes mauvaises raisons (mettre en avant les articles populaires), ça me gêne vraiment beaucoup.

En plus de ça ces 2 points ne me plaisent pas sur leur charte:

• Le flux abonné ne doit comporter aucun bouton lié à quelque service communautaire, d'échange ou de partage.

Je ne suis pas fan de ces boutons, et je comprends qu'ils ne soient pas tolérables si ça va chercher une image ou un script vers un serveur externe (de la même façon que ça n'est pas tolérable de rediriger les liens en interne), mais l'interdiction ne me semble pas mieux; surtout qu'un site de partage peut-être libre.

• Le site de chaque membre doit proposer un lien vers le Planet-Libre.

Un planet qui force à mettre un lien vers lui-même pour augmenter sa popularité, et qui dit plus bas

• Le Planet-Libre n'a pas pour vocation d'augmenter la popularité des blogs (ou sites) de ses abonnés.

c'est relativement incohérent.

Enfin bref, c'est quelques points qui me dérangent mais dans l'ensemble je suis tout de même abonné (je ne clique pas sur les liens), et on y trouve parfois des trucs intéressants. Disons que ça m'a bloqué pour demander à y mettre mon propre blog. J'aimerais bien un équivalent sans ces contraintes.

Bon ben j'ai retesté, il m'a téléchargé une nouvelle version du plugin, j'accepte, très bien, je redémarre (ils me sort de vieux onglets je ne sais pas pourquoi, mais ça vient plus probablement de iceweasel), et en allant sur web.linphone.org, j'ai

et ça ne bouge pas :(

:version
Pentadactyl hg7067 (created 2014/03/09 00:00:04) running on:
Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 Iceweasel/27.0.1

édit: il semble qu'en passant en https ça fonctionne…

je ne sais pas si tu peux configurer SOCKS pour Linphone, mais en tout cas tu peux utiliser tsocks qui permet via un LD_PRELOAD de faire fonctionner pratiquement tout à travers un proxy SOCKS.

pas récemment non, j'ai utilisé la version bureau de ma sid. Je retesterai…

Bravo pour cette version. J'ai utilisé linphone récemment, d'une part pour appeler sur des fixes, et d'autres part pour des connexions entre 2 ordis, et c'est un des rares qui fonctionne sans trop de difficultés (j'ai le souvenir que j'avais un peu galéré à la configuration, et c'est pas clair quel compte en utilise quand on fait un appel).

Quid du plugin web ? J'avais essayé à l'annonce mais sans succès: soit pas de connexion, soit c'est inaudible. Est-ce qu'il y a eu des améliorations de ce côté ?

Bon en tout cas c'est un des logiciels de voip les plus fonctionnels et les plus prometteurs en libre, d'autant qu'il tourne au moins sur Gnu/nux, Android, et le web (et je suppose Windows ? iOS ?); et surtout un des seuls avec qui j'ai pu faire des appels de bonne qualité et sans trop de soucis.

Oki, je comprends mieux

• développeurs opposés à Python 3

J'ai appris le dernier coup que tu avais tenté un fork python 3, et effectivement ce n'est ouvertement pas dans leur priorités. Maintenant de ce que j'ai compris, ils veulent faire une base de code unique python 2/python 3 et garder la compatibilité ascendante, ce qui vu leur base de code et le nombre de services en production (que j'estime grand sans avoir de chiffre) me parait compréhensible.

Comme indiqué dans mon commentaire plus haut, il y a tout de même une partie de Twisted qui tourne sur Python 3, et pour le reste ils ont l'air bloqué par le bogue mentionné.

Maintenant je suis ça d'assez loin pour le moment, Python 3 n'est pas dans nos priorités non plus, mais la question va se poser de plus en plus, et asyncio n'est pas prêt de rattraper le nombre de protocols supportés par Twisted de sitôt.

• communauté de développement en général assez peu agréable

Perso je n'ai jamais eu à m'en plaindre, mais j'ai assez peu de contacts avec au final

• architecture un peu byzantine et difficile à comprendre (surtout si l'on veut contribuer des trucs)

Ça c'est clair que c'est pas évident à comprendre. Maintenant à l'usage faut reconnaître que ça permet de faire les choses rapidement, j'ai pu lier un serveur IMAP à du XMPP en 1 soir ou 2.

• tendance à réinventer la roue

Il y a aussi beaucoup de choses qui étaient là avant (genre ils utilisent le CamelCase parce que la PEP08 a été faite après si je ne m'abuse). Après c'est vrai qu'il y a des choses qu'ils auraient pu réutiliser (logging, test ?), je suppose qu'il y a de bonnes raisons à tout ça.

(quant à XMPP, je suis content de savoir que ça marche aujourd'hui, à l'époque où j'avais essayé - vers 2007 -, c'était largement en chantier et le développeur principal n'accueillait pas vraiment les propositions de contribution)

En dehors de la base dans Twisted, le gros du XMPP est dans Wokkel, qui est une bibliothèque par dessus Twisted et dont le code devrait être mergé à Twisted à terme. C'est encore incomplet, mais y'a de grosses parties implémentées dedans (MUC par exemple), et c'est bien pratique.

Bon en tout cas c'est un peu plus clair, mais même si tu n'aimes pas Twisted, moi c'est un choix que je ne regrette pas: c'est toujours activement développé, c'est très stable (j'ai eu très peu de bogues liés à Twisted/Wokkel jusqu'ici), et c'est puissant. Du coup je trouve ta pique plus haut un peu sévère.

J'espère que Twisted pourra facilement échanger avec asyncio, mais de ce que j'ai compris, les dévs principaux de Twisted et Guido ont longuement discuté ensemble, et c'est justement un des buts affichés.

Bon et sinon bravo pour le boulot général, j'espère ne pas rester éternellement bloqué à Python 2 (y'a aussi Pyjamas qui va poser problème), c'est alléchant tout ça :)

Tu as (vous avez ?) quoi contre Twisted plus précisément ?

asyncio, c'est vraiment la killer-feature de cette nouvelle version. Ca pourrait à lui seul justifier que des projets emprisonnés dans Python 2.7 passent en Python 3! Sauf que … il existe un backport Python 2 !

C'est pas forcément simple. Nous on est bloqués par Twisted qui est bloqué (entre autres) par une fonctionnalité supprimée de Python 3: http://bugs.python.org/issue3982 . Et le passage à asyncio n'est pas à l'ordre du jour, Twisted a quand même une base de code, outils et protocoles supportés (dont XMPP) qui n'est pas prête d'être rattrapée, le tout étant très testé et stable. Bon ça avance quand même, y'a une partie utilisable en Python 3: http://blog.futurefoundries.com/2014/03/twisted-on-python-3-now-pip-installable.html .

D'un autre côté y'a d'autres projets comme Pyjamas qui ne passeront peut-être jamais à Python 3.

Bref, sans les dépendances, pas facile de songer à passer à Python 3 dans l'immédiat.

Arg, c'est en même temps que la foire à l'autogestion, pas glop du tout ça ! Bon ça fait 2 bonnes raisons d'être à Paris ce week-end là en tout cas…

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.