Apichat a écrit 83 commentaires

Je l'ai déjà dit lors d'une précédente discussion sur LinuxFR :

La possibilité de retirer des libertés à d'autres personnes, c'est à dire de les asservir, ne peut pas être considéré comme une liberté. La propriété (intellectuelle ou pas) est basé sur un appareil répressif carcéral, militaire et juridique qui en fait par nature un outil de lutte contre les libertés. L'esclavage n'est pas une liberté, mais c'est une possibilité.

C'est pourquoi je ne considère pas que les licences sans copyleft donnent plus de liberté. Elles ne font que donner plus de pouvoirs (ou possibilités) : en particulier celui de réduire les libertés des autres.

Tout à fait d'accord avec toi !

Dans cet autre article, sur le même sujet, on peut voir à quel point la GPL gène les entreprises dans leur activité de privatisation :

« Un autre indice [montrant qu’Intel était intéressé par l’OS] était la discussion sur la licence », poursuit-il. « J’ai (implicitement) compris que le fait que MINIX 3 utilise la licence Berkeley était très important. J’ai déjà été confronté à cette situation lorsque des entreprises m’ont dit qu’elles détestaient la GPL parce qu’elles ne voulaient pas dépenser beaucoup de temps, d’énergie et d’argent pour modifier un bout de code, et être ensuite obligées de le donner à leurs concurrents gratuitement. Ces discussions ont été la raison pour laquelle nous avons mis MINIX 3 sous licence Berkeley en 2000. »
https://www.developpez.com/actu/171796/Intel-aurait-il-utilise-Minix-3-s-il-etait-sous-GPL-Le-createur-de-Minix-se-dit-decu-de-ne-pas-avoir-ete-informe-de-l-utilisation-de-son-OS/

Cela donne aussi une idée de qui favorise le développement de ce type de licences et la propagande qui les promeut.

Merci pour vos réponses :-)

Un packaqge pour  était envisagé, où en est ce projet ?

Récemment plusieurs cas ont illustré la manière dont Mozilla bafouait sas promesse de respect de la vie privée, et aussi l'utilisation de logiciel libre :

We won't use Piwik. Mozilla uses Google Analytics for website analytics. Hosting our own is more work for a worse product.

https://linuxfr.org/users/antistress/journaux/polemique-concernant-le-recours-a-google-analytics-sur-la-page-about-addons-de-firefox

Ou encore l'utilisation de Slack :

https://twitter.com/clochix/status/916013831792422912

Y-aurat-il une autocritique ?

Ces évolutions (en particulier la gestion native des WebSockets) permettent-elles d'utiliser prosody pour faire tourner un client web comme Movim ?

Par ailleurs, Aeris m'avait indiqué lors d'un bref échange sur Twitter qu'un outils à la Mastodon, avec des flux publics, ne pouvait pas fonctionner à base de XMPP. Qu'en pensez-vous ?

Voici l'échange :

Api_cha : XMPP est vraiment si nul que ça ? Ya aucun espoir d'avoir un client web XMPP avec 1 design à la Mastodon ?

Aeris22 : XMPP pose de gros problèmes pour des usages comme Mastodon. Les instances XMPP doivent former un mesh connecté en permanence. Peu scalable.
Tu as une connection TCP/IP par couple client/serveur. Ça serait totalement ingérable en pratique niveau ressource. Sans parler que XMPP impose explicitement de connaître les routes à l’avance. Difficile de faire un flux public accessible à tous par exemple.

Rien que la maintenance et le support, en fonction du service et des clients, ta journée a déjà disparue.

Goffi est déjà salarié d'une entreprise, qui si j'ai bien compris ne fait pas de XMPP. Donc sa journée a déjà disparue. Sauf qu'en plus actuellement sa journée n'a pas permis de populariser XMPP.

Mais j’espère plutôt voir des hébergements locaux/associatifs.

L'un n'empêche pas l'autre, mais l'associatif n'arrivera jamais seul à répondre aux besoins d'hébergement. Dans la mesure où tu as des convictions éthiques ancrées tu es bien placé pour fournir un hébergement marchand, autogéré par ses travailleurs et respectant la vie privée de ses usagers :-)

