C'est une radio qui laisse la parole à des courants très différents, et la partie informatique n'a rien à voir du tout avec le reste.
Symbiose passait notamment sur radio libertaire, dogmazic et radio larzac si je ne me trompe pas (si luc ou manu passent par ici, ils corrigeront sans doute).
À noter qu'une partie des animateurs a quitté radio ici et maintenant en mars dernier pour une raison que j'ignore, et ils sont en train de monter un espace parisien dédié au libre avec notamment une webradio: http://libre-a-toi.org/. Je suppose qu'il y aura une annonce ici au moment du lancement.
Sans vouloir nous mettre trop en avant, je pense qu'on est en plein dans ce que tu recherches (et Movim aussi sur certains points). Plus en détails:
Pourquoi est-ce que personne ne fait de la messagerie un peu plus poussée avec les fonctionnalités qu'on attendrait aujourd'hui (historique illimité, recherche, multi-appareils, chiffrement end-to-end, asynchronicité,…) ?
Si si, on fait ! historique illimité, recherche, multi-appareils c'est MAM + Message Carbons et les implémentations sont de plus en plus courantes.
Chiffrement de bout en bout c'est un peu plus compliqué parce qu'il n'y a pas de bonne solution avec XMPP (c'est une vieille marotte et il y a eu plusieurs tentatives, mais rien n'a encore été largement adopté). La seule solution un peu populaire c'est OTR, et elle n'est pas (encore) standardisée en XMPP ! C'est des bidouillages de l'utiliser, mais ça fonctionne tant bien que mal, d'ailleurs on l'implémente dans SàT (et même 2 fois parce qu'on a décidé de faire une implémentation dans le navigateur pour l'interface web). Asynchronicité c'est de base dans XMPP, quel est ton problème avec ?
XMPP a tout sur le papier pour remplacer SMTP et faire du chiffrement par défaut (dans la veine du point précédent); personne n'en fait rien…
Le chiffrement est de base dans XMPP et même obligatoire depuis plus d'un an. Et pour SMTP là encore on peut par dire qu'on ne fait rien: c'est un truc dont on parle depuis plus de 4 ans (lire ici), on a un serveur IMAP, un serveur SMTP et un stockage Maildir dans SàT, et on fera certainement une passerelle SMTP pas pour cette version mais pour la prochaine.
XMPP a tout sur le papier pour remplacer twitter, et j'ai pas vu de grand mouvements de ce côté là.
Il me semble que ce journal montre justement le contraire. Tu peux essayer Movim ou Jappix, ou la démo de Libervia pour voir ce qu'on peut déjà faire, mais il y a encore du boulot c'est sûr.
C'est parce que XMPP a pour philosophie de tout faire sur le serveur ce qui est une aberration immense à mon avis
L'idée de base c'était - je pense - de se dire qu'il y a moins besoin de serveurs différents que de clients différents, et donc de simplifier la vie des développeurs de clients. La philosophie est toujours valable: si tu veux utiliser juste la partie messagerie instantanée de XMPP, ou juste la partie messagerie style courriel, tu peux facilement. Si tu veux des choses avancée, il faut de toute façon souvent des implémentations côté serveur et client (MAM par exemple).
il n'y a pas besoin de demander l'autorisation à qui que ce soit pour tenter quelque chose
Ben les nouvelles XEPs vont justement sacrément faciliter les choses de ce côté maintenant.
Et la standardisation est un avantage énorme sur tout nouveau protocole, et à qui il faudra un temps fou (ça se compte en années) avant d'arriver au niveau de XMPP.
Nous ça faisait longtemps qu'on attendait d'être débloqué pour le microblogage, maintenant je ne vois plus rien de majeur qui va nous gêner, et je pense ne pas trop m'avancer en disant que l'utilisation et les fonctionnalités de XMPP vont exploser sous peu.
Pour moi ça n'aurait aucun intérêt d'utiliser XMPP si tout le monde était sur FB ou gtalk.
L'annonce de l'utilisation et de l'abandon de XMPP par FB ne m'a fait ni chaud ni froid (d'un point de vue perso je n'ai jamais vraiment utilisé, et d'un point de vue général ça ne change rien pour FB qui n'était pas fédéré, et pour Gtalk le seul intérêt est - ça marche encore - de pouvoir communiquer avec des gens dessus), et c'est à mon sens une grosse erreur de se faire héberger là bas de toute façon.
Non ce qui montre la vitalité de XMPP, c'est le nombre et le dynamisme des projets qui l'utilisent et des standards, et de ce côté j'ai plutôt tendance à penser que ça s'améliore.
Euh si ils avancent et ils sont bien maintenus (suffit d'aller sur le salon prosody pour voir comme c'est actif), c'est juste que les priorités ne sont pas forcément les mêmes que pour nous.
Et sinon un jour on va probablement implémenter un serveur aussi, ou du moins une partie de ce que fait le serveur, pour avoir quelque chose de complètement P2P/Distribué/ça_dépend_comment_vous_appelez_ça. Y'a pratiquement tout ce qu'il faut déjà avec les bibliothèques qu'on utilise, mais bon c'est vraiment pas pour tout de suite.
Et si je te comprends bien vous avez simplifié la façon de l'implémenter avec XMPP ?
Simplifier c'est pas le mot, disons qu'on n'est (enfin on sera dans quelques temps si tout va bien) plus bloqués par les possibilités des serveurs (dans le sens le logiciel, après il faut que les instances de ces logiciels activent ce qu'il faut).
Si c'est ça, peux-tu expliquer aux noobs comme moi ce qu'il faudrait mettre en place pour pouvoir l'utiliser ? (si c'est possible dès maintenant…)
Dès maintenant c'est possible d'utiliser des serveurs pour faire du microblogage de base, mais ça marche plus ou moins bien. Metronome (fork de Prosody) est le serveur recommandé par Movim et Jappix, Ejabberd avait des problèmes de performance à une époque mais sinon c'est à ma connaissance l'implémentation PubSub la plus complète des serveurs, Prosody dans le version stable ne stocke pas les billets sur le disque, OpenFire j'ai arrêté à un moment suite à un bogue très gênant, je ne sais pas où ça en est, et je ne sais pas trop l'état non plus de Tigase ou autre.
Si c'est ça, peux-tu expliquer aux noobs comme moi ce qu'il faudrait mettre en place pour pouvoir l'utiliser ? (si c'est possible dès maintenant…)
Il faut principalement activer le composant PEP, il faut suivre la documentation du serveur pour voir comment faire.
Peut-on utiliser un serveur jabber parmi ceux qui sont sur le wiki ou faut il un serveur sur lequel on a la main
La page que tu donnes cite des instances de serveurs, et du coup il faut voir au cas par cas ce qu'ils activent. Tu peux utiliser un client XMPP pour voir les fonctionnalités et la présence de « http://jabber.org/protocol/pubsub#publish » dans les fonctionnalités, et « (pubsub/pep) » dans les identités (désolé c'est un peu technique, mais c'est comme ça qu'on regarde si une fonctionnalités existe. Avec salut à toi il y a l'interface en ligne de commande pour tester ça, par exemple sur jabber.fr ça donne:
Pas de « http://jabber.org/protocol/pubsub#publish » ici ni de « (pubsub/pep) », ça n'est donc pas possible. Il faut alors soit avoir le main sur le serveur, soit contacter les admins.
(quelques commentaires du journal sont troublants et il me semble y lire que les choses peuvent se faire au niveau du client seulement ??? Ou je pige vraiment rien ?)
Il faut d'une part que des fonctionnalités soient activées sur le serveur (pep au minimum), et d'autre part que le client soit capable de gérer ça (une compatibilité XEP-0277 au minimum). XMPP a la grande force d'être extensible, mais ça rend son approche un petit peu plus compliquée parce que les fonctionnalités s'activent ou pas en fonction de ce que sait faire le serveur/client en face.
Bon maintenant je parlais ici de microblogage de base. À ça il faut ajouter Message Archive Management (MAM) et/ou Result Set Management (RSM) pour pouvoir accéder à des message anciens (plus que les 10 derniers par exemple). Ce sont d'autres fonctionnalités que le serveur doit implémenter, et à ma connaissance, ça n'est disponible nulle part.
Nous on a un composant qui gère tout ça, mais il n'était pas possible de le « brancher » sur le serveur avant. Maintenant c'est possible avec Prosody et bientôt sur d'autres serveurs j'espère (ça marche probablement avec Metronome aussi vu que c'est un fork de Prosody). Côté Prosody c'est expliqué sur les pages wiki des modules que j'ai écrit: https://code.google.com/p/prosody-modules/wiki/mod_privilege et https://code.google.com/p/prosody-modules/wiki/mod_delegation ). Mais notre composant est en cours d'adaptation à ces nouveautés, c'est bien avancé mais il va falloir encore patienter un (petit) peu.
On n'est ainsi plus limités par les serveurs.
Peut-on utiliser un client jabber classique ?
Rien n'empêche un client classique d'implémenter ça, mais à ma connaissance aucun ne travaille dessus. On aimerait bien en voir ! Côté Poezio (très bon client console), on en parle.
Je comprends que non (c'est ça ?). Quels sont les clients spécifiques qui implémentent ou implémenteraient ça ?
Pour l'instant les 3 seuls (sauf erreur) sont Jappix, Movim et SàT.
Mais si je comprends bien SÀT nécessite aussi un serveur web…
Non, c'est même le seul des 3 cités qui n'en a pas besoin: tu peux utiliser une interface non-web (c'est multi-interface), mais on vient de retirer l'interface de bureau parce qu'on va en écrire une nouvelle pour la version grand public (fin d'année), soit tu utilises le serveur web intégré avec Libervia. Il y a une image Docker qui permet de tester ça facilement: http://wiki.goffi.org/wiki/Docker/en (expérimentale, n'hésite pas venir demander de l'aide/dire ce qui ne va pas sur le salon XMPP de SàT: sat@chat.jabberfr.org).
mais aussi sélectif : microblogguer avec un groupe de personnes défini
Ça par contre seul SàT en est capable, mais ça n'est pas (encore) standard. On va essayer de standardiser ça dans le futur. C'est de toute façon compatible avec les implémentations classiques, et on construit tout autour de cette logique: partage de fichiers, accès au commandes internes, etc.
Voilà, j'espère que c'est plus clair, sinon n'hésite pas à demander des précisions.
C'est à peu près ça sauf que c'est le XEP-0355 (la XEP-0356 c'est les privilèges), et que l'autre n'est pas nécessaire.
En gros quand on demande un truc à un serveur, au lieu de le gérer directement (ou pas 'il ne connait pas le protocole), il délègue à une autre entité. Pour MUC, PubSub et une passerelle courriel ça ne change pas grand chose parce que c'était déjà possible de faire ça depuis un composant, pour PEP par contre c'est le seul moyen d'implémenter ça à l'extérieur (c'était notre motivation principale).
Ça peut être utilisé avec tout ce qui est réservé normalement au serveur. Par exemple ça pourrait être utilisé pour MAM (Message Archive Management, qui permet d'avoir l'historique des conversation géré par le serveur) pour que l'historique soit stocké à l'extérieur du serveur (ou tout simplement pour l'implémenter sur un serveur qui ne le gère pas).
Dans ce cas précis, la complexité sera dans un composant (ou entité) dédié, pas dans le client, donc ça ne perturbe pas trop cette philosophie.
Mais de manière générale, les clients gèrent de plus en plus de choses, et la complexité augmente: il est possible d'avoir du pubsub sur le client lui même si on veut, et pour l'audio vidéo c'est clairement le client qui gère le plus de choses.
Après c'est des possibilités, des fonctionnalités à implémenter ou non, un client de base qui ne ferait que de la messagerie peut toujours s'implémenter de façon très simple.
Effectivement, les XEPs ne sont pas spécifiques aux composants (même si ça leur est principalement destiné dans un premier temps)
Il y a bien une méthode « traditionnelle » historique (la XEP-0114) pour connecter des composant: c'est une sorte de client simplifié, et dans le conf du serveur on met un jid à associer et un mot de passe, et voilà.
Cette méthode est simple et peu moderne, mais a le mérite d'être répandue et fonctionnelle. La XEP-0225 est plus moderne (elle permet d'utiliser TLS par exemple), mais je ne pense pas que son adoption est aussi systématique dans les serveurs. Enfin je ne me suis jamais trop penché dessus, vu que pour l'instant la XEP-0114 nous convient. Mais je pense qu'à terme, la XEP-0114 va être dépréciée au profit de la XEP-0225 ou une plus récente, mais ça prend du temps (parce que ça marche en l'état, c'est un peu le même problème avec l'adoption de pubsub pour les signets (bookmarks)).
edit: pour être bien clair, les nouvelles XEPs n'ajoutent rien pour la connexion d'un composant (ce qui existait déjà comme tu l'as dit); elles leurs permettent d'avoir un accès privilégié aux serveurs de manière générique, et de gérer des fonctionnalités qui ne pouvaient pas l'être en dehors du serveur avant.
la spécification censée faire ce dont vous avez besoin est longue, complexe, imprécise et lourde à implémenter, donc inutilisable
j'ai dit longue et complexe (encore que le complexe résulte surtout de la longueur, le principe est simple), pas imprécise et encore moins inutilisable (on l'utilise tous les jours !).
vous avez donc créé deux spécifications plus simples, plus courtes et plus précises donc plus facilement implémentables en espérant que d'autres vous suivront.
On a écrit 2 spécifications (relativement faciles à implémenter) qui permettent de développer à l'extérieur des choses qui étaient réservées au serveur, autrement dit on décentralise le code.
ah au cas où c'est pas clair aussi, même si on n'a pas encore lancé la campagne, vous pouvez déjà adhérer si vous voulez soutenir le projet, même pour 0 € :)
En effet, contrairement à ce qu'on pense souvent, il est possible d'être salarié et membre du bureau en même temps et c'est ce qu'on souhaite faire.
Dans ce cas la gestion est intéressée et il n'y aucun avantage fiscal (encore une fois, c'est tout à fait normal). Et oui on sera le plus transparent possible, on a déjà essayé d'expliquer les choses clairement sur le site (n'hésitez pas à nous dire si ça n'est pas assez clair), et il suffit de nous rejoindre sur le salon XMPP de SàT (sat@chat.jabberfr.org) pour poser des questions.
Aussi on n'a pas de président/secrétaire/trésorier vu qu'on est en autogestion et donc sans hiérarchie. Ça surprend souvent les gens y compris dans l'administration, mais c'est tout à fait possible.
Dans l'idéal tout serait implémenté par tous les serveurs oui.
Mais en pratique les implémentations sont soit inexistantes, soit incomplètes, soit ont des problèmes de performances.
Alors pourquoi c'est comme ça ? La XEP-0060 et une XEP longue et complexe (c'est une des plus longues de XMPP), et de nombreuses choses sont optionnelles. Les implémentations sont souvent incomplètes pour une ou plusieurs de ces raisons:
beaucoup de serveurs et clients se concentrent plutôt sur la messagerie instantanée, même si je pense que c'est en train de changer
comme peu de clients utilisent pubsub de manière intensive, il y a peu de demandes pour améliorer les implémentations côté serveurs
beaucoup de choses optionnelles, donc même si on a une implémentation, on n'a pas forcément ce que l'ont souhaite
il y a des choses comme les signets (bookmarks ou XEP-0048) qui au départ n'utilisaient pas pubsub - qui n'existait pas - et qui ont ensuite été mises à jour pour utiliser pubsub. Comme la première implémentation marche, beaucoup ne voient pas de raison de changer.
et surtout c'est un gros boulot, un projet à part entière, il faut les ressources pour implémenter pubsub + le boulot déjà existant sur le serveur.
Bref à mon sens c'est beaucoup plus logique d'avoir ça comme composant extérieur complet, que comme un parent pauvre du serveur. Et si on veut améliorer l'implémentation d'un serveur ça peut aller, mais tous les serveurs avec les dizaines de langages et d'architectures utilisés, c'est plus compliqué.
D'autre part, nous bougeons beaucoup sur PubSub, et il peut y avoir de nouvelles XEPs à implémenter, qui mettront du temps à arriver dans les serveurs: avec la maîtrise du composant, on peut faire une implémentation immédiatement (et pour tous les serveurs !), la chaîne de développement est beaucoup plus rapide.
Dans notre cas particulier, nous avons une extension non standard (pour le moment) qui permet d'envoyer un message à un groupe uniquement: vu qu'il n'y a pas de XEP associée, aucune chance de voir ça dans un serveur. Là on peut tester et améliorer avant de proposer une XEP.
Enfin oui ces 2 XEPs sont beaucoup plus faciles à implémenter (il m'a fallu quelques jours pour Prosody alors que ce sont mes premiers modules pour ce serveur), regarde leur taille et compare à la XEP-0060 pour comprendre, et ça peut servir dans d'autres cas qu'un composant PEP/PubSub. D'autre part tout ce qui est nécessaire à faire un service PEP est obligatoire dans ces XEPs, alors que tout ce dont on a besoin dans PubSub ne l'est pas forcément. Donc si elles sont implémentées, on est sûr d'avoir ce qu'il faut.
Oui c'est un peu ça. Vous pouvez lire les statuts et le règlement intérieur pour mieux comprendre: les membres du bureau (un bureau collégial qui prend les décisions au consensus) sont les membres actifs, et ceux qui seront (on l'espère) salariés: si on a suffisamment de sous à terme et qu'on veut salarier quelqu'un d'autre, il sera membre du bureau.
Les adhérents n'ont aucun obligation de participation, même si on a une liste de diffusion pour les adhérents et qu'on aimerait les rencontrer régulièrement.
Nous avons choisi la forme associative pour plusieurs raisons: déjà c'est très facile à créer, d'autre part c'est assez souple pour s'organiser comme on le souhaite, ensuite le but non lucratif même s'il ne protège pas de tout évite au moins l'actionnariat (ce que nous voulions) et d'accumuler l'argent n'importe comment. Il y a aussi d'autres avantages: le don à une entreprise n'est pas possible ou très difficile alors que possible pour une association. Ici l'adhésion est une forme de soutien tout à fait légal (mais nous paieront des impôts dessus une fois salariés, ce qui est tout à fait normal).
Autre chose: il est très difficile de transférer le capital d'une association sauf vers une coopérative. Or nous envisageons la coopérative à terme.
Bref, vois l'association comme une façon de « tester » l'activité, et comme un cadre légal, et l'adhésion comme un moyen de nous soutenir.
Ah aussi je précise qu'on aimerait un don régulier, mais annuel: on a une fourchette de dons qui va de 0 à 100, mais on espère une moyenne de 10€/adhérent/an, autrement dit même pas un café par mois ! Nous ferons un rappel à chaque adhérent tous les ans (pas du spam, un rappel gentil :)), sans aucune obligation de redonner ou de donner le même montant (on peut donner 10 € un an et rester adhérent pour 0 € l'année suivante, ou ne plus être adhérent du tout).
Voilà, j'espère que c'est plus clair. Nous envisageons le financement participatif pour nous lancer également…
Oui c'est assez sympa de se dire qu'on va pouvoir discuter ensemble et faire un réseau plus large en dehors de la messagerie instantanée où c'était déjà le cas.
Je pense que d'autres projets vont suivre: du côté de Poezio (très bon client XMPP console pour ceux qui lisent), ils ont commencé à parler d'une implémentation du microblogage également, j'aimerais beaucoup voir ça dans Gajim aussi, mais la dernière fois que j'en ai parlé au dév principal (il y a plusieurs années tout de même), il n'en était pas question, ils voulaient se concentrer sur la messagerie/vidéo conf (ce qui est un choix tout à fait compréhensible).
Pour ceux qui lisent ce commentaire, il y a d'autres point sur lesquels on avance, notamment avec edhelas (et quelques autres personnes) on est en train d'essayer de revoir les signets (bookmarks).
Le statut varie suivant les pays mais en gros ça t'assure seulement que le "conseil d'administration" n'est pas rémunéré pour les tâches qui découlent de ce rôle (mis éventuellement dédommagé). Tu n'as pas d'actionnaires ou truc du genre. Les dons faits aux associations ouvrent souvent droit à des avantages fiscaux. Les clients des associations s'appellent des adhérents et doivent payer une cotisation.
C'est faux ça. Tu peux très bien te rémunérer en étant au conseil d'administration, c'est d'ailleurs ce qu'on espère faire avec « Salut à Toi ». Tu n'as effectivement pas d'actionnariat dans une association type loi 1901 et tu ne peux pas accumuler de l'argent dans le vide, il faut des projets. Bref tu ne peux pas faire n'importe quoi, et si l'association est dissoute, tu ne peux pas filer l'argent qu'elle a à n'importe qui et n'importe comment.
Les dons faits aux associations ouvrent souvent droit à des avantages fiscaux.
Dans des cas très particuliers (comme association d'intérêt général). Dans notre cas en se salariant en étant au conseil d'administration, nous aurons une « gestion intéressée » et serons soumis aux impôts divers au même titre qu'une entreprise classique, ce qui me semble tout à fait normal.
Il y a une loi qui est passée il y a un an environ sur l'économie sociale et solidaire, concernant surtout les coopératives il me semble, mais je n'ai pas encore regardé ça en détails.
Les clients des associations s'appellent des adhérents et doivent payer une cotisation.
Le paiement d'une cotisation n'est absolument pas obligatoire, ça dépend des statuts. Chez nous il ne l'est pas par exemple.
Maintenant tout le reste ben… Le conseil d'administration peut toujours nommer un directeur et lui verser la totalité des rentrées d'argent de l'association sous forme de salaire ou tout reverser à une société cotée en bourse en échange d'un bout de papier sur lequel est écrit "facture".
Je doute très fort que ce que tu dis soit possible en l'état. Après je ne suis pas spécialiste non plus, et il y a sûrement moyen de contourner l'esprit d'origine. Mais il y a un encadrement légal ça c'est sûr. Je suppose que beaucoup de choses se font pas manque de contrôles aussi…
Franchement le statut d'une structure ne présage en rien de ses activités.
Ça c'est plutôt vrai, ça ne donne qu'un cadre légal. L'entreprise ou assimilé est ce qu'on en fait derrière, et dans tous les cas il y a probablement moyen de contourner et détourner des choses tant qu'on n'est pas pris…
Ma boite est constitué d'associations, de SARL, de SCI etc… Et les associations n'ont pas un but plus humain que les SARL, juste un statut plus avantageux pour l'activité. Je suis salarié d'une association et on attend de moi que je fasse cracher nos "adhérents".
Statut différent, pas nécessairement plus ou moins avantageux. Le but non lucratif a un sens légal et ce n'est pas rien. Mais une SARL peux être bien plus éthique qu'une association selon la façon dont elle est dirigée.
Après but non lucratif ça ne veut pas dire ne pas se salarier, ça veut dire qu'amasser de l'argent n'est pas le but de l'entité.
Merci pour avoir relayé cet article intéressant et politique, qui sort un peu des dépêches AFP à peine réécrites habituelles.
On voit ici l'un des effets pervers et dangereux du développement d'internet, ou plutôt de son utilisation par certaines entreprises (parce qu'au final ce n'est pas internet le problème, mais bien l'utilisation par A. - et beaucoup d'autres ! - pour casser le droit du travail et profiter de la misère). Alors que d'un autre côté il y a des exemples superbes comme Wikipédia (qui a ses défauts, mais est globalement une réussite énorme).
Raison de plus pour boycotter cette multinationale et celles qui ont un comportement similaire.
On n'est pas obligé d'utiliser leur framework, et d'ailleurs je regrette un peu qu'on l'ait fait parce que si j'avais à refaire ça moi même (ce qui va finir par arriver si on ne trouve pas de bonne alternative), je préférerais être au plus proches du HTML 5.
Le framework à la GWT essaye de masquer le HTML au maximum à coup de tables, et ça fait des pages pas super.
En fait quand il parle « d'overhead » dans rapydscript, il parle surtout (de ce que j'avais compris quand j'avais regardé) du fait que pyjamas cherche la compatibilité Python au maximum, jusqu'aux exceptions qui sont comme en python (super pratique au passage), et c'est parfois au prix de constructions lourdes en javascript. Bon après c'est des options de compilation qui s'activent ou pas, on peut faire un code qui compile en un javascript simple (mais moins optimisé) par exemple.
Le truc aussi c'est que javascript évolue: j'ai assisté à la conf Mozilla sur son futur au dernier Fosdem, et y'a de plus en plus de constructions similaires à ce que fait Python (bon avec une syntaxe dégueulasse), du coup je pense que si on part directement sur Python 3/ECMAscript 6 ou 7, qu'on fait table rase du passé (genre I.E. 6 qui est géré par pyjamas) on peut arriver à un truc potable sans trop de contorsions. En plus maintenant il est possible de lier une ligne de code d'un langage source (donc Python ici) à son équivalent transpilé en Javascript. Bref un Pyjamas aujourd'hui sans l'héritage de GWT serait une solution excellente à mon avis.
En plus Mozilla fourni un outil pour traduire un javascript moderne en l'équivalent plus ancien, pour une compatibilité avec les vieux navigateurs.
Bref, j'aimerais bien avoir le temps de partir dans cette voie.
Pyjamas ne fait pas tourner Python dans le navigateur, il transpile Python en Javascript, d'une part, et fourni une suite logicielle pour développer une application web comme une application de bureau d'autre part. Il est tout à fait possible d'appeler du Javascript avec Pyjamas via JS() également, rapydscript s'en inspire certainement.
C'est très différent de quelque chose comme Brython ou PyPy.js qui eux fournissent un interprète Python en Javascript, donnant une bien meilleure compatibilité au prix d'un chargement long et d'une lourdeur générale.
Pyjamas était un projet très intéressant, malheureusement il a plusieurs problèmes, en particulier:
quelques défauts de conceptions comme la détection des fonctionnalités à partir du navigateur, probablement héritée de GWT
il est et restera très certainement bloqué sur Python 2.7
il a été enlevé de Debian car pyjamas-desktop (qui permettait d'utiliser une appli Pyjamas sans navigateur, en Python natif) ne compilait plus.
Nous utilisons Pyjamas pour l'interface web de Salut à Toi, et nous avons essayé de le faire revenir dans Debian en contactant l'auteur et l'ancien mainteneur, en supprimant la partie pyjamas-desktop, et en essayant de bouger un peu tout le monde. Le paquet est reparti, mais il a été refusé à cause d'un problème de vérification de licences, et nous n'avons pas eu le temps de relancer la machine, surtout qu'on avait un peu l'impression de se battre contre des moulins à vent, le dév principal semblant débordé. Bref, on perd très bêtement un super projet libre.
Du coup nous avons cherché (et cherchons toujours) des alternatives, et on a vu Rapydscript, mais après une rapide recherche ça ne gère pas Python aussi bien qu'un Pyjamas et ça n'est pas le but si j'ai bien compris (le but n'est pas vraiment de transpiler Python en JS, mais d'offrir une syntaxe « à la » Python, j'ai bon ?). Autrement dit, ça ne peut pas nous convernir a priori comme alternative…
J'utilise Konsole parce que KDEiste depuis des année, et au final je passe mon temps en console, côté graphique je tourne presque uniquement entre iceweasel/icedove (parce kmail foire régulièrement) et akregator.
À côté j'utilise yakuake pour les discussions instantanées (et quasiment que pour ça), parce que c'est super pratique de les voir/masquer en appuyant sur F12.
Non, le problème c'est surtout que tous les sites de news et même de pas news se sentent obligés de faire un article ou autre truc gros comme une maison et lourd comme un chauve,
Ils ne font pas ça parce qu'ils se sentent obligés. Le but n'est pas que ça soit drôle, ou original, le but c'est juste que des liens vers leurs sites circulent, et si possible chez des gens qui n'ont pas de bloqueur de pub. Et ça fonctionne la plupart du temps.
Les plus anciens ici ont aussi entendu parler de tempest and co, c'est pas de la science fiction.
Mais bon il faut relativiser aussi: si n'importe qui ici voulait espionner quelqu'un lambda je pense qu'il n'aurait pas trop de difficultés à placer un micro quelque part, alors des professionnels avec du matos qui va bien, à l'heure où on peut faire des robots à peine plus gros qu'un moustiques (j'exagère un peu, mais on arrive à faire du vraiment discret), je ne vois pas trop comment on peut se protéger à part se cacher, brouiller les pistes, ou avoir une cage de Faraday avec de quoi détruire toute électronique embarquée à l'entrée (ce qui se fait à l'Élysée par exemple).
D'un autre côté on a vu récemment que quelqu'un qui voulait vraiment se cacher pouvait y arriver aussi, même en étant sur liste noire des personnes à surveiller.
[^] # Re: Écoutable sur le web
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Émission Symbiose spécial Art Libre sur 95.2 FM à 14h: Pouhiou et ZeMarmot. Évalué à 2. Dernière modification le 02 juin 2015 à 10:32.
Salut,
on a eu les mêmes remarques l'année dernière quand on est passés à « hotline » sur cette même radio sur l'auto-hébergement: https://linuxfr.org/users/goffi/journaux/auto-hebergement-sur-radio-ici-et-maintenant . Tu peux y voir les différentes réponses sur ce fil: https://linuxfr.org/users/goffi/journaux/auto-hebergement-sur-radio-ici-et-maintenant#comment-1565927
C'est une radio qui laisse la parole à des courants très différents, et la partie informatique n'a rien à voir du tout avec le reste.
Symbiose passait notamment sur radio libertaire, dogmazic et radio larzac si je ne me trompe pas (si luc ou manu passent par ici, ils corrigeront sans doute).
À noter qu'une partie des animateurs a quitté radio ici et maintenant en mars dernier pour une raison que j'ignore, et ils sont en train de monter un espace parisien dédié au libre avec notamment une webradio: http://libre-a-toi.org/. Je suppose qu'il y aura une annonce ici au moment du lancement.
[^] # Re: XMPP et messagerie instantanée, la donne est pourrie ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 5.
Sans vouloir nous mettre trop en avant, je pense qu'on est en plein dans ce que tu recherches (et Movim aussi sur certains points). Plus en détails:
Si si, on fait ! historique illimité, recherche, multi-appareils c'est MAM + Message Carbons et les implémentations sont de plus en plus courantes.
Chiffrement de bout en bout c'est un peu plus compliqué parce qu'il n'y a pas de bonne solution avec XMPP (c'est une vieille marotte et il y a eu plusieurs tentatives, mais rien n'a encore été largement adopté). La seule solution un peu populaire c'est OTR, et elle n'est pas (encore) standardisée en XMPP ! C'est des bidouillages de l'utiliser, mais ça fonctionne tant bien que mal, d'ailleurs on l'implémente dans SàT (et même 2 fois parce qu'on a décidé de faire une implémentation dans le navigateur pour l'interface web). Asynchronicité c'est de base dans XMPP, quel est ton problème avec ?
Le chiffrement est de base dans XMPP et même obligatoire depuis plus d'un an. Et pour SMTP là encore on peut par dire qu'on ne fait rien: c'est un truc dont on parle depuis plus de 4 ans (lire ici), on a un serveur IMAP, un serveur SMTP et un stockage Maildir dans SàT, et on fera certainement une passerelle SMTP pas pour cette version mais pour la prochaine.
Il me semble que ce journal montre justement le contraire. Tu peux essayer Movim ou Jappix, ou la démo de Libervia pour voir ce qu'on peut déjà faire, mais il y a encore du boulot c'est sûr.
L'idée de base c'était - je pense - de se dire qu'il y a moins besoin de serveurs différents que de clients différents, et donc de simplifier la vie des développeurs de clients. La philosophie est toujours valable: si tu veux utiliser juste la partie messagerie instantanée de XMPP, ou juste la partie messagerie style courriel, tu peux facilement. Si tu veux des choses avancée, il faut de toute façon souvent des implémentations côté serveur et client (MAM par exemple).
Ben les nouvelles XEPs vont justement sacrément faciliter les choses de ce côté maintenant.
Et la standardisation est un avantage énorme sur tout nouveau protocole, et à qui il faudra un temps fou (ça se compte en années) avant d'arriver au niveau de XMPP.
Nous ça faisait longtemps qu'on attendait d'être débloqué pour le microblogage, maintenant je ne vois plus rien de majeur qui va nous gêner, et je pense ne pas trop m'avancer en disant que l'utilisation et les fonctionnalités de XMPP vont exploser sous peu.
[^] # Re: XMPP et messagerie instantanée, la donne est pourrie ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 4.
Pour moi ça n'aurait aucun intérêt d'utiliser XMPP si tout le monde était sur FB ou gtalk.
L'annonce de l'utilisation et de l'abandon de XMPP par FB ne m'a fait ni chaud ni froid (d'un point de vue perso je n'ai jamais vraiment utilisé, et d'un point de vue général ça ne change rien pour FB qui n'était pas fédéré, et pour Gtalk le seul intérêt est - ça marche encore - de pouvoir communiquer avec des gens dessus), et c'est à mon sens une grosse erreur de se faire héberger là bas de toute façon.
Non ce qui montre la vitalité de XMPP, c'est le nombre et le dynamisme des projets qui l'utilisent et des standards, et de ce côté j'ai plutôt tendance à penser que ça s'améliore.
[^] # Re: Précisions pour les noobs ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 3.
Euh si ils avancent et ils sont bien maintenus (suffit d'aller sur le salon prosody pour voir comme c'est actif), c'est juste que les priorités ne sont pas forcément les mêmes que pour nous.
Et sinon un jour on va probablement implémenter un serveur aussi, ou du moins une partie de ce que fait le serveur, pour avoir quelque chose de complètement P2P/Distribué/ça_dépend_comment_vous_appelez_ça. Y'a pratiquement tout ce qu'il faut déjà avec les bibliothèques qu'on utilise, mais bon c'est vraiment pas pour tout de suite.
[^] # Re: Précisions pour les noobs ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 5.
Salut,
Simplifier c'est pas le mot, disons qu'on n'est (enfin on sera dans quelques temps si tout va bien) plus bloqués par les possibilités des serveurs (dans le sens le logiciel, après il faut que les instances de ces logiciels activent ce qu'il faut).
Dès maintenant c'est possible d'utiliser des serveurs pour faire du microblogage de base, mais ça marche plus ou moins bien. Metronome (fork de Prosody) est le serveur recommandé par Movim et Jappix, Ejabberd avait des problèmes de performance à une époque mais sinon c'est à ma connaissance l'implémentation PubSub la plus complète des serveurs, Prosody dans le version stable ne stocke pas les billets sur le disque, OpenFire j'ai arrêté à un moment suite à un bogue très gênant, je ne sais pas où ça en est, et je ne sais pas trop l'état non plus de Tigase ou autre.
Il faut principalement activer le composant PEP, il faut suivre la documentation du serveur pour voir comment faire.
La page que tu donnes cite des instances de serveurs, et du coup il faut voir au cas par cas ce qu'ils activent. Tu peux utiliser un client XMPP pour voir les fonctionnalités et la présence de « http://jabber.org/protocol/pubsub#publish » dans les fonctionnalités, et « (pubsub/pep) » dans les identités (désolé c'est un peu technique, mais c'est comme ça qu'on regarde si une fonctionnalités existe. Avec salut à toi il y a l'interface en ligne de commande pour tester ça, par exemple sur jabber.fr ça donne:
Pas de « http://jabber.org/protocol/pubsub#publish » ici ni de « (pubsub/pep) », ça n'est donc pas possible. Il faut alors soit avoir le main sur le serveur, soit contacter les admins.
Il faut d'une part que des fonctionnalités soient activées sur le serveur (pep au minimum), et d'autre part que le client soit capable de gérer ça (une compatibilité XEP-0277 au minimum). XMPP a la grande force d'être extensible, mais ça rend son approche un petit peu plus compliquée parce que les fonctionnalités s'activent ou pas en fonction de ce que sait faire le serveur/client en face.
Bon maintenant je parlais ici de microblogage de base. À ça il faut ajouter Message Archive Management (MAM) et/ou Result Set Management (RSM) pour pouvoir accéder à des message anciens (plus que les 10 derniers par exemple). Ce sont d'autres fonctionnalités que le serveur doit implémenter, et à ma connaissance, ça n'est disponible nulle part.
Nous on a un composant qui gère tout ça, mais il n'était pas possible de le « brancher » sur le serveur avant. Maintenant c'est possible avec Prosody et bientôt sur d'autres serveurs j'espère (ça marche probablement avec Metronome aussi vu que c'est un fork de Prosody). Côté Prosody c'est expliqué sur les pages wiki des modules que j'ai écrit: https://code.google.com/p/prosody-modules/wiki/mod_privilege et https://code.google.com/p/prosody-modules/wiki/mod_delegation ). Mais notre composant est en cours d'adaptation à ces nouveautés, c'est bien avancé mais il va falloir encore patienter un (petit) peu.
On n'est ainsi plus limités par les serveurs.
Rien n'empêche un client classique d'implémenter ça, mais à ma connaissance aucun ne travaille dessus. On aimerait bien en voir ! Côté Poezio (très bon client console), on en parle.
Pour l'instant les 3 seuls (sauf erreur) sont Jappix, Movim et SàT.
Non, c'est même le seul des 3 cités qui n'en a pas besoin: tu peux utiliser une interface non-web (c'est multi-interface), mais on vient de retirer l'interface de bureau parce qu'on va en écrire une nouvelle pour la version grand public (fin d'année), soit tu utilises le serveur web intégré avec Libervia. Il y a une image Docker qui permet de tester ça facilement: http://wiki.goffi.org/wiki/Docker/en (expérimentale, n'hésite pas venir demander de l'aide/dire ce qui ne va pas sur le salon XMPP de SàT: sat@chat.jabberfr.org).
Ça par contre seul SàT en est capable, mais ça n'est pas (encore) standard. On va essayer de standardiser ça dans le futur. C'est de toute façon compatible avec les implémentations classiques, et on construit tout autour de cette logique: partage de fichiers, accès au commandes internes, etc.
Voilà, j'espère que c'est plus clair, sinon n'hésite pas à demander des précisions.
[^] # Re: Routeur XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 2.
seul le serveur a besoin d'un accès, pour le client c'est totalement transparent.
[^] # Re: Routeur XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 3.
C'est à peu près ça sauf que c'est le XEP-0355 (la XEP-0356 c'est les privilèges), et que l'autre n'est pas nécessaire.
En gros quand on demande un truc à un serveur, au lieu de le gérer directement (ou pas 'il ne connait pas le protocole), il délègue à une autre entité. Pour MUC, PubSub et une passerelle courriel ça ne change pas grand chose parce que c'était déjà possible de faire ça depuis un composant, pour PEP par contre c'est le seul moyen d'implémenter ça à l'extérieur (c'était notre motivation principale).
Ça peut être utilisé avec tout ce qui est réservé normalement au serveur. Par exemple ça pourrait être utilisé pour MAM (Message Archive Management, qui permet d'avoir l'historique des conversation géré par le serveur) pour que l'historique soit stocké à l'extérieur du serveur (ou tout simplement pour l'implémenter sur un serveur qui ne le gère pas).
[^] # Re: serveurs et clients
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 3.
Dans ce cas précis, la complexité sera dans un composant (ou entité) dédié, pas dans le client, donc ça ne perturbe pas trop cette philosophie.
Mais de manière générale, les clients gèrent de plus en plus de choses, et la complexité augmente: il est possible d'avoir du pubsub sur le client lui même si on veut, et pour l'audio vidéo c'est clairement le client qui gère le plus de choses.
Après c'est des possibilités, des fonctionnalités à implémenter ou non, un client de base qui ne ferait que de la messagerie peut toujours s'implémenter de façon très simple.
[^] # Re: Fusion avec XEP-0114
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 3. Dernière modification le 27 mai 2015 à 17:45.
Effectivement, les XEPs ne sont pas spécifiques aux composants (même si ça leur est principalement destiné dans un premier temps)
Il y a bien une méthode « traditionnelle » historique (la XEP-0114) pour connecter des composant: c'est une sorte de client simplifié, et dans le conf du serveur on met un jid à associer et un mot de passe, et voilà.
Cette méthode est simple et peu moderne, mais a le mérite d'être répandue et fonctionnelle. La XEP-0225 est plus moderne (elle permet d'utiliser TLS par exemple), mais je ne pense pas que son adoption est aussi systématique dans les serveurs. Enfin je ne me suis jamais trop penché dessus, vu que pour l'instant la XEP-0114 nous convient. Mais je pense qu'à terme, la XEP-0114 va être dépréciée au profit de la XEP-0225 ou une plus récente, mais ça prend du temps (parce que ça marche en l'état, c'est un peu le même problème avec l'adoption de pubsub pour les signets (bookmarks)).
edit: pour être bien clair, les nouvelles XEPs n'ajoutent rien pour la connexion d'un composant (ce qui existait déjà comme tu l'as dit); elles leurs permettent d'avoir un accès privilégié aux serveurs de manière générique, et de gérer des fonctionnalités qui ne pouvaient pas l'être en dehors du serveur avant.
[^] # Re: Déplacer le problème ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 4.
j'ai dit longue et complexe (encore que le complexe résulte surtout de la longueur, le principe est simple), pas imprécise et encore moins inutilisable (on l'utilise tous les jours !).
On a écrit 2 spécifications (relativement faciles à implémenter) qui permettent de développer à l'extérieur des choses qui étaient réservées au serveur, autrement dit on décentralise le code.
[^] # Re: Adhésions ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 3.
ah au cas où c'est pas clair aussi, même si on n'a pas encore lancé la campagne, vous pouvez déjà adhérer si vous voulez soutenir le projet, même pour 0 € :)
http://salut-a-toi.org/adhesion.html
[^] # Re: Adhésions ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 4.
En effet, contrairement à ce qu'on pense souvent, il est possible d'être salarié et membre du bureau en même temps et c'est ce qu'on souhaite faire.
Dans ce cas la gestion est intéressée et il n'y aucun avantage fiscal (encore une fois, c'est tout à fait normal). Et oui on sera le plus transparent possible, on a déjà essayé d'expliquer les choses clairement sur le site (n'hésitez pas à nous dire si ça n'est pas assez clair), et il suffit de nous rejoindre sur le salon XMPP de SàT (sat@chat.jabberfr.org) pour poser des questions.
Aussi on n'a pas de président/secrétaire/trésorier vu qu'on est en autogestion et donc sans hiérarchie. Ça surprend souvent les gens y compris dans l'administration, mais c'est tout à fait possible.
[^] # Re: Déplacer le problème ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 10. Dernière modification le 27 mai 2015 à 11:30.
Dans l'idéal tout serait implémenté par tous les serveurs oui.
Mais en pratique les implémentations sont soit inexistantes, soit incomplètes, soit ont des problèmes de performances.
Alors pourquoi c'est comme ça ? La XEP-0060 et une XEP longue et complexe (c'est une des plus longues de XMPP), et de nombreuses choses sont optionnelles. Les implémentations sont souvent incomplètes pour une ou plusieurs de ces raisons:
beaucoup de serveurs et clients se concentrent plutôt sur la messagerie instantanée, même si je pense que c'est en train de changer
comme peu de clients utilisent pubsub de manière intensive, il y a peu de demandes pour améliorer les implémentations côté serveurs
beaucoup de choses optionnelles, donc même si on a une implémentation, on n'a pas forcément ce que l'ont souhaite
il y a des choses comme les signets (bookmarks ou XEP-0048) qui au départ n'utilisaient pas pubsub - qui n'existait pas - et qui ont ensuite été mises à jour pour utiliser pubsub. Comme la première implémentation marche, beaucoup ne voient pas de raison de changer.
et surtout c'est un gros boulot, un projet à part entière, il faut les ressources pour implémenter pubsub + le boulot déjà existant sur le serveur.
Bref à mon sens c'est beaucoup plus logique d'avoir ça comme composant extérieur complet, que comme un parent pauvre du serveur. Et si on veut améliorer l'implémentation d'un serveur ça peut aller, mais tous les serveurs avec les dizaines de langages et d'architectures utilisés, c'est plus compliqué.
D'autre part, nous bougeons beaucoup sur PubSub, et il peut y avoir de nouvelles XEPs à implémenter, qui mettront du temps à arriver dans les serveurs: avec la maîtrise du composant, on peut faire une implémentation immédiatement (et pour tous les serveurs !), la chaîne de développement est beaucoup plus rapide.
Dans notre cas particulier, nous avons une extension non standard (pour le moment) qui permet d'envoyer un message à un groupe uniquement: vu qu'il n'y a pas de XEP associée, aucune chance de voir ça dans un serveur. Là on peut tester et améliorer avant de proposer une XEP.
Enfin oui ces 2 XEPs sont beaucoup plus faciles à implémenter (il m'a fallu quelques jours pour Prosody alors que ce sont mes premiers modules pour ce serveur), regarde leur taille et compare à la XEP-0060 pour comprendre, et ça peut servir dans d'autres cas qu'un composant PEP/PubSub. D'autre part tout ce qui est nécessaire à faire un service PEP est obligatoire dans ces XEPs, alors que tout ce dont on a besoin dans PubSub ne l'est pas forcément. Donc si elles sont implémentées, on est sûr d'avoir ce qu'il faut.
[^] # Re: Adhésions ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 4.
Oui c'est un peu ça. Vous pouvez lire les statuts et le règlement intérieur pour mieux comprendre: les membres du bureau (un bureau collégial qui prend les décisions au consensus) sont les membres actifs, et ceux qui seront (on l'espère) salariés: si on a suffisamment de sous à terme et qu'on veut salarier quelqu'un d'autre, il sera membre du bureau.
Les adhérents n'ont aucun obligation de participation, même si on a une liste de diffusion pour les adhérents et qu'on aimerait les rencontrer régulièrement.
Nous avons choisi la forme associative pour plusieurs raisons: déjà c'est très facile à créer, d'autre part c'est assez souple pour s'organiser comme on le souhaite, ensuite le but non lucratif même s'il ne protège pas de tout évite au moins l'actionnariat (ce que nous voulions) et d'accumuler l'argent n'importe comment. Il y a aussi d'autres avantages: le don à une entreprise n'est pas possible ou très difficile alors que possible pour une association. Ici l'adhésion est une forme de soutien tout à fait légal (mais nous paieront des impôts dessus une fois salariés, ce qui est tout à fait normal).
Autre chose: il est très difficile de transférer le capital d'une association sauf vers une coopérative. Or nous envisageons la coopérative à terme.
Bref, vois l'association comme une façon de « tester » l'activité, et comme un cadre légal, et l'adhésion comme un moyen de nous soutenir.
Ah aussi je précise qu'on aimerait un don régulier, mais annuel: on a une fourchette de dons qui va de 0 à 100, mais on espère une moyenne de 10€/adhérent/an, autrement dit même pas un café par mois ! Nous ferons un rappel à chaque adhérent tous les ans (pas du spam, un rappel gentil :)), sans aucune obligation de redonner ou de donner le même montant (on peut donner 10 € un an et rester adhérent pour 0 € l'année suivante, ou ne plus être adhérent du tout).
Voilà, j'espère que c'est plus clair. Nous envisageons le financement participatif pour nous lancer également…
[^] # Re: Excellent travail
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 5.
Oui c'est assez sympa de se dire qu'on va pouvoir discuter ensemble et faire un réseau plus large en dehors de la messagerie instantanée où c'était déjà le cas.
Je pense que d'autres projets vont suivre: du côté de Poezio (très bon client XMPP console pour ceux qui lisent), ils ont commencé à parler d'une implémentation du microblogage également, j'aimerais beaucoup voir ça dans Gajim aussi, mais la dernière fois que j'en ai parlé au dév principal (il y a plusieurs années tout de même), il n'en était pas question, ils voulaient se concentrer sur la messagerie/vidéo conf (ce qui est un choix tout à fait compréhensible).
Pour ceux qui lisent ce commentaire, il y a d'autres point sur lesquels on avance, notamment avec edhelas (et quelques autres personnes) on est en train d'essayer de revoir les signets (bookmarks).
[^] # Re: Pourquoi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 2.
C'était juste une explication comme ça, je ne pensais pas que ça valait le coup d'en faire une dépêche :).
Tiens pendant que je suis là, souliane me fait remarquer que
leur propre protocoles => leurs propres protocoles
si un modérateur pouvait corriger…
j'ai vu aussi une ou deux autres fautes/typos mais je ne sais plus où et je n'ai pas le courage de tout relire :)
[^] # Re: Plutôt bonne nouvelle en fait.
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La publicité ciblée s'invite chez Firefox. Évalué à 4.
C'est faux ça. Tu peux très bien te rémunérer en étant au conseil d'administration, c'est d'ailleurs ce qu'on espère faire avec « Salut à Toi ». Tu n'as effectivement pas d'actionnariat dans une association type loi 1901 et tu ne peux pas accumuler de l'argent dans le vide, il faut des projets. Bref tu ne peux pas faire n'importe quoi, et si l'association est dissoute, tu ne peux pas filer l'argent qu'elle a à n'importe qui et n'importe comment.
Dans des cas très particuliers (comme association d'intérêt général). Dans notre cas en se salariant en étant au conseil d'administration, nous aurons une « gestion intéressée » et serons soumis aux impôts divers au même titre qu'une entreprise classique, ce qui me semble tout à fait normal.
Il y a une loi qui est passée il y a un an environ sur l'économie sociale et solidaire, concernant surtout les coopératives il me semble, mais je n'ai pas encore regardé ça en détails.
Le paiement d'une cotisation n'est absolument pas obligatoire, ça dépend des statuts. Chez nous il ne l'est pas par exemple.
Je doute très fort que ce que tu dis soit possible en l'état. Après je ne suis pas spécialiste non plus, et il y a sûrement moyen de contourner l'esprit d'origine. Mais il y a un encadrement légal ça c'est sûr. Je suppose que beaucoup de choses se font pas manque de contrôles aussi…
Ça c'est plutôt vrai, ça ne donne qu'un cadre légal. L'entreprise ou assimilé est ce qu'on en fait derrière, et dans tous les cas il y a probablement moyen de contourner et détourner des choses tant qu'on n'est pas pris…
Statut différent, pas nécessairement plus ou moins avantageux. Le but non lucratif a un sens légal et ce n'est pas rien. Mais une SARL peux être bien plus éthique qu'une association selon la façon dont elle est dirigée.
Après but non lucratif ça ne veut pas dire ne pas se salarier, ça veut dire qu'amasser de l'argent n'est pas le but de l'entité.
# [Libération.fr] Miracles et mirages du «crowdsourcing»
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l'April pour la semaine 19 de l'année 2015. Évalué à 3.
Merci pour avoir relayé cet article intéressant et politique, qui sort un peu des dépêches AFP à peine réécrites habituelles.
On voit ici l'un des effets pervers et dangereux du développement d'internet, ou plutôt de son utilisation par certaines entreprises (parce qu'au final ce n'est pas internet le problème, mais bien l'utilisation par A. - et beaucoup d'autres ! - pour casser le droit du travail et profiter de la misère). Alors que d'un autre côté il y a des exemples superbes comme Wikipédia (qui a ses défauts, mais est globalement une réussite énorme).
Raison de plus pour boycotter cette multinationale et celles qui ont un comportement similaire.
# Gloup ! Gloup !
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Enfin une solution pour du café libre au boulot.. Évalué à 10.
Georges Le Gloupier travaille chez vous ?
[^] # Re: Pyjamas
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche RapydScript, le JavaScript qui se déguise en Python. Évalué à 2.
On n'est pas obligé d'utiliser leur framework, et d'ailleurs je regrette un peu qu'on l'ait fait parce que si j'avais à refaire ça moi même (ce qui va finir par arriver si on ne trouve pas de bonne alternative), je préférerais être au plus proches du HTML 5.
Le framework à la GWT essaye de masquer le HTML au maximum à coup de tables, et ça fait des pages pas super.
En fait quand il parle « d'overhead » dans rapydscript, il parle surtout (de ce que j'avais compris quand j'avais regardé) du fait que pyjamas cherche la compatibilité Python au maximum, jusqu'aux exceptions qui sont comme en python (super pratique au passage), et c'est parfois au prix de constructions lourdes en javascript. Bon après c'est des options de compilation qui s'activent ou pas, on peut faire un code qui compile en un javascript simple (mais moins optimisé) par exemple.
Le truc aussi c'est que javascript évolue: j'ai assisté à la conf Mozilla sur son futur au dernier Fosdem, et y'a de plus en plus de constructions similaires à ce que fait Python (bon avec une syntaxe dégueulasse), du coup je pense que si on part directement sur Python 3/ECMAscript 6 ou 7, qu'on fait table rase du passé (genre I.E. 6 qui est géré par pyjamas) on peut arriver à un truc potable sans trop de contorsions. En plus maintenant il est possible de lier une ligne de code d'un langage source (donc Python ici) à son équivalent transpilé en Javascript. Bref un Pyjamas aujourd'hui sans l'héritage de GWT serait une solution excellente à mon avis.
En plus Mozilla fourni un outil pour traduire un javascript moderne en l'équivalent plus ancien, pour une compatibilité avec les vieux navigateurs.
Bref, j'aimerais bien avoir le temps de partir dans cette voie.
# Pyjamas
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche RapydScript, le JavaScript qui se déguise en Python. Évalué à 10.
Pyjamas ne fait pas tourner Python dans le navigateur, il transpile Python en Javascript, d'une part, et fourni une suite logicielle pour développer une application web comme une application de bureau d'autre part. Il est tout à fait possible d'appeler du Javascript avec Pyjamas via JS() également, rapydscript s'en inspire certainement.
C'est très différent de quelque chose comme Brython ou PyPy.js qui eux fournissent un interprète Python en Javascript, donnant une bien meilleure compatibilité au prix d'un chargement long et d'une lourdeur générale.
Pyjamas était un projet très intéressant, malheureusement il a plusieurs problèmes, en particulier:
quelques défauts de conceptions comme la détection des fonctionnalités à partir du navigateur, probablement héritée de GWT
il est et restera très certainement bloqué sur Python 2.7
il a été enlevé de Debian car pyjamas-desktop (qui permettait d'utiliser une appli Pyjamas sans navigateur, en Python natif) ne compilait plus.
et surtout il n'est plus maintenu suite à un détournement (pas fork, « détournement ») de projet des plus lamentables, cf mon commentaire qui expliquait les grandes lignes
Nous utilisons Pyjamas pour l'interface web de Salut à Toi, et nous avons essayé de le faire revenir dans Debian en contactant l'auteur et l'ancien mainteneur, en supprimant la partie pyjamas-desktop, et en essayant de bouger un peu tout le monde. Le paquet est reparti, mais il a été refusé à cause d'un problème de vérification de licences, et nous n'avons pas eu le temps de relancer la machine, surtout qu'on avait un peu l'impression de se battre contre des moulins à vent, le dév principal semblant débordé. Bref, on perd très bêtement un super projet libre.
Du coup nous avons cherché (et cherchons toujours) des alternatives, et on a vu Rapydscript, mais après une rapide recherche ça ne gère pas Python aussi bien qu'un Pyjamas et ça n'est pas le but si j'ai bien compris (le but n'est pas vraiment de transpiler Python en JS, mais d'offrir une syntaxe « à la » Python, j'ai bon ?). Autrement dit, ça ne peut pas nous convernir a priori comme alternative…
# Konsole + Yakuake
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 6.
J'utilise Konsole parce que KDEiste depuis des année, et au final je passe mon temps en console, côté graphique je tourne presque uniquement entre iceweasel/icedove (parce kmail foire régulièrement) et akregator.
À côté j'utilise yakuake pour les discussions instantanées (et quasiment que pour ça), parce que c'est super pratique de les voir/masquer en appuyant sur F12.
[^] # Re: Surtout les news
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Je déteste le premier avril. Évalué à 5.
Ils ne font pas ça parce qu'ils se sentent obligés. Le but n'est pas que ça soit drôle, ou original, le but c'est juste que des liens vers leurs sites circulent, et si possible chez des gens qui n'ont pas de bloqueur de pub. Et ça fonctionne la plupart du temps.
# on va manger des chips
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Pour plus de sécurité au bureau, évitez les chips (ou alors, chuchotez) !. Évalué à 4.
(désolé pour le site lié) on va manger des chips !
[^] # Re: Et en pratique ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Pour plus de sécurité au bureau, évitez les chips (ou alors, chuchotez) !. Évalué à 7. Dernière modification le 23 février 2015 à 10:24.
pas besoin de faire des mystères, c'est ultra-connu depuis des années, et faut pas chercher bien loin pour voir comment faire: http://www.instructables.com/id/DIY-Laser-Spy-Microphone/
Les plus anciens ici ont aussi entendu parler de tempest and co, c'est pas de la science fiction.
Mais bon il faut relativiser aussi: si n'importe qui ici voulait espionner quelqu'un lambda je pense qu'il n'aurait pas trop de difficultés à placer un micro quelque part, alors des professionnels avec du matos qui va bien, à l'heure où on peut faire des robots à peine plus gros qu'un moustiques (j'exagère un peu, mais on arrive à faire du vraiment discret), je ne vois pas trop comment on peut se protéger à part se cacher, brouiller les pistes, ou avoir une cage de Faraday avec de quoi détruire toute électronique embarquée à l'entrée (ce qui se fait à l'Élysée par exemple).
D'un autre côté on a vu récemment que quelqu'un qui voulait vraiment se cacher pouvait y arriver aussi, même en étant sur liste noire des personnes à surveiller.