Pour xmpp, tu peux mettre des noms de domaines, et donc des salons attachés à ces noms de domaine. Sans dire que c'est trivial, tu peux rassembler. Pareil pour Matrix.
Ensuite, tu as d'autres soucis (comme la question de la découverte, etc), mais rien n'interdit ce mode.
Tu peux demander un boîtier en disant "mon smartphone est pas compatible". J'ai expliqué que j'ai un smartphone filé par mon boulot, mais que je veux pas faire mes opérations bancaires dessus, parce que le département informatique a accès (ou ce genre de truc).
C'est pas exactement vrai (personne n'a accès, je veux juste pas que ma banque commence à me suivre à la trace), mais ça suffit à ne pas avoir de question. Si tu regardes bien les prospectus, c'est une option proposé en petite lettres (parce que ça coûte des thunes à la banque, au contraire des smartphones…).
Ensuite, visiblement, la caisse d'épargne n'a pas exactement un planning clair en interne, mais peut être que d'autres sont capable de ne pas donner 3 réponses différentes quand tu demandes à 3 personnes.
Je pense qu'il y a pas de client pour chat.google.com par exemple (mais je sais pas comment s'appelle exactement le soft, vu que "hangout", ça designe 2 ou 3 projets différents).
Et y a pas mal de projets qui s'appuie sur libpurple, ou qui sont pas forcément maintenu (genre ce whatapp-cli qui s'interface avec la version web: https://github.com/sspeedy99/whatsapp-cli )
Je suis d'accord que ça reste important, et les exemples abondent.
Est ce que tu va organiser un syndicat de jeu vidéo sur discord ? Peut être pas.
Mais je pense que parfois, c'est assez rare pour choisir de prendre un probléme tout les 5 ans.
Il y a des systèmes décentralisés qui ne nécessitent pas de
serveur à gérer. Le corollaire de tout ça c'est qu'ils sont
aussi moins user friendly car pas de découverte ni de mise en
relation automatique de contacts.
Je ne connais personne qui en utilisent un, donc oui. J'ai briar sur mon téléphone, mais j'ai jamais pu le tester en pratique.
Techniquement, il y a déjà gitter qui est intégré avec github. J'ai pas le sentiment que ça a pris tant que ça sur les projets hébergés par github. Je sais pas pour les autres, mais moi, je sais ce que j'aime pas avec les solutions webs (ou web-like, genre on file le logiciel avec electron).
Je pense qu'il y a rien de nouveau, c'est toujours le même probléme. Soit tu délègues et tu as un risque, soit tu fais les choses toi même, et c'est du travail.
Par exemple, Signal et l'intégration d'une crypto monnaie, tout le monde voit pas ça d'un bon oeil, mais y a pas le choix. Ou l'exemple de Whatsapp par le passé, ou de Discord dans le futur.
À l'opposé, les gens trouvent chiant de gérer leur serveur matrix ou xmpp, donc lâche l'affaire sur le long terme.
Mais on peut être entendre ça à github, la distribution d'eau ou n'importe quoi d'autres.
Donc soit tu as des gros emmerdes potentiels à un moment, soit tu as des petits emmerdes pour éviter d'avoir des gros emmerdes.
Alors tuer irc, je doute. Pour tout le rafus, ça reste quand même qu'un changement minimal chez les gens. Relou, mais moins pire que de migrer de svn à git ou tant d'autres choses qui arrivent de faon réguliére.
[08:09] schestowitz [19:52] <schestowitz__> notice how they lined up all the resignation letters
[08:09] schestowitz [19:52] <schestowitz__> for max effect
[08:09] schestowitz [19:52] <schestowitz__> I leaked one last week
[08:10] schestowitz [19:52] <schestowitz__> to disrupt that plan
Je ne sais pas pourquoi Roy Schestowitz colle des bouts de messages privées sur un canal loggué, mais je pense qu'il ne ment (ce qui ne veut pas dire qu'il ne dit pas de connerie, juste qu'il y croit)
Encore une fois, dans les 2 cas, c'est l'état qui décide que l'espace publique est interdit. Bien sur, dans un cas, c'est toi, et dans l'autre, c'est une personne dont l'alterité ne fait aucun doute.
Si c'est être de mauvaise foi que de montrer que la seule différence est de pointer qui est ciblé, je pense qu'on utilise pas les mots de la même façon.
Et je n'ai à aucun moment dis que les gens pouvaient aller chez les individus, mais l'espace publique s'appelle publique pour une raison, qu'on a tendance à oublier.
Devoir surveiller son karma me parait aller dans le mauvais sens, car on risque de rendre les gens accros. Et bien que je vois pourquoi c'est bon pour retenir les gens et augmenter l'audience (twitter, instgram, etc), il me semble que c'est fondamentalement un probléme sur le long terme.
Il y a pas mal de discussions sur ça et les questions d'addictions numériques depuis quelques années (voir par exemple https://www.thesocialdilemma.com/ ).
C'est un peu con, autant dire tout le monde, ça se voit qu'on peut faire une grand école militaire et ne rien comprendre à la théorie des ensembles.
Je trouve aussi étrange de croire que tout le monde peut faire quelque chose, comme si tout le monde était à égalité vis à vis du temps libre, des moyens et des capacités.
Si la citation vient de Patton, je suppose que l'intro de Wikipedia qui commence par "Né en 1885 dans une famille aisée ayant une forte tradition militaire", et le paragraphe sur l'incident des gifles éclaire la philosophie sous-jacente de la citation.
ça ouvre un marché pour que des boites fournissent ça, que ça soit en logiciel classique (avec presta normal), ou en sous traitance avec le client qui fournit l'infra et un presta qui fait du service géré en SaaS sur l'infra du client.
La, c'est pas le meilleur exemple parce que c'est sur AWS et c'est encore une boite américaine, mais si tu as un socle cloud plus ou moins standard, c'est un truc à explorer.
Ensuite, possible ne veut pas dire rentable, et la flexibilité d'openstack ou de kubernetes fait que tu n'a pas de garantie qu'une infra déployé sur X se déploie sans souci sur Y, à cause des versions d'API, etc.
Je pense qu'il y a une différence dans ta comparaison entre
les distributions Linux et XMPP. C'est à partir du moment où
c'est dans ma distribution, je peux l'utiliser. Or, à partir
du moment où ça arrive dans mon client XMPP, ça ne veut pas
dire que c'est utilisable avec le serveur que j'utilise et/ou
avec le client de mon correspondant (et s'il y en plusieurs,
c'est encore pire).
Oui, l'analogie a ses limites et c'est aussi pour ça que j'ai pris l'exemple du VPN. Par exemple, je veux déployer Wireguard mais il n'est dispo sur le serveur (car j'ai un serveur sous Fedora), mais j'ai pas le support sur mon portable (car j'ai une RHEL 7).
Faire évoluer un écosystème, c'est beaucoup plus long quand tu ne le contrôles pas de bout en bout, cf le post de blog de Moxie sur Signal et les clients alternatifs.
C'est aussi à mon avis une des raisons de la création de Chrome par Google, à savoir ne pas attendre sur le W3C.
(après, pour les distribution, on pourrait aussi dire que pour
beaucoup d'outil, on peut les installer à la main à partir du
moment où ils sont disponible, c'est plus rapide que de coder
la fonctionnalité dans son client XMPP, mais c'est un peu du
détail qui n'est pas pertinent pour la discussion)
Oui, c'est un continuum. Ton exemple de compiler son logiciel est valable, mais quid de faire un backport d'un patch du noyau sur ton noyau courant, ou de devoir tirer les dépendances, de gérer le support officiel.
C'est plus lié à la transparence qu'au logiciel libre (genre,
personne n'a les infos en avance avec Android). On peut très
bien avoir une boite qui communique en avance sur son logiciel
propriétaire (mais peu le font pour éviter ces frustrations).
Android est pour moi une exception (que j'oublie), mais je vois ce que tu veux dire.
Et communiquer à l'avance pour une boite, c'est tout un art.
Ça se voit assez dans les jeux vidéos, avec par exemple le buzz autour de Cyberpunk 2077 sur plusieurs années, les développeurs indépendants qui ont leur propre blog (ou des campagnes kickstarters) ou Nintendo qui va juste dire "au fait, on va sortir ça dans 2 mois 敬語" en te montrant un nouveau jeu Mario.
Par contre, on sait ce que font les maladies sur plusieurs jours.
Et on sait aussi ce qui arrive quand il n'y a pas de vaccins et juste des quarantaines. Je peux citer la peste noire en 1300, la grippe espagnole de 1918, l'épidémie en cours du SIDA, les histoires de SRAS-CoV-1, etc.
Et on sait aussi qu'une partie de la population va être facilement manipulable par des charlatans (depuis toujours) qui vont exploiter des biais cognitifs, que ça soit des dérives sectaires ou des anti-vaccins.
Freenode a déjà eu une brèche en 2014, ça a pas eu l'air d'avoir trop d'impact.
Il y a aussi l'email associé au compte (et je sais pas si c'est publique). Email sans doute largement publique grace à git.
Fondamentalement, je pense que le risque était aussi que quelqu'un enregistre les discussions privés, mais si le seul rempart contre ça, c'est un groupe d'ircops sans supervision externe, c'est assez faible.
Déjà, on ne pourrait effectivement pas plus le savoir qu'avant (vu que dans mon souvenir, le staff est root sur le serveur: https://freenode.net/support)
Il n'y a pas non de garantie que le sponsor ne soit pas vérolé (exemple, filer une VM, faire un snapshot de la ram et du disque, et adios le SSL), maintenant pas plus qu'avant.
Et comme les serveurs et le staff sont un peu partout dans le monde, j'imagine que le risque juridique théorique est assez haut. La question de l'insécurité d'utiliser des providers de cloud soumis à la loi US n'est curieusement jamais évoqué pour Freenode, alors qu'il n'y a pas de service juridique (cf justement le nœud de l'affaire).
Donc Freenode n'a jamais été un endroit vraiment sur.
Parce qu'il y a cette ambivalence entre le problème technique
(évolution suivie aléatoirement entre les clients) et le
problème d'image.
En fait, le souci, c'est fondamentalement le même que pour le logiciel libre.
Je vais prendre l'analogie de Apple et de Whatapp, et d'une distro libre et de XMPP.
Quand Apple décide de rajouter une feature, personne ou presque ne le sait, et un jour, y a une grande messe et paf, tout le monde en parle. Par exemple, rajouter le support d'un VPN comme wireguard. Si Apple rajoute ça, ça sera utilisable quand ça sera disponible pour le public.
Sur une distribution Linux, dés qu'un truc est codé (ou avant), tu sais que tu pourrais l'avoir, mais tu va pas l'avoir, car c'est pas dans une version stable (exemple, wireguard). Ensuite, c'est pas dans la version de ta distro, donc tu dois attendre. Et une fois que c'est dans la distro, il faut utiliser la feature (genre attendre que Networkmanager ou system le propose).
Du coup, l'impression, c'est que le libre est plus lent et pas fini, parce que justement, le processus de développement transparent fait qu'on voit les choses avant que ça soit fini (et fondamentalement, on sait pas combien de temps Apple va mettre pour rajouter un VPN, et on a pas besoin de savoir).
Pour XMPP, c'est pareil. Whatapp rajoute le support de n'importe quoi, tu va en entendre parler quand tu pourras l'utiliser, pas avant. Pas de frustration, même si ça mets 5 ans en interne et des réunions ou les gens pinaillent sur la casse d'un attribut.
Avec XMPP, tu va voir comment c'est fait, comment ça avance (ou comment ça patine), puis attendre que la spec soit prise en compte par les clients, les serveurs, et attendre la mise à jour. Ça va prendre du temps, et forcément, les gens vont se dire comme pour le libre, que c'est pas fini. Mais c'est parce qu'on voit beaucoup plus.
La frustration d'avoir des choses qui sont imparfaites, c'est le prix qu'on paye pour la transparence et pour avoir des gens qui vont dire "c'est en cours".
Et j'ai pas de solution, à part avoir un peu d'esprit critique sur nos propres réflexions, et notre position personnelle vis à vis de l’écosystème du logiciel libre.
[^] # Re: Peut-être que ça va finir comme un Freenode des Gamers
Posté par Misc (site web personnel) . En réponse au journal Le nuage de la discorde. Évalué à 5.
Pour xmpp, tu peux mettre des noms de domaines, et donc des salons attachés à ces noms de domaine. Sans dire que c'est trivial, tu peux rassembler. Pareil pour Matrix.
Ensuite, tu as d'autres soucis (comme la question de la découverte, etc), mais rien n'interdit ce mode.
[^] # Re: DSP2
Posté par Misc (site web personnel) . En réponse au sondage Sous quel système d'exploitation tourne votre téléphone ?. Évalué à 4.
Tu peux demander un boîtier en disant "mon smartphone est pas compatible". J'ai expliqué que j'ai un smartphone filé par mon boulot, mais que je veux pas faire mes opérations bancaires dessus, parce que le département informatique a accès (ou ce genre de truc).
C'est pas exactement vrai (personne n'a accès, je veux juste pas que ma banque commence à me suivre à la trace), mais ça suffit à ne pas avoir de question. Si tu regardes bien les prospectus, c'est une option proposé en petite lettres (parce que ça coûte des thunes à la banque, au contraire des smartphones…).
Ensuite, visiblement, la caisse d'épargne n'a pas exactement un planning clair en interne, mais peut être que d'autres sont capable de ne pas donner 3 réponses différentes quand tu demandes à 3 personnes.
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 2.
je pense aussi qu'il y a plein de gens qui attendent le bridge IRC de matrix.org.
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 2.
Souvent, mais pas toujours.
Je pense qu'il y a pas de client pour chat.google.com par exemple (mais je sais pas comment s'appelle exactement le soft, vu que "hangout", ça designe 2 ou 3 projets différents).
Et y a pas mal de projets qui s'appuie sur libpurple, ou qui sont pas forcément maintenu (genre ce whatapp-cli qui s'interface avec la version web: https://github.com/sspeedy99/whatsapp-cli )
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 2.
Je suis d'accord que ça reste important, et les exemples abondent.
Est ce que tu va organiser un syndicat de jeu vidéo sur discord ? Peut être pas.
Mais je pense que parfois, c'est assez rare pour choisir de prendre un probléme tout les 5 ans.
Je ne connais personne qui en utilisent un, donc oui. J'ai briar sur mon téléphone, mais j'ai jamais pu le tester en pratique.
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 2.
Techniquement, il y a déjà gitter qui est intégré avec github. J'ai pas le sentiment que ça a pris tant que ça sur les projets hébergés par github. Je sais pas pour les autres, mais moi, je sais ce que j'aime pas avec les solutions webs (ou web-like, genre on file le logiciel avec electron).
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 2.
Je pense qu'il y a rien de nouveau, c'est toujours le même probléme. Soit tu délègues et tu as un risque, soit tu fais les choses toi même, et c'est du travail.
Par exemple, Signal et l'intégration d'une crypto monnaie, tout le monde voit pas ça d'un bon oeil, mais y a pas le choix. Ou l'exemple de Whatsapp par le passé, ou de Discord dans le futur.
À l'opposé, les gens trouvent chiant de gérer leur serveur matrix ou xmpp, donc lâche l'affaire sur le long terme.
Mais on peut être entendre ça à github, la distribution d'eau ou n'importe quoi d'autres.
Donc soit tu as des gros emmerdes potentiels à un moment, soit tu as des petits emmerdes pour éviter d'avoir des gros emmerdes.
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 4.
Alors tuer irc, je doute. Pour tout le rafus, ça reste quand même qu'un changement minimal chez les gens. Relou, mais moins pire que de migrer de svn à git ou tant d'autres choses qui arrivent de faon réguliére.
Tuer freenode (pour le moment), sans doute.
Et ce lien tombe pile poil sur le sujet d'ailleurs:
https://seirdy.one/2021/02/23/keeping-platforms-open.html
ou celui la:
https://snikket.org/blog/products-vs-protocols/
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 2.
Et la suite du drama, 26 mai 2021:
https://news.ycombinator.com/item?id=27286628
La nouvelle équipe applique de force une policy qui prends les canaux, changent le topic et redirige le canal.
Également:
https://twitter.com/mjg59/status/1397384190644002818
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 3.
Encore un autre lien:
https://gist.github.com/prawnsalad/4ca20da6c2295ddb06c1646791c61953
[^] # Re: réponse d'Andrew Lee
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 2.
A new challenger enter the fight:
http://techrights.org/irc-archives/irc-log-techbytes-220521.txt
J'attire notamment l'attention sur:
Je ne sais pas pourquoi Roy Schestowitz colle des bouts de messages privées sur un canal loggué, mais je pense qu'il ne ment (ce qui ne veut pas dire qu'il ne dit pas de connerie, juste qu'il y croit)
(les autres logs sont aussi intéressant: http://techrights.org/irc-archives/irc-log-techbytes-210521.txt vu que schestowitz trouve le moyen de relier ça à l'affaire RMS…)
Et http://techrights.org/irc-archives/irc-log-techbytes-130521.txt , ou il parle avec Ariadne Conill, ce qui confirme qu'elle lui file l’hébergement pour techrights: https://twitter.com/ariadneconill/status/1370211839074832387
[^] # Re: Trolldi ?
Posté par Misc (site web personnel) . En réponse à la dépêche Sanipasse : le déconfinement libre !. Évalué à 3.
Encore une fois, dans les 2 cas, c'est l'état qui décide que l'espace publique est interdit. Bien sur, dans un cas, c'est toi, et dans l'autre, c'est une personne dont l'alterité ne fait aucun doute.
Si c'est être de mauvaise foi que de montrer que la seule différence est de pointer qui est ciblé, je pense qu'on utilise pas les mots de la même façon.
Et je n'ai à aucun moment dis que les gens pouvaient aller chez les individus, mais l'espace publique s'appelle publique pour une raison, qu'on a tendance à oublier.
[^] # Re: le Karma est trop statique
Posté par Misc (site web personnel) . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 7.
Je pense que c'est une bonne chose non ?
Devoir surveiller son karma me parait aller dans le mauvais sens, car on risque de rendre les gens accros. Et bien que je vois pourquoi c'est bon pour retenir les gens et augmenter l'audience (twitter, instgram, etc), il me semble que c'est fondamentalement un probléme sur le long terme.
Il y a pas mal de discussions sur ça et les questions d'addictions numériques depuis quelques années (voir par exemple https://www.thesocialdilemma.com/ ).
[^] # Re: Les chiens aboient...
Posté par Misc (site web personnel) . En réponse au journal TousAntiCovid Carnets, sans TousAntiCovid. Évalué à -5.
C'est un peu con, autant dire tout le monde, ça se voit qu'on peut faire une grand école militaire et ne rien comprendre à la théorie des ensembles.
Je trouve aussi étrange de croire que tout le monde peut faire quelque chose, comme si tout le monde était à égalité vis à vis du temps libre, des moyens et des capacités.
Si la citation vient de Patton, je suppose que l'intro de Wikipedia qui commence par "Né en 1885 dans une famille aisée ayant une forte tradition militaire", et le paragraphe sur l'incident des gifles éclaire la philosophie sous-jacente de la citation.
[^] # Re: ce qui n’est pas en français
Posté par Misc (site web personnel) . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
C'est pas sympa pour les québecois :(
# Consequence ladder
Posté par Misc (site web personnel) . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 5.
En lisant l'article, je vois que ça parle des actions possible de modération.
Mozilla a un document qui me semble proche de l'idée présenté, qui est décrit ici, l’échelle des conséquences.
[^] # Re: Trolldi ?
Posté par Misc (site web personnel) . En réponse à la dépêche Sanipasse : le déconfinement libre !. Évalué à 1.
Du point de vue des gens qui veulent sortir de leur pays, c'est grosso modo la même chose, c'est une interdiction de mouvement.
La seule raison de faire une distinction est de vouloir traiter les 2 séparément et dire qu'un est acceptable et pas l'autre.
En d'autre terme, inacceptable quand ça s'applique à certains et justifier pour d'autres, mais sans que ça se voit trop.
[^] # Re: plus de liens
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 3.
Et ça ne se termine jamais:
https://www.devever.net/~hl/freenode_abuse
[^] # Re: Chouette résumé
Posté par Misc (site web personnel) . En réponse au journal Le cloud souverain Françoogle. Évalué à 4.
ça ouvre un marché pour que des boites fournissent ça, que ça soit en logiciel classique (avec presta normal), ou en sous traitance avec le client qui fournit l'infra et un presta qui fait du service géré en SaaS sur l'infra du client.
Je vasi citer les offres de mon employeur parce que c'est les seuls que je connais, mais c'est par exemple le modèle choisi pour https://www.openshift.com/products/amazon-openshift
avec des trucs d'IA par dessus https://www.redhat.com/en/technologies/cloud-computing/openshift/openshift-data-science
La, c'est pas le meilleur exemple parce que c'est sur AWS et c'est encore une boite américaine, mais si tu as un socle cloud plus ou moins standard, c'est un truc à explorer.
Ensuite, possible ne veut pas dire rentable, et la flexibilité d'openstack ou de kubernetes fait que tu n'a pas de garantie qu'une infra déployé sur X se déploie sans souci sur Y, à cause des versions d'API, etc.
[^] # Re: plus de liens
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 2.
Encore plus de lien et de discussion:
https://news.ycombinator.com/item?id=27234542
Andrew Lee réponds sur HN
[^] # Re: Triste
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 4.
Oui, l'analogie a ses limites et c'est aussi pour ça que j'ai pris l'exemple du VPN. Par exemple, je veux déployer Wireguard mais il n'est dispo sur le serveur (car j'ai un serveur sous Fedora), mais j'ai pas le support sur mon portable (car j'ai une RHEL 7).
Faire évoluer un écosystème, c'est beaucoup plus long quand tu ne le contrôles pas de bout en bout, cf le post de blog de Moxie sur Signal et les clients alternatifs.
C'est aussi à mon avis une des raisons de la création de Chrome par Google, à savoir ne pas attendre sur le W3C.
Oui, c'est un continuum. Ton exemple de compiler son logiciel est valable, mais quid de faire un backport d'un patch du noyau sur ton noyau courant, ou de devoir tirer les dépendances, de gérer le support officiel.
Android est pour moi une exception (que j'oublie), mais je vois ce que tu veux dire.
Et communiquer à l'avance pour une boite, c'est tout un art.
Ça se voit assez dans les jeux vidéos, avec par exemple le buzz autour de Cyberpunk 2077 sur plusieurs années, les développeurs indépendants qui ont leur propre blog (ou des campagnes kickstarters) ou Nintendo qui va juste dire "au fait, on va sortir ça dans 2 mois 敬語" en te montrant un nouveau jeu Mario.
[^] # Re: Trolldi ?
Posté par Misc (site web personnel) . En réponse à la dépêche Sanipasse : le déconfinement libre !. Évalué à 5.
Par contre, on sait ce que font les maladies sur plusieurs jours.
Et on sait aussi ce qui arrive quand il n'y a pas de vaccins et juste des quarantaines. Je peux citer la peste noire en 1300, la grippe espagnole de 1918, l'épidémie en cours du SIDA, les histoires de SRAS-CoV-1, etc.
Et on sait aussi qu'une partie de la population va être facilement manipulable par des charlatans (depuis toujours) qui vont exploiter des biais cognitifs, que ça soit des dérives sectaires ou des anti-vaccins.
[^] # Re: plus de liens
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 3.
https://twitter.com/ariadneconill/status/1395372472585924609
"tomaw has resigned from freenode staff, if you're wondering how that's going"
[^] # Re: Triste
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 4.
Freenode a déjà eu une brèche en 2014, ça a pas eu l'air d'avoir trop d'impact.
Il y a aussi l'email associé au compte (et je sais pas si c'est publique). Email sans doute largement publique grace à git.
Fondamentalement, je pense que le risque était aussi que quelqu'un enregistre les discussions privés, mais si le seul rempart contre ça, c'est un groupe d'ircops sans supervision externe, c'est assez faible.
Déjà, on ne pourrait effectivement pas plus le savoir qu'avant (vu que dans mon souvenir, le staff est root sur le serveur: https://freenode.net/support)
Il n'y a pas non de garantie que le sponsor ne soit pas vérolé (exemple, filer une VM, faire un snapshot de la ram et du disque, et adios le SSL), maintenant pas plus qu'avant.
Et comme les serveurs et le staff sont un peu partout dans le monde, j'imagine que le risque juridique théorique est assez haut. La question de l'insécurité d'utiliser des providers de cloud soumis à la loi US n'est curieusement jamais évoqué pour Freenode, alors qu'il n'y a pas de service juridique (cf justement le nœud de l'affaire).
Donc Freenode n'a jamais été un endroit vraiment sur.
[^] # Re: Triste
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 10.
En fait, le souci, c'est fondamentalement le même que pour le logiciel libre.
Je vais prendre l'analogie de Apple et de Whatapp, et d'une distro libre et de XMPP.
Quand Apple décide de rajouter une feature, personne ou presque ne le sait, et un jour, y a une grande messe et paf, tout le monde en parle. Par exemple, rajouter le support d'un VPN comme wireguard. Si Apple rajoute ça, ça sera utilisable quand ça sera disponible pour le public.
Sur une distribution Linux, dés qu'un truc est codé (ou avant), tu sais que tu pourrais l'avoir, mais tu va pas l'avoir, car c'est pas dans une version stable (exemple, wireguard). Ensuite, c'est pas dans la version de ta distro, donc tu dois attendre. Et une fois que c'est dans la distro, il faut utiliser la feature (genre attendre que Networkmanager ou system le propose).
Du coup, l'impression, c'est que le libre est plus lent et pas fini, parce que justement, le processus de développement transparent fait qu'on voit les choses avant que ça soit fini (et fondamentalement, on sait pas combien de temps Apple va mettre pour rajouter un VPN, et on a pas besoin de savoir).
Pour XMPP, c'est pareil. Whatapp rajoute le support de n'importe quoi, tu va en entendre parler quand tu pourras l'utiliser, pas avant. Pas de frustration, même si ça mets 5 ans en interne et des réunions ou les gens pinaillent sur la casse d'un attribut.
Avec XMPP, tu va voir comment c'est fait, comment ça avance (ou comment ça patine), puis attendre que la spec soit prise en compte par les clients, les serveurs, et attendre la mise à jour. Ça va prendre du temps, et forcément, les gens vont se dire comme pour le libre, que c'est pas fini. Mais c'est parce qu'on voit beaucoup plus.
La frustration d'avoir des choses qui sont imparfaites, c'est le prix qu'on paye pour la transparence et pour avoir des gens qui vont dire "c'est en cours".
Et j'ai pas de solution, à part avoir un peu d'esprit critique sur nos propres réflexions, et notre position personnelle vis à vis de l’écosystème du logiciel libre.