c'était mercredi dernier

Ah j'ai pas fait gaffe dans la mesure où je ne me sens pas du tout concerné par ce type d'événement (bien trop technique et trop loin pour moi).

J'espère que ça s'est bien passé et que tu as eu de bons retours :-)

Je ne suis pas certain que l'administration d'un serveur XMPP puisse aider beaucoup à nous financer, et ça prend du temps (qu'on n'a pas).

Bah si vous vendez 10€ par an à 10 000 personnes ça vous fait 100 000 € je ne pense pas que ça soit négligeable. Et 10 000 personnes pour un réseau social c'est pas grand chose.

En tout cas Daniel Gultsch, Nicolas Lœuillet etc. (il y a aussi PHPlist qui vit sur ce modèle) ont l'air de considérer que ça vaut le coup et que ça ne les freines pas dans le développement de leurs logiciels, au contraire. Leurs logiciels sont d'ailleurs de bonne qualité et utilisables.

En plus on ne peut pas dire que le marché de l'hébergement XMPP soit saturé…

Par contre vivre de XMPP en gardant nos valeurs c'est ce qu'on cherche à faire

Je ne vois pas en quoi vendre de l'hébergement ça serait contraire à vos valeurs. Au contraire ça permet de développer vos valeurs : faire en sorte que le grand public puisse réellement utiliser XMPP.

La sortie de la première version stable/grand public approchant

Le grand public n'utilisera pas votre logiciel client s'il n'y a pas des offres d'hébergement grand public. La base quoi.

Après j'ai hâte de voir cette version, ça fait plusieurs années qu'elle est annoncée.

Tu pourras en discuter avec Daniel Gultsch qui visiblement a prévu d'assister à ta conférence : https://twitter.com/xmpp_berlin/status/912083945440899072

Git-annex utilisait XMPP pour synchroniser les dossiers, mais ça a été abandonné à cause de la complexité de XMPP, la faible activité des bibliothèques XMPP en Haskell, de la faible qualité du portage de XMPP sur Windows et… le peu d'utilisateurs de XMPP (on revient au problème majeur) !

Bon déjà, si ton épouse avait son nom dans le DNS elle n'aurait pas eu à changer d'adresse chaque fois qu'elle a changé d'hébergeur. C'est bien ça l'intérêt.

Ensuite elle peut très bien avoir 2 noms (ou plus !) dans le DNS : un perso, un pro.

Je tape “Poupougne” dans le champ contact, […] Je veux connecter sur un plan émotionnel (envoyer un message à poupougne), tu me réponds en me parlant de username@ et de dns.

Oui ce n'est pas incompatible. Tu semble aussi confondre la fonction adresse : t'es sûr de t'adresser à la bonne personne. Et la fonction carnet d'adresse : j'associe un "nom qui me parle à moi" à une adresse.

Par ailleurs, un protocole et un logiciel en cours de développement permettra de faire ça (associer un "nom qui me parle à moi" à une adresse) : le Gnu Name System (GNS).

Pour comprendre le GNS, je t'invite à lire ça :

• Le système de nommage de GNUnet expliqué par Stéphane Bortzmeyer
• La vidéo de la présentation de GNS par Christian Grothoff à l'Afnic en 2016

On sait parfaitement ce qu'il faut faire, mais on manque tout simplement de ressources pour que ça aille plus vite. Un logiciel comme Conversations qui a un certain succès est plus léché notamment parce qu'il a un développeur un plein temps dessus, tout simplement.

Si Conversations a un développeur à plein temps c'est aussi parce qu'il a fait en sorte de gagner de l'argent de manière assez acceptable :

• vente du logiciel sur le playstore (pas ma solution préférée)
• vente de service d'hébergement, à jour, qui permet d'utiliser son propre nom DNS (une excellente solution)

Le fait qu'il n'y ai quasiment pas de service marchand proposant d'héberger son adresse XMPP est affligeant ! C'est le "B.A.-BA". Et la plupart des services n'ont pas des serveurs à jour ou ne permettent pas d'utiliser son propre nom de domaine.

