je ne sais pas bien ce que ca vaut, mais ca semble marcher, dans l'ensemble.
Aïe aïe aïe. Désolé mais je vais être un peu rude. Ce n'est pas du tout contre toi, c'était une bonne idée de mettre un résumé en français. Merci pour la démarche mais du coup il y a besoin de rectifier le tir. Je n'ai malheureusement pas le temps juste maintenant de faire une traduction propre et compréhensible, j'en propose une à l'arrache à la fin de mon commentaire. Je suggère de ne pas poster des textes générés par des IA à l'avenir (sans beaucoup de vérifications), elles bullshittent, ne sont pas fiables et c'en est un exemple flagrant.
J'ai lu ce résumé auto et j'ai eu beaucoup de mal à le comprendre. Je suis allé voir l'article initial qui est lui clair comme de l'eau de roche (j'aime beaucoup l'écriture de Daniel). En revenant sur ce texte, je me rend compte que tout est faux, en plus d'être difficilement compréhensible.
Par exemple :
Il prend l'exemple de la CVE-2020-19909,
Non. Il vient d'apprendre son existence, et c'est le cœur du sujet de l'article
une vulnérabilité critique dans l'outil curl
Non. L'article explique bien que justement, ce n'est pas une vulnérabilité, ni une critique
qui a été découverte en 2020.
Non. Elle vient d'être rapportée, et il se demande justement pourquoi elle a été attribuée avec ce numéro contenant 2020. De son côté, quelqu'un lui avait déjà soumis le problème
La description de la vulnérabilité est longue et complexe, ce qui la rend difficile à comprendre pour les utilisateurs non experts.
Non. Elle fait 100 caractères, 15 mots. On ne peut plus concis. Elle est incompréhensible par des utilisateurs non experts mais Daniel ne parle pas du tout de ça parce que ce n'est pas le problème.
Stenberg propose plusieurs solutions pour améliorer la gestion des CVE. Il suggère notamment de réduire le temps nécessaire pour l'attribution d'une CVE, d'étendre la documentation des vulnérabilités et de rendre le processus d'attribution plus transparent.
Non, rien de tout ça.
Voici un résumé des principales critiques de Stenberg :
Rien des deux premiers points qui suit n'est vrai. Le 3 ème, vaguement.
Stenberg espère que ses critiques contribueront à améliorer la gestion des CVE
Il critique en particulier NVD, sont trop grand pouvoir dans l'attribution des numéros CVEs et son incompétence.
et à protéger les utilisateurs contre les vulnérabilités de sécurité.
Pas du tout. Ce n'est pas le sujet.
Bref, si je comprends bien, on a affaire à Bard, le LLM de Google. J'espère pour eux que l'outil qu'ils proposent depuis quelque jours pour résumer les page web s'en sort mieux que ça.
Grosso modo, NVD (National Vulnerability Database, une agence américaine déjà critiquée par Daniel par le passé) a attribué une CVE avec un niveau de sévérité quasi maximale (9,8 / 10) il y a quelques jours à un problème mineur sans implication sur la sécurité dans curl corrigé en 2019. On ne sait pas d'où ça sort, pourquoi le numéro de cette CVE contient 2020, pourquoi ce niveau sévérité, mais du coup la CVE est là et plein d'outils automatisés vont récupérer cette CVE et transmettre la fausse information. Il va objecter, et Ubuntu a déjà pris la peine d'affirmer dans leur suivi de sécurité qu'il n'y avait pas de problème et qu'ils étaient non affectés.
C'est un peu fou d'annoncer 8 à 20 % de perf en plus, et quand on mesure proprement, en fait les résultats sont à peu près les mêmes. Comment ont-ils obtenu ces nombres ? On voit bien les captures d'écran des tests, j'imagine qu'il suffit de lancer les tests un petit nombre de fois, ne rien lisser, ne faire aucune moyenne / médiane / min et de choisir les résultats qui arrangent. J'espère qu'ils n'ont pas fait ça. Il y a aussi au moins une explication sur pourquoi des meilleurs perfs seront attendue.
Mais ma première réaction a été que s'il y avait eu 8 à 20 % de perf à gagner, les dev Firefox l'aurait probablement su et aurait fait ce qu'il fallait. 8 à 20 %, c'est énorme. Et les tests Phoronix a l'air d'aller dans ce sens finalement (noter la présence des incertitudes sur les graphes, etc - on voit qu'il y a pas mal de variabilité, suffisamment pour que 8% soit dans les différences possibles).
De l'importance de faire des mesures et d'interpréter les résultats avec une méthodologie et des stats un peu robustes ! Là, la conséquence pratique pour le projet est existentielle.
Après, on peut se douter que la distribution principale de Firefox doit être un peu conservatrice au niveau optimisations processeurs pour tourner partout. Ça aurait du sens d'avoir un Firefox plus rapide en compilant pour des processeurs plus récent. Mais je suppose que Firefox est également capable de détecter les fonctionnalités processeurs et les utiliser là où ça compte le plus.
Plus généralement, même s'il y avait des gains, on ne sait pas combien de temps va durer le fork, ça semble un peu bancal.
Par contre, les améliorations constantes par les version de Firefox futures soulevées par les tests Phoronix, ça c'est cool. Finalement, si on veut un navigateur plus rapide, il suffit d'attendre la prochaine version :-)
Ici on voit bien un travail d'enquête utile de la part de Phoronix.
Posté par raphj .
En réponse au journal Django + Jupyter Lab = ❤️.
Évalué à 3.
Dernière modification le 20 juillet 2023 à 17:50.
Arf, toutes mes plus plates excuses alors !
La semaine est un peu difficile (mais ça n'excuse pas). Ça n'a pas du aider la rédaction et j'aurais pu la fermer du coup. Je plaide coupable, vaut mieux écrire quand on y est disposé.
Et je reconnais que la réaction de barmic est tout à fait logique aussi du coup.
Posté par raphj .
En réponse au journal Django + Jupyter Lab = ❤️.
Évalué à 4.
Dernière modification le 19 juillet 2023 à 15:07.
# If you happen to meet one of the copyright holders in a bar you are obligated
# to buy them one pint of beer.
Arf. Désolé de faire les rabats-joie, et je comprend que c'est pour le fun, mais du coup, ton code durement travaillé ne peut tout simplement pas être réutilisé sérieusement dans un projet libre. Si on réfléchit sérieusement aux conséquences d'une telle licence, quelqu'un qui utilise ce code se voit forcé, jusqu'à la fin de ses jours, de demander à tous les gens croisés dans n'importe quel bar si un bout de ce code est à eux et d'avoir l'argent pour leur payer une bière. En espérant que le service est toujours ouvert.
Je ne vais pas étudier ton code, et si un jour je devais me retrouver devant le problème, je vais devoir refaire le boulot. Tu as l'air d'être dans une optique de partage, du coup les conséquences de cette licence un peu farfelue pour le fun sont un peu regrettables.
Ce serait bien que les licences reste sérieuses pour qu'elles restent des outils sur lesquels on peut compter. "Ça va, ce n'est pas sérieux, on rigole" n'est pas vraiment une option de cet outil légal. Au pire il y a la licence WTFPL qui joue le rôle de licence fun mais suffisamment robuste. À la limite la licence Beerware, qui n'impose rien de spécial devrait fonctionner aussi.
Ces licences amusantes… ne le sont pas du tout quand elles sont utilisées pour de vrai.
C'est vrai, et en même temps en pratique sur le modèle que j'ai conseillé à quelqu'un il y a plus de 10 ans (un Asus C200) - qui l'utilise d'ailleurs toujours, il est méga rentabilisé ce truc ! On a remplacé ChromeOS par une distribution linux classique. Le support matériel a toujours été un point faible, en particulier le son qui n'arrête pas de déconner et qui demande d'installer des pilotes spécifiques. Heureusement que cette personne est patiente. Par contre je crois que maintenant, le noyau linux de base "upstream" qui vient avec la distribution fonctionne et qu'on n'est plus obligés de passer par le noyau spécifique fournit avec GalliumOS. Donc ça valide un peu. Peut-être que c'est ce qui sauve cet ordinateur en particulier d'ailleurs.
Oui et non du coup, ça peut rester quand même spécifique ChromeOS et ce n'est pas toujours super transposable vers les distributions plus classiques, et parfois oui.
On peut aussi espérer que Google a travaillé sur l'autonomie / l'efficacité énergétique du noyau et a remonté les patches et là, ça rentre bien dans le cadre que tu exposes.
c'est une version propriétaire de ChromiumOS, qui lui est libre. En particulier, c'est Chrome qui est dedans et pas Chromium.
C'est peut-être basé sur Gentoo, mais il n'est pas vraiment question d'utiliser ça comme une Gentoo, avec toute la puissance de son gestionnaire de paquets (oui, j'ai essayé, et oui, en pratique on est limité aux binaires installés - oui, on finit par faire fonctionner crouton et avoir une distro linux classique bancale par dessus mais la base Gentoo, ben…). À tel point que la prise en charge des applications de bureau GNU/Linux sous ChromeOS est récente, et passe par des conteneurs Debian. Des conteneurs Linux, on peut en lancer sous Mac et Windows aussi.
La durée de vie du Chromebook est fortement limitée par la durée pendant laquelle il reçoit des mises à jour. Rien à voir avec une distribution classique qui peut être mise à jour ad vitam eternam.
Dans l'esprit, l'idée de ChromeOS c'est de faire passer toute la vie informatique de l'utilisateur / l'utilisatrice par, et la cantonner au navigateur Chrome, idéalement les services Google. C'est loin de l'ouverture des horizons qu'on attend d'une distribution libre classique.
La base Gentoo ou même Linux de ChromeOS, c'est comme pour Android : malheureusement un détail technique quand il s'agit de parler de liberté des utilisateurs / trices (évidemment, dans une discussion technique, voire open source dans certains aspects, ça a sa place).
J'aimerais bien affirmer que le desktop c'est aujourd'hui 10% d'OS libres grâce à Chrome OS, mais ce serait déformer la réalité à un point inconfortable pour moi.
Et ce serait franchement dissonant avec le reste de mon discours qui consiste à pousser les gens à se dégoogliser.
Donc oui, 10% de noyaux Linux sur le desktop. Mais attention avec ce nombre selon le message que vous voulez faire passer.
La réalité c'est qu'on reste peu à utiliser des systèmes libres au quotidien et que tordre les proportions comme ça n'aide pas trop.
Sur une note plus positive, il faut aussi bien noter qu'il y a de plus en plus de gens pas du tout techniques qu'on soupçonnerait pas qui utilisent une distribution Linux classique par choix maintenant. Vous pourriez mentionner Linux, la personne en face, en plus de comprendre de quoi vous parlez, en fait l'utilise. Dernier exemple en date pour moi : avant-hier. Linux, c'est relativement mainstream maintenant. Les gens comprennent qu'il y a Windows, Mac, et aussi Linux (bon, et non, ils ne connaissent généralement pas *BSD).
RedHat serait alors tenue de distribuer les sources des logiciels sous GPL (pas forcément de toute la distribution, juste la partie qui a été reçue par les utilisateurs).
Wow, les mails ! Sacré morceau. Tous mes souhaits de réussite. C'est un chemin parsemé d'embûches à cause d'une forte centralisation autour de quelques acteurs comme Google et Microsoft qui dictent la loi. L'existence de plus petits acteurs comme Algoo, c'est exactement ce qu'il faut pour changer les choses de ce côté. Au top !
Avec VisioCall, ça diversifie encore les moyens de communications proposés, ça devient presque un thème…
Tous mes souhaits de réussite aussi dans la transformation de l'entreprise en SCOP. Une formule finalement potentiellement assez différente de l'entreprise libérée, et peut-être plus reconnaissable aussi.
Il suffit de voir leur communication remplie de points inclusifs.
Au secours, hein. Bah oui, le monde "dérive" vers l'inclusivité. Il y a juste des gens un peu plus rapide, et des réfractaires, comme dans tout changement.
Va falloir t'y faire, parce que ça ne fait que devenir normal. Et en même temps, on le pratiquait il y a 20 ans, avec des parenthèses, comme dans "présent(e)". Ça ne choquait personne.
et ça a l'air d'être inutilement compliqué à remplacer, et cher (j'en ai eu pour moitié du prix du tel, ça fait hésiter à juste acheter un neuf vu le prix).
C'est clair. Et aussi, quand on essaie d'ouvrir le téléphone pour remplacer autre chose que l'écran, on a aussi toutes les chances de péter l'écran.
Rien de tout ça avec un PinePhone et pourtant, ce téléphone a batterie remplaçable a le format d'un smartphone normal. (bon, il faut avouer que la batterie est petite, insuffisante, mais ça ne semble pas insurmontable).
à chaque fois que j'ai voulu les remplacer c'était toujours parce que je voulais un plus puissant, nouveau, etc
Mais n'est-ce pas une époque révolue ? Les smartphones de maintenant ne sont-il pas à un état de maturité qui fait qu'on peut les remplacer moins souvent ? Je n'ai pas actuellement de smartphone Android ou d'iPhone, mais j'ai par contre pas mal de connaissances qui ont le même téléphone depuis plusieurs années et elles vont bien.
Une mesure complémentaire utile serait de forcer les constructeurs à fournir des mises à jour de sécurité longtemps et/ou d'ouvrir tout le code source nécessaire à cette mise à jour (le code des pilotes, quoi). Peut-être qu'ils finiraient alors par trouver que forker le noyau linux comme des porcs n'est pas rentable et qu'il feraient de travailler avec l'upstream pour facilier ce travail de maintenance un peu automatique. C'est sûr que ça marche quand tu balances ton modèle et que tu le mets à jour 2 ans mais à plus long terme c'est un peu de la merde.
La réalité est que la GPL s'interesse à celui qui reçoit le binaire, pas l'utilisateur.
C'est ce qu'essaye de rectifier l'AGPL dans le cadre d'une utilisation dans le cloud. Je suppose que l'intention était là, les moyens n'étaient pas suffisant. L'(A)GPL est en quelque sorte un élément d'implémentation imparfait (mais clé, évidemment) dans une démarche plus générale. Ce que tu soulèves n'est probablement pas une caractéristique intentionnelle de la GPL. Bon, après, si en 1991 tu demandes à quelqu'un de te faire du boulot et que tu utilises un logiciel sur ton ordinateur pour le faire, ce n'est pas ce quelqu'un qui est l'utilisateur, c'est toi.
Quelque part, c'est un mécanisme qui permet de faire du "blanchiment de logiciel propriétaire" : si je commande une impression à une imprimerie, elle va utiliser des imprimantes avec des logiciels propriétaires mais c'est en quelque sorte son problème, pas le mien, je pourrais considérer ne pas être l'utilisateur. D'ailleurs, RMS prend des avions bourrés de logiciels propriétaires et empreinte des téléphones mobiles des gens dans la rue. Non pas que la situation ne me questionne pas en pratique… mais bref, je digresse.
Mais alors pourquoi les gens qui se disent proches de RMS confondent les 2?
Je n'en suis pas, mon hypothèse c'est que c'est très facile de tout mélanger et que beaucoup de monde le fait en permanence sur plein de sujets. Rien de spécifique à ce sujet en particulier. Être synthétique, concis et clair dans sa tête, ce n'est pas une évidence.
Je te défis de me citer la dessus sur ce à quoi tu réponds, vu que j'ai parlé du discours de ploum pour la sacré blague.
Arf, désolé, j'ai mal compris ça. Je suppose alors que l'intérêt de mon commentaire est d'un coup moindre. Désolé. Cependant, je reste quand même gêné par cette phrase :
Ce qui fait tomber tout l'argumentaire, qui part de cette affirmation pour conclure que le contraire (dans le libre) est le mieux.
Et je continue à affirmer que restrictions n'est pas contraire de liberté. C'est plus subtile que ça. C'est là que mon commentaire a encore toute sa place au final. Liberté va avec restrictions, c'est un couple presque inséparable. Ce ne sont des concepts qui semble contraires qu'en surface, c'est le message que j'essaie de faire passer dans mon commentaire précédent, ma réfutation à ta remarque.
Oui, je vois très bien la différence entre l'affichage publicitaire tout beau tout joli pour le bien commun et la réalité un peu moins jolie des définitions et des licences sensées correspondre à l'affichage
Bah, je pense que le tout est assez cohérent, c'est juste que les choses sont bien séparées.
il pouvait corriger tout ce qui rend son affichage assez faux mais ne l'a pas fait
Et je pense qu'il n'y a rien à corriger, je ne vois pas d'affichage faux. J'ai été surpris par votre échange avec Renaud là dessus. Mais je n'ai pas grand chose d'intéressant à rajouter sur le sujet.
Pourquoi RMS ne flingue-t-il pas la SSPL
C'est vrai qu'une petite recherche ne montre rien, je m'attendrais à ce qu'il la rejette vu qu'elle n'est pas libre - fait assez consensuel aujourd'hui il me semble. Peut-être que ce n'est pas particulièrement un sujet qui l'inquiète, ou qu'il a considéré que d'autres avaient fait le boulot qu'il fallait, ou autre. Je ne sais pas.
Perso j'ai vu l'usage de la GPL comme argument de vente pour du non libre
Oui, ça existe aussi, par exemple Qt, c'est une stratégie pour une autre fin.
Une sacrée blague vu que le copyleft est ce qui interdit le plus de choses dans les licence libres.
Ce qui fait tomber tout l'argumentaire, qui part de cette affirmation pour conclure que le contraire (dans le libre) est le mieux.
Ce qui me déçoit, c'est que je suis à peu près certain que tu es conscient que RMS se concentre sur les droits des utilisateurs / utilisatrices, et que toi tu te concentres sur les droits des développeurs / développeuses.
C'est une question de point de vue.
Tu as montré depuis des années que tu as beaucoup réfléchi à ces questions. Tu affirmes même avoir eu ta période copyleft.
Oui, la liberté des uns s'arrête là où commence celle des autres. Bon c'est pas terriblement vrai dans toutes les situations mais c'est vrai ici. Si tu donnes la liberté à un dev de fermer un code libre et qu'il le fait, l'utilisateur derrière ne bénéficiera pas des libertés du logiciel libre. La liberté ce n'est pas un truc absolu et oui, des restrictions permettent parfois plus de libertés. Contre intuitif ? Non, pas quand on y réfléchit deux secondes et beaucoup d'entre nous ont eu des cours de philo, d'éducation civique ou de littérature pour manipuler ces idées / concepts.
Qu'est-ce qui est difficile à conceptualiser là dedans ? Rien, en fait je suis sûr que tu saisis parfaitement les subtilités.
RMS n'a pas intégré le copyleft dans la définition du logiciel libre parce que les licences copyfree garantissent les libertés des utilisateurs. Ce serait un non sens d'avoir le copyleft dans la définition du logiciel libre. Ça interdirait de qualifier de libre des licences qui ont les propriétés souhaités.
Le copyleft, ce n'est pas une fin. C'est un moyen, une stratégie.
Dans un monde ou personne ne fermerait jamais un code libre, on s'en foutrait du copyleft.
Maintenant, c'est tout à fait ok de ne pas avoir les mêmes points de vue sur les objectifs, les priorités ou les stratégies. Mais qualifier le discours de RMS de "sacrée blague" me semble abusif.
[^] # Cette traduction et résumé auto montre tout ce qui ne va pas avec les modèles de langues
Posté par raphj . En réponse au lien [curl] CVE-2020-19909 is everything that is wrong with CVEs. Évalué à 10.
Aïe aïe aïe. Désolé mais je vais être un peu rude. Ce n'est pas du tout contre toi, c'était une bonne idée de mettre un résumé en français. Merci pour la démarche mais du coup il y a besoin de rectifier le tir. Je n'ai malheureusement pas le temps juste maintenant de faire une traduction propre et compréhensible, j'en propose une à l'arrache à la fin de mon commentaire. Je suggère de ne pas poster des textes générés par des IA à l'avenir (sans beaucoup de vérifications), elles bullshittent, ne sont pas fiables et c'en est un exemple flagrant.
J'ai lu ce résumé auto et j'ai eu beaucoup de mal à le comprendre. Je suis allé voir l'article initial qui est lui clair comme de l'eau de roche (j'aime beaucoup l'écriture de Daniel). En revenant sur ce texte, je me rend compte que tout est faux, en plus d'être difficilement compréhensible.
Par exemple :
Non. Il vient d'apprendre son existence, et c'est le cœur du sujet de l'article
Non. L'article explique bien que justement, ce n'est pas une vulnérabilité, ni une critique
Non. Elle vient d'être rapportée, et il se demande justement pourquoi elle a été attribuée avec ce numéro contenant 2020. De son côté, quelqu'un lui avait déjà soumis le problème
Non. Elle fait 100 caractères, 15 mots. On ne peut plus concis. Elle est incompréhensible par des utilisateurs non experts mais Daniel ne parle pas du tout de ça parce que ce n'est pas le problème.
Non, rien de tout ça.
Rien des deux premiers points qui suit n'est vrai. Le 3 ème, vaguement.
Il critique en particulier NVD, sont trop grand pouvoir dans l'attribution des numéros CVEs et son incompétence.
Pas du tout. Ce n'est pas le sujet.
Bref, si je comprends bien, on a affaire à Bard, le LLM de Google. J'espère pour eux que l'outil qu'ils proposent depuis quelque jours pour résumer les page web s'en sort mieux que ça.
Grosso modo, NVD (National Vulnerability Database, une agence américaine déjà critiquée par Daniel par le passé) a attribué une CVE avec un niveau de sévérité quasi maximale (9,8 / 10) il y a quelques jours à un problème mineur sans implication sur la sécurité dans curl corrigé en 2019. On ne sait pas d'où ça sort, pourquoi le numéro de cette CVE contient 2020, pourquoi ce niveau sévérité, mais du coup la CVE est là et plein d'outils automatisés vont récupérer cette CVE et transmettre la fausse information. Il va objecter, et Ubuntu a déjà pris la peine d'affirmer dans leur suivi de sécurité qu'il n'y avait pas de problème et qu'ils étaient non affectés.
# Conclusion : circulez, il n'y a rien à voir ?
Posté par raphj . En réponse au lien Mercury, un Firefox sous stéroïdes (ou pas). Évalué à 6. Dernière modification le 23 août 2023 à 09:56.
C'est un peu fou d'annoncer 8 à 20 % de perf en plus, et quand on mesure proprement, en fait les résultats sont à peu près les mêmes. Comment ont-ils obtenu ces nombres ? On voit bien les captures d'écran des tests, j'imagine qu'il suffit de lancer les tests un petit nombre de fois, ne rien lisser, ne faire aucune moyenne / médiane / min et de choisir les résultats qui arrangent. J'espère qu'ils n'ont pas fait ça. Il y a aussi au moins une explication sur pourquoi des meilleurs perfs seront attendue.
Mais ma première réaction a été que s'il y avait eu 8 à 20 % de perf à gagner, les dev Firefox l'aurait probablement su et aurait fait ce qu'il fallait. 8 à 20 %, c'est énorme. Et les tests Phoronix a l'air d'aller dans ce sens finalement (noter la présence des incertitudes sur les graphes, etc - on voit qu'il y a pas mal de variabilité, suffisamment pour que 8% soit dans les différences possibles).
De l'importance de faire des mesures et d'interpréter les résultats avec une méthodologie et des stats un peu robustes ! Là, la conséquence pratique pour le projet est existentielle.
Après, on peut se douter que la distribution principale de Firefox doit être un peu conservatrice au niveau optimisations processeurs pour tourner partout. Ça aurait du sens d'avoir un Firefox plus rapide en compilant pour des processeurs plus récent. Mais je suppose que Firefox est également capable de détecter les fonctionnalités processeurs et les utiliser là où ça compte le plus.
Plus généralement, même s'il y avait des gains, on ne sait pas combien de temps va durer le fork, ça semble un peu bancal.
Par contre, les améliorations constantes par les version de Firefox futures soulevées par les tests Phoronix, ça c'est cool. Finalement, si on veut un navigateur plus rapide, il suffit d'attendre la prochaine version :-)
Ici on voit bien un travail d'enquête utile de la part de Phoronix.
[^] # Re: Ai-je bien compris
Posté par raphj . En réponse au lien Fabrice Bellard : Text Compression using Large Language Models. Évalué à 2.
Wat? Et du coup, est-ce vrai pour la version du pilote aussi ? Pourquoi ça influe ?
Si quelqu'un a des idées…
[^] # Re: ça dépend
Posté par raphj . En réponse au journal Ah la SNCF!. Évalué à 2.
Ouais. Pas besoin d'imprimer, et on peut aussi les montrer sur un écran d'ordinateur. Pas besoin de l'appli SNCF non plus.
[^] # Re: Je sais que...
Posté par raphj . En réponse au lien Thème Windows 95 pour Linux. Évalué à 8.
Un retour d'expérience s'impose :-)
[^] # Re: Dommage cette licence non libre
Posté par raphj . En réponse au journal Django + Jupyter Lab = ❤️. Évalué à 2.
Chouette :-) Merci !
[^] # Re: Dommage cette licence non libre
Posté par raphj . En réponse au journal Django + Jupyter Lab = ❤️. Évalué à 3. Dernière modification le 20 juillet 2023 à 17:50.
Arf, toutes mes plus plates excuses alors !
La semaine est un peu difficile (mais ça n'excuse pas). Ça n'a pas du aider la rédaction et j'aurais pu la fermer du coup. Je plaide coupable, vaut mieux écrire quand on y est disposé.
Et je reconnais que la réaction de barmic est tout à fait logique aussi du coup.
[^] # Re: Dommage cette licence non libre
Posté par raphj . En réponse au journal Django + Jupyter Lab = ❤️. Évalué à 2.
Top !
J'espère que mon commentaire t'a paru moins "grands chevaux" qu'à barmic, ce n'était clairement pas l'intention.
[^] # Re: Dommage cette licence non libre
Posté par raphj . En réponse au journal Django + Jupyter Lab = ❤️. Évalué à 3. Dernière modification le 20 juillet 2023 à 10:23.
Si j'ajoute "potentielles" après "réfléchir sérieusement aux conséquences", ça te plaît mieux ?
Sinon, on dirait que tu m'as volé mes grands chevaux, et qu'en plus tu as ajouté les tiens…
Ton argumentaire repose sur :
Mais alors, pourquoi compliquer les choses avec une licence douteuse, et aussi es-tu vraiment sûr de ce que tu avances ?
[^] # Re: Dommage cette licence non libre
Posté par raphj . En réponse au journal Django + Jupyter Lab = ❤️. Évalué à 2. Dernière modification le 19 juillet 2023 à 17:28.
Ah oui, et tu penses que si un·e dev part aux toilettes et revient, ça compte comme une nouvelle rencontre et donc :
# Dommage cette licence non libre
Posté par raphj . En réponse au journal Django + Jupyter Lab = ❤️. Évalué à 4. Dernière modification le 19 juillet 2023 à 15:07.
Arf. Désolé de faire les rabats-joie, et je comprend que c'est pour le fun, mais du coup, ton code durement travaillé ne peut tout simplement pas être réutilisé sérieusement dans un projet libre. Si on réfléchit sérieusement aux conséquences d'une telle licence, quelqu'un qui utilise ce code se voit forcé, jusqu'à la fin de ses jours, de demander à tous les gens croisés dans n'importe quel bar si un bout de ce code est à eux et d'avoir l'argent pour leur payer une bière. En espérant que le service est toujours ouvert.
Je ne vais pas étudier ton code, et si un jour je devais me retrouver devant le problème, je vais devoir refaire le boulot. Tu as l'air d'être dans une optique de partage, du coup les conséquences de cette licence un peu farfelue pour le fun sont un peu regrettables.
Ce serait bien que les licences reste sérieuses pour qu'elles restent des outils sur lesquels on peut compter. "Ça va, ce n'est pas sérieux, on rigole" n'est pas vraiment une option de cet outil légal. Au pire il y a la licence WTFPL qui joue le rôle de licence fun mais suffisamment robuste. À la limite la licence Beerware, qui n'impose rien de spécial devrait fonctionner aussi.
Ces licences amusantes… ne le sont pas du tout quand elles sont utilisées pour de vrai.
[^] # Re: What is ChromeOS
Posté par raphj . En réponse au lien Linux a près de la moitié des parts de marché du desktop sous Linux 😎. Évalué à 4. Dernière modification le 18 juillet 2023 à 18:13.
C'est vrai, et en même temps en pratique sur le modèle que j'ai conseillé à quelqu'un il y a plus de 10 ans (un Asus C200) - qui l'utilise d'ailleurs toujours, il est méga rentabilisé ce truc ! On a remplacé ChromeOS par une distribution linux classique. Le support matériel a toujours été un point faible, en particulier le son qui n'arrête pas de déconner et qui demande d'installer des pilotes spécifiques. Heureusement que cette personne est patiente. Par contre je crois que maintenant, le noyau linux de base "upstream" qui vient avec la distribution fonctionne et qu'on n'est plus obligés de passer par le noyau spécifique fournit avec GalliumOS. Donc ça valide un peu. Peut-être que c'est ce qui sauve cet ordinateur en particulier d'ailleurs.
Oui et non du coup, ça peut rester quand même spécifique ChromeOS et ce n'est pas toujours super transposable vers les distributions plus classiques, et parfois oui.
On peut aussi espérer que Google a travaillé sur l'autonomie / l'efficacité énergétique du noyau et a remonté les patches et là, ça rentre bien dans le cadre que tu exposes.
[^] # Re: What is ChromeOS
Posté par raphj . En réponse au lien Linux a près de la moitié des parts de marché du desktop sous Linux 😎. Évalué à 10. Dernière modification le 18 juillet 2023 à 17:27.
Bof, ChromeOS n'est pas vraiment une victoire.
Oui, c'est beaucoup de code libre, mais :
La base Gentoo ou même Linux de ChromeOS, c'est comme pour Android : malheureusement un détail technique quand il s'agit de parler de liberté des utilisateurs / trices (évidemment, dans une discussion technique, voire open source dans certains aspects, ça a sa place).
J'aimerais bien affirmer que le desktop c'est aujourd'hui 10% d'OS libres grâce à Chrome OS, mais ce serait déformer la réalité à un point inconfortable pour moi.
Et ce serait franchement dissonant avec le reste de mon discours qui consiste à pousser les gens à se dégoogliser.
Donc oui, 10% de noyaux Linux sur le desktop. Mais attention avec ce nombre selon le message que vous voulez faire passer.
La réalité c'est qu'on reste peu à utiliser des systèmes libres au quotidien et que tordre les proportions comme ça n'aide pas trop.
Sur une note plus positive, il faut aussi bien noter qu'il y a de plus en plus de gens pas du tout techniques qu'on soupçonnerait pas qui utilisent une distribution Linux classique par choix maintenant. Vous pourriez mentionner Linux, la personne en face, en plus de comprendre de quoi vous parlez, en fait l'utilise. Dernier exemple en date pour moi : avant-hier. Linux, c'est relativement mainstream maintenant. Les gens comprennent qu'il y a Windows, Mac, et aussi Linux (bon, et non, ils ne connaissent généralement pas *BSD).
[^] # Re: ça bouge, ça évolue
Posté par raphj . En réponse à la dépêche L'affaire des sources : mémo des clones de Red Hat Entreprise Linux (RHEL). Évalué à 3. Dernière modification le 17 juillet 2023 à 09:01.
RedHat serait alors tenue de distribuer les sources des logiciels sous GPL (pas forcément de toute la distribution, juste la partie qui a été reçue par les utilisateurs).
[^] # Re: que chercher à faire Suse ?
Posté par raphj . En réponse au lien SUSE Preserves Choice in Enterprise Linux by Forking RHEL with a $10+ Million Investment . Évalué à 3.
À mon avis, la différence c'est l'offre de support que Rocky et Alma ne vont probablement pas fournir.
[^] # Re: Et du coup pour DLFP
Posté par raphj . En réponse au journal Les mineurs privés de télécommunication, les majeurs traqués. Évalué à 2.
Oui, j'ai clairement commencé à fréquenter LinuxFr vers 12-13 ans. (et j'ai ouvert un compte bien plus tard)
# .
Posté par raphj . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 10. Dernière modification le 26 juin 2023 à 19:47.
Wow, les mails ! Sacré morceau. Tous mes souhaits de réussite. C'est un chemin parsemé d'embûches à cause d'une forte centralisation autour de quelques acteurs comme Google et Microsoft qui dictent la loi. L'existence de plus petits acteurs comme Algoo, c'est exactement ce qu'il faut pour changer les choses de ce côté. Au top !
Avec VisioCall, ça diversifie encore les moyens de communications proposés, ça devient presque un thème…
Tous mes souhaits de réussite aussi dans la transformation de l'entreprise en SCOP. Une formule finalement potentiellement assez différente de l'entreprise libérée, et peut-être plus reconnaissable aussi.
[^] # Re: Je dis bravo
Posté par raphj . En réponse au lien Fermeture de la plateforme Skyblog. Évalué à 4.
Toute ? Non ! Un code source résiste encore et toujours à la liberté…
[^] # Re: Cette histoire va permettre de clarifier les positions...
Posté par raphj . En réponse au lien La Quadrature du Net apporte son soutien au collectif Les Soulèvements de la Terre (long fil). Évalué à 8. Dernière modification le 22 juin 2023 à 08:50.
Au secours, hein. Bah oui, le monde "dérive" vers l'inclusivité. Il y a juste des gens un peu plus rapide, et des réfractaires, comme dans tout changement.
Va falloir t'y faire, parce que ça ne fait que devenir normal. Et en même temps, on le pratiquait il y a 20 ans, avec des parenthèses, comme dans "présent(e)". Ça ne choquait personne.
[^] # Re: Je trouve ça dommage
Posté par raphj . En réponse au lien EU: smartphones must have user-replaceable batteries by 2027. Évalué à 4.
C'est clair. Et aussi, quand on essaie d'ouvrir le téléphone pour remplacer autre chose que l'écran, on a aussi toutes les chances de péter l'écran.
Rien de tout ça avec un PinePhone et pourtant, ce téléphone a batterie remplaçable a le format d'un smartphone normal. (bon, il faut avouer que la batterie est petite, insuffisante, mais ça ne semble pas insurmontable).
[^] # Re: Je trouve ça dommage
Posté par raphj . En réponse au lien EU: smartphones must have user-replaceable batteries by 2027. Évalué à 10. Dernière modification le 21 juin 2023 à 10:59.
Mais n'est-ce pas une époque révolue ? Les smartphones de maintenant ne sont-il pas à un état de maturité qui fait qu'on peut les remplacer moins souvent ? Je n'ai pas actuellement de smartphone Android ou d'iPhone, mais j'ai par contre pas mal de connaissances qui ont le même téléphone depuis plusieurs années et elles vont bien.
Une mesure complémentaire utile serait de forcer les constructeurs à fournir des mises à jour de sécurité longtemps et/ou d'ouvrir tout le code source nécessaire à cette mise à jour (le code des pilotes, quoi). Peut-être qu'ils finiraient alors par trouver que forker le noyau linux comme des porcs n'est pas rentable et qu'il feraient de travailler avec l'upstream pour facilier ce travail de maintenance un peu automatique. C'est sûr que ça marche quand tu balances ton modèle et que tu le mets à jour 2 ans mais à plus long terme c'est un peu de la merde.
[^] # Re: Commentaires sur HN
Posté par raphj . En réponse au lien We need more of Richard Stallman, not less. Évalué à 2.
En relisant ton commentaire je sens qu'on est pas mal d'accord sur le fond finalement.
[^] # Re: Commentaires sur HN
Posté par raphj . En réponse au lien We need more of Richard Stallman, not less. Évalué à 7. Dernière modification le 20 juin 2023 à 11:22.
C'est ce qu'essaye de rectifier l'AGPL dans le cadre d'une utilisation dans le cloud. Je suppose que l'intention était là, les moyens n'étaient pas suffisant. L'(A)GPL est en quelque sorte un élément d'implémentation imparfait (mais clé, évidemment) dans une démarche plus générale. Ce que tu soulèves n'est probablement pas une caractéristique intentionnelle de la GPL. Bon, après, si en 1991 tu demandes à quelqu'un de te faire du boulot et que tu utilises un logiciel sur ton ordinateur pour le faire, ce n'est pas ce quelqu'un qui est l'utilisateur, c'est toi.
Quelque part, c'est un mécanisme qui permet de faire du "blanchiment de logiciel propriétaire" : si je commande une impression à une imprimerie, elle va utiliser des imprimantes avec des logiciels propriétaires mais c'est en quelque sorte son problème, pas le mien, je pourrais considérer ne pas être l'utilisateur. D'ailleurs, RMS prend des avions bourrés de logiciels propriétaires et empreinte des téléphones mobiles des gens dans la rue. Non pas que la situation ne me questionne pas en pratique… mais bref, je digresse.
Je n'en suis pas, mon hypothèse c'est que c'est très facile de tout mélanger et que beaucoup de monde le fait en permanence sur plein de sujets. Rien de spécifique à ce sujet en particulier. Être synthétique, concis et clair dans sa tête, ce n'est pas une évidence.
Arf, désolé, j'ai mal compris ça. Je suppose alors que l'intérêt de mon commentaire est d'un coup moindre. Désolé. Cependant, je reste quand même gêné par cette phrase :
Et je continue à affirmer que restrictions n'est pas contraire de liberté. C'est plus subtile que ça. C'est là que mon commentaire a encore toute sa place au final. Liberté va avec restrictions, c'est un couple presque inséparable. Ce ne sont des concepts qui semble contraires qu'en surface, c'est le message que j'essaie de faire passer dans mon commentaire précédent, ma réfutation à ta remarque.
Bah, je pense que le tout est assez cohérent, c'est juste que les choses sont bien séparées.
Et je pense qu'il n'y a rien à corriger, je ne vois pas d'affichage faux. J'ai été surpris par votre échange avec Renaud là dessus. Mais je n'ai pas grand chose d'intéressant à rajouter sur le sujet.
C'est vrai qu'une petite recherche ne montre rien, je m'attendrais à ce qu'il la rejette vu qu'elle n'est pas libre - fait assez consensuel aujourd'hui il me semble. Peut-être que ce n'est pas particulièrement un sujet qui l'inquiète, ou qu'il a considéré que d'autres avaient fait le boulot qu'il fallait, ou autre. Je ne sais pas.
Oui, ça existe aussi, par exemple Qt, c'est une stratégie pour une autre fin.
[^] # Re: Commentaires sur HN
Posté par raphj . En réponse au lien We need more of Richard Stallman, not less. Évalué à 10. Dernière modification le 20 juin 2023 à 09:32.
Ce qui me déçoit, c'est que je suis à peu près certain que tu es conscient que RMS se concentre sur les droits des utilisateurs / utilisatrices, et que toi tu te concentres sur les droits des développeurs / développeuses.
C'est une question de point de vue.
Tu as montré depuis des années que tu as beaucoup réfléchi à ces questions. Tu affirmes même avoir eu ta période copyleft.
Oui, la liberté des uns s'arrête là où commence celle des autres. Bon c'est pas terriblement vrai dans toutes les situations mais c'est vrai ici. Si tu donnes la liberté à un dev de fermer un code libre et qu'il le fait, l'utilisateur derrière ne bénéficiera pas des libertés du logiciel libre. La liberté ce n'est pas un truc absolu et oui, des restrictions permettent parfois plus de libertés. Contre intuitif ? Non, pas quand on y réfléchit deux secondes et beaucoup d'entre nous ont eu des cours de philo, d'éducation civique ou de littérature pour manipuler ces idées / concepts.
Qu'est-ce qui est difficile à conceptualiser là dedans ? Rien, en fait je suis sûr que tu saisis parfaitement les subtilités.
RMS n'a pas intégré le copyleft dans la définition du logiciel libre parce que les licences copyfree garantissent les libertés des utilisateurs. Ce serait un non sens d'avoir le copyleft dans la définition du logiciel libre. Ça interdirait de qualifier de libre des licences qui ont les propriétés souhaités.
Le copyleft, ce n'est pas une fin. C'est un moyen, une stratégie.
Dans un monde ou personne ne fermerait jamais un code libre, on s'en foutrait du copyleft.
Maintenant, c'est tout à fait ok de ne pas avoir les mêmes points de vue sur les objectifs, les priorités ou les stratégies. Mais qualifier le discours de RMS de "sacrée blague" me semble abusif.
[^] # Re: Dimanche tranquillou
Posté par raphj . En réponse au journal Pour ou contre Red Bull ? tu en penses quoi, toi, journal ?. Évalué à 6.
joli :-)