Sincèrement Goffi je ne comprends pas pourquoi depuis le temps que tu promeus et travailles sur XMPP et étant donné ta maîtrise technique tu n'as pas développé un service de qualité comme Daniel Gultsch ou Nicolas Lœuillet avec Wallabag.it. Dans le même genre il y a aussi Antoine Nguyen qui développe Modoboa.

Je sais que tu as déjà fait des campagnes de financement, mais la vente de services est une source de financement beaucoup plus stable et perenne sans être malhonnête ou perverse. Ton intérêt colle avec celui des utilisateurs : que beaucoup de monde utilise XMPP !

Si tu (ou d'autre de la communauté XMPP) ne fais pas ça, alors c'est normal qu'il n'y ai pas beaucoup de ressources disponibles.

Le problème d'homonymie, même en Chine, n'est pas un problème pour mettre tout le monde dans le DNS. Je t'invite à lire mon commentaire juste en dessous.

les noms de domaine avec mon nom et n'importe quel TLD sont déjà pris depuis des lustres

Cet argument est archi-faux ! Le problème de l'homonymie existe tout autant avec le nom coté local ou le nom coté réseau.

Facebook a 2 milliards de comptes utilisateurs !
Gmail a 1 milliards d'utilisateurs
Yahoo! Mail a 500 millions utilisateurs
Outlook a 400 millions utilisateurs
En Chine WeChat a 600 millions de membres

Il n'y a QUE 300 millions de noms de domaines de second niveau dans le monde entier !

L'homonymie ne pose PAS de problème, elle est contournée. Certes avec des solutions à la con genre nicolas.martin2687@gmail.com mais tout le monde fait très bien avec !

Donc dire qu'on ne peut pas mettre tout le monde dans le DNS (et sa centaine de TLD nationaux et ses centaines d'autres TLD) à cause des homonymes c'est complètement faux !

La seule seule différence est qu'en mettant le nom utilisateur coté local cela rend l'utilisateur dépend de son hébergeur.

Et après ça ne sert à rien de faire un protocole décentralisé ou essayer de degoogliser ou defacebooker machin truc. Si tu mets le nom utilisateur dans la partie local alors tout le monde va aller sur les (ou le) rares hébergeurs connus de tout le monde, de bonne qualité, de confiance, simple et gratuit et dont on suppose (à tort ou à raison) qu'ils ne feront pas faillite et donc que c'est une solution pérenne que de s'héberger chez eux.

On le voit avec le mail : le protocole va bien, les clients aussi, certes les serveurs étaient compliqués à gérer mais ça ne suffit à expliquer pourquoi tout le monde (2milliards de personnes) est allé chez une dizaine d'hébergeurs et pourquoi tout le monde est bloqué chez ces hébergeurs. tout le monde SAUF les entreprises puisqu'elles ont leurs noms de domaine.

Oui tu as raté quelque chose, de mémoire (je suis pas développeur) c'est la fonction MAM :

Message Archive Management (gestion des archives des messages, XEP-0313): permet de récupérer des messages ou autre (ça fonctionne aussi avec publish/subscribe) selon certains critères comme une date. Utilisé notamment pour avoir votre historique de conversations sur votre serveur (et ainsi y accéder depuis tous vos clients).
https://linuxfr.org/users/goffi/journaux/parlons-xmpp-episode-3-le-coeur-et-les-extensions-suite

Tu peux voir si elle est supporté par ton serveur en utilisant le logiciel Android Conversations (permet de voir les fonctionnalité serveur lié à une adresse) ou par ton service ici :

https://gultsch.de/compliance_ranked.html

(Yunohost ne supporte pas encore MAM il me semble)

Je suis d'accords avec toi sauf sur ce point là :

l’identifiant == email c’est une anti feature

Au contraire c'est une très bonne fonctionnalité !

Le problème est la sémantique utilisée depuis 30 ans sur Internet username@hostname alors qu'il faudrait utiliser salutation@nom Voir : salut@toto — salutation, règle éditoriale et nom sur Internet

L'autre problème qui est lié à cette question : le DNS est (pour l'instant) inutilisable par les Michus-Morizeau. Ils sont donc systématiquement dépendant de leurs hébergeurs. Voir : Mon Retour de PSESHSF : DNS & Minitel D'où les effets d'enfermement même au niveau du courriel.

Daniel Gultsch (développeur de Conversations) a fait une bonne réponse à ce texte :

• An Objection to ‘The ecosystem is moving’

Ah j'ai oublié un point, que me rappelle un commentaire de edhelas :

XMPP n'a pas comme vocation à régler le problème de portabilité des comptes d'un serveur à un autre

Comme on est quasiment obligé de changer régulièrement de serveur, on perd les infos qui y sont stockées, en particulier : la liste de contacts.

On se sent vraiment isolé sur XMPP.

Quelques pistes :

• Parce que maintenir un serveur à jour n'est pas si simple :

  • https://gultsch.de/compliance_ranked.html

• Parce que peu de services en ligne sont facilement, voire gratuitement, utilisable (les géants de l'hébergement, gmail, facebook, orange, free, etc. (Yunohost ne supporte pas encore toutes les fonctions modernes d'XMPP), ne fournissent pas ou plus de service XMPP.

  • https://account.conversations.im
  • https://mailbox.org

• en conséquence de ces 2 premiers points il est important d'avoir son nom dans le DNS pour stabiliser son adresse, mais le DNS est chiant à configurer : c'est donc encore plus compliqué et chiant d'avoir son adresse :

  • salut@toto — salutation, règle éditoriale et nom sur Internet
  • Mon Retour de PSESHSF : DNS & Minitel

• en conséquence de ces 3 premiers points il est difficile d'augmenter la taille du réseau social sur XMPP. On se sent seul.

• Rares sont les clients de bonne qualité et à jour, alors que les clients sont nombreux : la communauté XMPP est dispersée.

• Comble du ridicule pour un logiciel de discussion : les plateformes Windows et Mac sont souvent négligées. Du coup il est encore plus difficile d'avoir des amis qui utilisent XMPP. Discuter seul, c'est chiant.

Tu n'es pas très bien informé il y a près de 10 syndicats qui appellent à manifester :

CGT, Solidaires, FSU, UNEF, FO, la CNT, la FIDL, l'UNL et même une partie de la CFDT :

https://paris.demosphere.eu/rv/56053

Oula… bon je pense que tu tombes dans la diffamation en m'accusant de mensonge, pas terrible pour discuter.

Mais bon, voici une réponse :

1) je n'ai pas dit que les évolutions du document seraient forcément privatisées, ni qu'il était impossible d'avoir une version libre à jour, j'ai dit "il vaut mieux".

Par contre oui s'il n'y a pas de copyleft, il est très facile de privatiser une meilleure version d'un document ou d'un logiciel. Si les modifications son nombreuses et demandent beaucoup de temps etc. alors oui il peut être très difficile de doubler le travaille déjà effectuer pour faire une autre version libre.

2) La possibilité d'enlever des libertés à d'autres, je n'appelle pas ça une "liberté". Mais si tu veux tu peux m'expliquer la liberté des esclavagiste à esclavagiser ou la liberté des tyrans à s'approprier un pays ou la liberté des propriétaires-capitalistes à s'approprier les ressources (vitales) de l'humanité.

Le libre peut exister sans le pouvoir de priver les autres de libertés, l'existence des logiciels ou documents piratés en est la preuve (bon ok, du coup il manque souvent les sources). Par contre les logiciels et documents privateurs ne peuvent pas exister sans le pouvoir de priver les autres de libertés, leur infliger des amendes ou des peines de prison.

Le copyleft permet de lutter contre cette privation de liberté. Tant que la légalité permet, grâce à son bras armé policier, de priver les autres de liberté, le copyleft est nécessaire pour résister.

3) « Reste à savoir si cette version que tu veux interdire te ferait "du mal" par rapport à si elle n'existe pas. » Oui la possibilité de subir une amende ou d'être emprisonner me fait "du mal".

4) « Sinon, pas besoin de licence non libre pour avoir un "au profit de quelqu'un d'autre" » Tu tronques mes propos ma phrase originelle est « mise sous une licence privatrice au profit de quelqu'un d'autre » Ce qui me gène n'est pas tant le profit des autres mais la privation de liberté imposée par ces autres.

Dans la mesure où le document est amené à évoluer pour ne pas être obsolète, il vaut mieux mettre une CC-BY-SA. Ça permet d'éviter que, dans quelques années, la version utile et à jour du document soit mise sous une licence privatrice au profit de quelqu'un d'autre (ce que ne permettent pas les licences CC-BY et CC0).

Bref ça permet de pérenniser le partage sans enlever de liberté.

Si en plus tu peux publier le document source (un document libreoffice ?) alors là c'est l'extase !

Pour plus d'info :

https://creativecommons.org/licenses/by-sa/2.0/fr/

Vous êtes autorisé à :

Partager — copier, distribuer et communiquer le matériel par tous moyens et sous tous formats
Adapter — remixer, transformer et créer à partir du matériel pour toute utilisation, y compris commerciale.

Selon les conditions suivantes :

Attribution — Vous devez créditer l'Œuvre, intégrer un lien vers la licence et indiquer si des modifications ont été effectuées à l'Œuvre. Vous devez indiquer ces informations par tous les moyens raisonnables, sans toutefois suggérer que l'Offrant vous soutient ou soutient la façon dont vous avez utilisé son Œuvre.

Partage dans les Mêmes Conditions — Dans le cas où vous effectuez un remix, que vous transformez, ou créez à partir du matériel composant l'Œuvre originale, vous devez diffuser l'Œuvre modifiée dans les même conditions, c'est à dire avec la même licence avec laquelle l'Œuvre originale a été diffusée.

En tout cas merci beaucoup à toi Pierreau pour ce partage !

Je trouve que la pire phrase est :

We won't use Piwik. Mozilla uses Google Analytics for website analytics. Hosting our own is more work for a worse product.

Tellement de gens qui m'ont dit ne pas utiliser Firefox et préférer Chrome car ils ne veulent pas utiliser un logiciel qu'ils jugent moins bon et qu'ils n'en ont rien à foutre de renforcer le monopole de Google Alphabet et sa capacité de surveillance.

Ensuite, cela pose le problème des identités évoqués dans un article dont j'ai perdu l'URL : c'est bien beau d'avoir sa propre instance ou s'abonner sur une instance particulière, mais le jour où l'instance ferme ou que l'on veuille "déménager" vers une autre instance, actuellement on perd tous ses followers/following et autres infos de compte. On repart de zéro, parce que le "login" est lié au nom de l'instance. Probablement que ça pourrait être résolu avec des fonctions d'export/import, ou en changeant la manière dont est forgé le login, mais pas sûr…

Il est probable que tu fasses référence à mon article :

salut@toto — salutation, règle éditoriale et nom sur Internet

une version plus courte, qui met l'accent sur d'autres points :

Mon Retour de PSESHSF : DNS & Minitel

Il y a aussi la vidéo de la présentation (20min) de mon article à Pas Sage en Seine :

https://www.youtube.com/watch?v=RIAv48OTYIA

Oui je trouve que Mastodon reste aveugle aux problèmes posés par l'utilisation d'une adresse username@hébergeur. En gros cette forme d'adresse correspond à la situation où la portabilité du numéro de téléphone n'existait pas. Quand on changeait d'opérateur on perdait notre numéro. Si la portabilité du numéro de téléphone n'existait pas, Free Mobile n'aurait jamais pu exister. Je propose d'utiliser une adresse de la forme salutation@nom (indépendante de l'hébergeur).

Mais ce problème ne se résout pas en développant un énième réseau social (XMPP, Ostatut, Diaspora, etc.) mais en automatisant et simplifiant la gestion des enregistrement DNS (ou du Gnu Name System) : il faudrait que je puisse autoriser facilement un hébergeur à écrire dans mes zones DNS (avec validation etc.). Bref que ça devienne accessible aux Michu-Morizeau.

Super ! Bon courage pour l'intégration :-) Pour Mailman, mon commentaire ne se voulait pas être un reproche.