Plus sérieusement, je trouve que c'est du foutage de gueule de dire pas tous les même dans le cas de 4chan.
Je me rappelle d'une vidéo de Contrapoints qui expliqué qu'elle passait pas mal de temps sur 4chan, je doit comprendre qu'elle était nazi, harceleuse, fan de MLP … ?
Autant je trouve le Harcèlement dégelasse, et des fois 4chan me donne clairement envie de gerber.
Autant je trouve que Sneedacity avance assez vite sur son développement en comparaison à Tenacity, même si c'est clairement une majorité de fonctionnalisées type easter egg/ Renommage / Doc.
4chan c'est clairement pas une communauté unie, et dire que les gents qui on harcelé le mainteneur de Tenacity c'est les même que les développeurs de Sneedacity c'est un sophisme par association, qui se bases sur le fait que les 2 viennes du même site (et possiblement des même fils de discutions).
Sneedacity a ce coté Logiciel Libre fait pour s’amuser et pas du tout professionnel que je trouve très appréciable et je suis curieux de voir si le fork va survivre à /g/ qui passe à autre chose.
utilisant Arch et ayant fait des packages pour AUR, j'aime beaucoup l'idée de pouvoir convertir les PKGBUILD de arch pour Debian.
Après y'a clairement un certains nombre de problèmes à gérer, tel que "comment je convertie un dépendance Arch en Debian", qui on l'air d'avoir besoins d'encore un peu de travaille ici.
Les paquets sont compilés sur la machine de l’utilisateur, ça nécessite d’installer les dépendance de compilation, l’auteur ne connais probablement pas pbuilder/cowbuilder.
C'est vrais par contre les PKGBUILD gère les dépendance de compilation avec un champ "makedepends" qui sont normalement désinstallée une fois la compilation effectuée.
6 compilateurs, le ++ a incrémenté entre temps ;).
Bah non, vu que le ++ incrément le compilateur, et non le nombre de compilateurs qui supportent C++.
Ce qui en fait un compilateur "C++ + 1" et non C++, donc Microsoft Visual C++ n'est pas un compilateur C++, donc le nombre de compilateurs est de 4.
Sinon je trouve shared_ptr/unique_ptr (donc C++11) beaucoup plus similaire à attribute cleanup que les destructeur C++98, car pour utiliser free sur un "char *" en C++98 il faut passer par une class, avec un shared_ptr on peu juste set free dans le constructeur du shared/unique_ptr comme on le ferait avec l'attribut.
Et oui boost permet d'avoir des shared_ptr en C++98, mais y'a plus standard que boost.
Donc mon arguments de dire que "le standard ça veut pas forcement dire grand choses parce-que certaines fonctionnalités du standard, certes peu utilisé, mais standard peuvent être enlevés du jour au lendemain"
est Horst Sujet, parce-que ce que tu préconise c'est pas une utilisation du standard, mais une utilisation d'une soue catégorie du standards définie nulle part, mais qui se base sur la popularité de ces soue catégorie.
Mais par contre dire "peu être que ce qui est intéressent c'est de regarder la popularité au prêt des compilateur et des utilisateurs plus que le standard" est pas ok, parque ce qui est non standard est forcement non portable et non pérenne, parce-que regarde IE, ou le monde du net avec seulement ces 2 moteurs de rendu qui est très très similaire a celui du C et de ces 25 compilateurs et 35 bibliothèques standard ?
Le pire est que tu sais que tu dis ça juste pour troller, 10 minutes plus tard tu arrives à écrire "ces fonctionnalités n’étais que très peu utilisé".
Écoute j'ai pas trouvé de sujet a troll vendredi c'est de plus en plus rare les sujet à troll sur C.
Bon pour développer:
_Complex et VLA étais 2 grosse fonctionnalités de C99 en termes de lignes de code pour leur implémentation et de leur impact sur le code si utilisée.
_Complex n'a jamais était vraiment populaire.
VLA est assez populaire, et était utilisé pendant longtemps dans le noyau Linux, par contre il est impossible dans la plupart des cas d'utilisation de vérifier que le VLA réussie son allocation, donc la fonctionnalité n'est pas conseillé à l'utilisation, sauf dans un sizeof mais c'est pas forcément un technique très connue.
Oui le standard fournie une certaine garantie que ça ne cassera pas du jour au lendemain, mais avoir une extensions GNU utilisé dans le Code de Flatpak, libcloud et systemd (si l'on parle de cleanup) est une garantie qui me semble au moins tout aussi forte que le code ne casseras pas non plus.
Dalleur en parlent de cassage, C11 a cassé la compatibilité avec C99 en rendant des sections du standard optionnels, et C2x va casser la rétrocompatibilité avec toutes les anciennes versions de C en enlevant le support des "Old style C function declaration"
Alors certes on voie ces changements arrivés, et oui que ça soit les VLAs, les _Complex ou les "Old style C function declaration" ces fonctionnalités n’étais que très peu utilisé,
Mais justement avoir des fonctionnalités non standard utilisé par des compagnies qui travaille en même temps sur le standard C, sur les projets utilisant ces fonctionnalité non standard et sur les compilateurs qui implémentes ces fonctionnalités, me semble une garantie beaucoup plus fortes que la fonctionnalité ne va pas cassé du jour au lendemains que du simples fait qu'un code soit standard.
Le mien est que c'est non standard donc à ne pas conseiller, surtout quand la version standard de ce dont on parle est supportée partout (oui, même Microsoft support free()).
Je dirais qu'il faut connaître ça cible, si tu veut faire du code qui marche sur Desktop, téléphone, machine a lavé, et Rover martien effectivement C89 est à conseiller et rien d'autres.
Par contre la ou tu pourrais utiliser rust/go tu peu utiliser GNU C qui sont au moins aussi portable, voir plus.
Et perso, l'argument du "X ne supporte pas quelques détails dont ce n'est pas le sujet de C99 donc autant utiliser un truc non standard
"Quelques détails" est un petit euphémisme on parle des VLAs et des nombres complexe qui étaient 2 des grosse fonctionnalités de C99 qui sont devenu optionnel en C11 (c'est ce qui permet à MSVC d’être un compilo C11 mais pas C99).
surtout que d'hab on entend ici plutôt râler quand par exemple un site n'était compatible que IE (qui était le plus utilisé et quelle idée de prendre des outils pourris, si on reprend ta façon d'argumenter) à une époque… Les standards, argument à sens unique que quand ça arrange?
Bah justement on est dans une citation très différent que celle de IE ou en plus d’être non standard, avais du code non libre, et des avocats Microsoft qui étais prêt a mettre un procès à quiconque essayais d’implémenter leur extensions.
La on est sur des extensions non standard qui sont pour certaines plus portables que n'importe quel bout de go. voir plus portables que certains bouts de C99/C11 standard.
TinyCC supporte l’attribut cleanup aussi sur la branch principal du git(mob).
ICC supporte certains GNU C mais je sais pas si il supporte cleanup
Après le truck c'est que le standard C autre que C89 est assez peu supporté, genre MSVC supporte pas C99 et ne supporte C11 que depuis 2019 et très peu des optionnels des C11.
Donc au final on a un standard C qui est moins supporté que certain GNUisme, donc l'argument du "le standard c'est standard donc supporté" me laisse sceptique.
C + cleanup est plus supporté que rust ou go.
Surtout que un compilo C, minimaliste c'est ~10k lignes de code, et yen a beaucoup, donc si ton compilo supporte pas une GNUisme, c'est pas bien compliqué de push le support toi même ou de change de compilateur pour en prendre un qui supporte ton GNUisme.
Oui je sais compilo proprio peu pas toucher au code… Apres si vous avez des tools pourrit aussi…
Ça c’est en trop et inutile, j'aurais pas du écrire ça, surtout que tu a dit ne pas t’être trop intéressée à l'affaire.
Je présente donc mes excuses pour cette remarque idiote.
Ceci dit je t'invite quand même à lire le lien qui debunk un certain nombre de fausses informations.
mais il aurait aussi abusé de certaines personnes, physiquement
Vraiment pas,
On lui reproche plus de mettre mal à l'aise les gents autour de lui.
Plus par ces propos et ces actions qui montre qu'il a par une certaines difficulté a comprendre l’effet de ces actions sur les autres, qui peuvent lui donner des intentions qu'il n'a pas forcement.
Par contre dire qu'il aurais abusé de "certaines personnes, physiquement"
sous entent un type d’agression dont il ne me semble pas avoir vu un seul témoignage (ah par si danser sur une table c'est un abus physique)
Alors on ne connaît pas le processus de désignation (dans le cas général comme dans le cas présent) et on a tout de même 2 ou 3 membres du board qui sont parti dans la foulée.
Ça donne pas vraiment une impression de "le board veut l'avoir avec eux" en tout cas pas avec le sous entendu que c'est une décision unanime ou fortement majoritaire.
Ensuite je ne connais pas le fonctionnement de la FSF, mais le board peut très bien n'avoir que peu de contact et justement n'avoir de contact avec lui que dans le cadre politique du libre.
Alors je suis d'accord, par contre petite remarque:
Certes des gents n’ont pas démissionné de l'OSI, FSFE ou autre suite à la signature par ces organisation de la lettre ouverte,
Par contre l'argument du "le commité directionnel de la FSF ne représente pas forcement ces membres" peu aussi s'appliquer aux organisations qui ont signé contre RMS.
On voie dalleur dans la lettre de support a RMS des gents de ces organisations.
Leur répondre « si ça se trouve, il est malade » n'est pas recevable si on agit pas en conséquence.
alors je suis pas forcément en désaccorder mais:
0: la lettre ouverte ne permet pas d'agir en conséquence vu qu'elle demande le départ de RMS, sans possibilité de réintégration. et je trouve ca un message assez dur a envoyer au gents dans des cas similaire de RMS.
1: Je trouve que ton message n'a un sens dans le contexte que si on a un refus claire de RMS à agite en conséquence, ce qui me semble ne pas être le cas.
Certaines personnes dirons que en 40 ans qu'il ne s'est pas améliorer, et que ça peu être prit en compte comme refus, je dirais simplement que vous ne savez à priori pas grand choses des effort qui ont étaient effectués par RMS, des choses qui lui on étais demander (et donc ce qu'il aurait refusé), et que vous spéculez bien plus que moi quand je dit que. "si ça se trouve il est malade".
Peu importe à dire vrai, ce qui compte c'est qu'il est parti pour certaines raisons, avec une certaine colère de la communauté qui souhaitait son départ
Petit remarque assez hors surjet, mais je crois que le départ de RMS a aussi crée un grosse colères chez beaucoup de gents, qui on trouvés le traitement médiatique absolument injuste. (surtout que sur l'affaire Epistein, les reproches fait à RMS étais complètement faux).
Donc je pence que beaucoup de gents se sente trahie par les organisations qui on attaqué RMS, et ça peu aussi expliquer pourquoi la lettre Pro RMS fait le double de signatures de la lettre contre, alors que la lettre contre a eu une couverture médiatique bien plus grande.
PS: bon quand la lettre anti RMS a fermé les signatures elle etait plus a 1.5 fois plus de votes.
On n'en sait rien, arrêtons de spéculer dessus. Soit il se fait diagnostiquer et aider et on peut prendre en compte, soit on ignore cette information car manifestement le principal intéressé ne s'en préoccupe pas, c'est son droit, mais on peut en retour ne pas se préoccuper de sa condition aussi.
Alors je trouve intéressent de se poser la question, car il est possible de discriminer un asperger sans être en connaissance de cause (car la personne ne sais pas être asperger elle même) et en ce cas, il y a bien psychophobie.
De la même façon que cela ne rendrait service à personne d'autoriser un pilote d'avions de ligne devenu aveugle de piloter à nouveau un engin volant. Il n'y peut rien, c'est son rêve, mais l'inadéquation entre ses capacités et l'exigence du poste est à prendre en compte. Pour la personne elle même, l'organisation et les gens impactés. Et manifestement avec RMS, on touche la limite depuis trop longtemps.
Hors si des gents considère RMS comme non apte à exercée, c'est car il est bizarre, et malaisant, donc du à la non acceptance d'un partie de la population de la Neurodiversity.
Si il me semble stratégiquement intéressent de ne pas accepter RMS, je trouve ça humainement parlent, triste.
La lettre va même plus loin en disant qu'elle ne veut plus de personnes comme lui, des personnes qui on des comportement autistique (note que comportement autistique ne veut pas dire autiste)?
Alors pour ton information, diriger une équipe ça demande un gros travail social aussi. Diriger GNU ce n'est pas juste accepter ou refuser des patchs d'un point de vue technique. Le relationnel est essentiel.
Ok, alors à ce que j'ai comprit t'a manière de juger la capacité de quelqu'un a diriger peu se résumer à: tu a un int8_t, que tu incrément pour chaque point positive, et décrémente a chaque points négative.
Personnellement je verrais ça plus comme un uint64_t que tu utilise de bitmask, dans laquelle tu ferais un list de taches qu'effectue RMS, et en fonctions de ces capacité tu enlevé ou ajout un flag.
et si
3 - 6;
donne une valeur négative;
7 & ~(2 | 1 | 2 | 2 | 1 | 2); Bah ça donne toujours 4
Et je trouve ça extrêmement triste de refuser 4 car 2 et 1 ne sont pas la.
Surtout si la cause de ~2 c'est quelque choses que RMS subit de naissance.
Il est temps pour RMS de se retirer des communautés du logiciel libre, des questions éthiques autour de la tech, des droits numériques et des communautés tech car il ne peut pas avoir le rôle de guide dont nous avons besoin.
Je vais dire dire que ok, j'ai mal interprété les demandes,
Reste que la phrase n'est clairement pas très bien formulée,
surtout derrière les déformations des propos et des idées de RMS.
Le but est bien qu'il quitte des fonctions liées à la direction ou à la gestion d'un projet lié au Logiciel Libre, pas qu'il disparaisse entièrement.
Après vu que son rôle n'est que directionnel, et représentative, la demande se résume à demander à RMS de prendre ça retraite.
It is time for RMS to step back from the free software
Il doit quitter la FSF tout court.
puis y'a ça aussi:
We urge those in a position to do so to stop supporting the Free Software Foundation. Refuse to contribute to projects related to the FSF and RMS. Do not speak at or attend FSF events, or events that welcome RMS and his brand of intolerance. We ask for contributors to free software projects to take a stand against bigotry and hate within their projects. While doing these things, tell these communities and the FSF why.
Tu ne peux pas dire « Perché ! Si ça se trouve je suis $pathologie » et ne rien faire si tu en souffre réellement. Les gens autour de toi le subissent aussi. La question n'est pas que toute personne ayant ces problèmes l'affichent, mais que si tu as des doutes c'est bien de travailler dessus.
En particulier les gens qui ont des responsabilités qui ont une absence d'empathie (je parle bien d'absence, c'est quelque chose de clinique) peuvent poser d'énorme problèmes à ceux qu'ils managent.
Je suis d’accord avec ça.
Par contre, ce que je comprend de tes dires, c'est que si la dite personne ne s'est pas fait tester, pour un raison X ou Y, elle doit être considéré comme malveillante ?
Non parce-que la lettre ne demande pas a RMS de se faire tester, ou de prendre des actions, elle le considère comme quelqu’un de profondément mauvais, et que le mieux qu'il puisse faire c'est de ne plus être à la FSF. Aucun autres solutions pour améliorer les choses.
[^] # Re: Avancement de Sneedacity
Posté par uso (site web personnel) . En réponse au lien Deux forks d’Audacity (dont un par 4chan) sont dans un bateau… qu’est-ce qui peut mal finir ?). Évalué à 1. Dernière modification le 09 juillet 2021 à 11:36.
Je me rappelle d'une vidéo de Contrapoints qui expliqué qu'elle passait pas mal de temps sur 4chan, je doit comprendre qu'elle était nazi, harceleuse, fan de MLP … ?
La video en question: https://www.youtube.com/watch?v=fD2briZ6fB0
Je sais pas pourquoi tu dit ça en fait ? j'ai dit que le comportement d'une partie des utilisateur de 4chan est a gerbé.
# Avancement de Sneedacity
Posté par uso (site web personnel) . En réponse au lien Deux forks d’Audacity (dont un par 4chan) sont dans un bateau… qu’est-ce qui peut mal finir ?). Évalué à 0.
Autant je trouve le Harcèlement dégelasse, et des fois 4chan me donne clairement envie de gerber.
Autant je trouve que Sneedacity avance assez vite sur son développement en comparaison à Tenacity, même si c'est clairement une majorité de fonctionnalisées type easter egg/ Renommage / Doc.
Dalleur en lisant cette Poll Request: https://github.com/Sneeds-Feed-and-Seed/sneedacity/pull/159 on voie que les dev de Sneedacity son assez fairplay en citant leur sources (même si c'est pour des raisons légale)
4chan c'est clairement pas une communauté unie, et dire que les gents qui on harcelé le mainteneur de Tenacity c'est les même que les développeurs de Sneedacity c'est un sophisme par association, qui se bases sur le fait que les 2 viennes du même site (et possiblement des même fils de discutions).
Sneedacity a ce coté Logiciel Libre fait pour s’amuser et pas du tout professionnel que je trouve très appréciable et je suis curieux de voir si le fork va survivre à /g/ qui passe à autre chose.
[^] # Re: un AUR pour Debian
Posté par uso (site web personnel) . En réponse au lien Debian User Repository. Évalué à 1. Dernière modification le 01 juillet 2021 à 11:29.
utilisant Arch et ayant fait des packages pour AUR, j'aime beaucoup l'idée de pouvoir convertir les PKGBUILD de arch pour Debian.
Après y'a clairement un certains nombre de problèmes à gérer, tel que "comment je convertie un dépendance Arch en Debian", qui on l'air d'avoir besoins d'encore un peu de travaille ici.
C'est vrais par contre les PKGBUILD gère les dépendance de compilation avec un champ "makedepends" qui sont normalement désinstallée une fois la compilation effectuée.
[^] # Re: Aujourd'hui j'ai appris
Posté par uso (site web personnel) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 3.
Bah non, vu que le ++ incrément le compilateur, et non le nombre de compilateurs qui supportent C++.
Ce qui en fait un compilateur "C++ + 1" et non C++, donc Microsoft Visual C++ n'est pas un compilateur C++, donc le nombre de compilateurs est de 4.
Sinon je trouve shared_ptr/unique_ptr (donc C++11) beaucoup plus similaire à attribute cleanup que les destructeur C++98, car pour utiliser free sur un "char *" en C++98 il faut passer par une class, avec un shared_ptr on peu juste set free dans le constructeur du shared/unique_ptr comme on le ferait avec l'attribut.
Et oui boost permet d'avoir des shared_ptr en C++98, mais y'a plus standard que boost.
[^] # Re: Aujourd'hui j'ai appris
Posté par uso (site web personnel) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à -1.
oui, mais le C++ standard (C++20) est moins supporté que le C non standard avec cleanup.
regarde https://en.cppreference.com/w/cpp/compiler_support/20 2 compilateurs qui supporte C++ 20.
C89 + cleanup c'est clang + gcc + icc + tcc, donc 4 compilateurs.
oui la comparaison est totalement baisais limite malhonnête pour dire GNU C > C++.
[^] # Re: Aujourd'hui j'ai appris
Posté par uso (site web personnel) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 3.
Donc mon arguments de dire que "le standard ça veut pas forcement dire grand choses parce-que certaines fonctionnalités du standard, certes peu utilisé, mais standard peuvent être enlevés du jour au lendemain"
est Horst Sujet, parce-que ce que tu préconise c'est pas une utilisation du standard, mais une utilisation d'une soue catégorie du standards définie nulle part, mais qui se base sur la popularité de ces soue catégorie.
Mais par contre dire "peu être que ce qui est intéressent c'est de regarder la popularité au prêt des compilateur et des utilisateurs plus que le standard" est pas ok, parque ce qui est non standard est forcement non portable et non pérenne, parce-que regarde IE, ou le monde du net avec seulement ces 2 moteurs de rendu qui est très très similaire a celui du C et de ces 25 compilateurs et 35 bibliothèques standard ?
Écoute j'ai pas trouvé de sujet a troll vendredi c'est de plus en plus rare les sujet à troll sur C.
Bon pour développer:
_Complex et VLA étais 2 grosse fonctionnalités de C99 en termes de lignes de code pour leur implémentation et de leur impact sur le code si utilisée.
_Complex n'a jamais était vraiment populaire.
VLA est assez populaire, et était utilisé pendant longtemps dans le noyau Linux, par contre il est impossible dans la plupart des cas d'utilisation de vérifier que le VLA réussie son allocation, donc la fonctionnalité n'est pas conseillé à l'utilisation, sauf dans un sizeof mais c'est pas forcément un technique très connue.
[^] # Re: Aujourd'hui j'ai appris
Posté par uso (site web personnel) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 1.
[^] # Re: Aujourd'hui j'ai appris
Posté par uso (site web personnel) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 3.
Oui le standard fournie une certaine garantie que ça ne cassera pas du jour au lendemain, mais avoir une extensions GNU utilisé dans le Code de Flatpak, libcloud et systemd (si l'on parle de cleanup) est une garantie qui me semble au moins tout aussi forte que le code ne casseras pas non plus.
Dalleur en parlent de cassage, C11 a cassé la compatibilité avec C99 en rendant des sections du standard optionnels, et C2x va casser la rétrocompatibilité avec toutes les anciennes versions de C en enlevant le support des "Old style C function declaration"
Alors certes on voie ces changements arrivés, et oui que ça soit les VLAs, les _Complex ou les "Old style C function declaration" ces fonctionnalités n’étais que très peu utilisé,
Mais justement avoir des fonctionnalités non standard utilisé par des compagnies qui travaille en même temps sur le standard C, sur les projets utilisant ces fonctionnalité non standard et sur les compilateurs qui implémentes ces fonctionnalités, me semble une garantie beaucoup plus fortes que la fonctionnalité ne va pas cassé du jour au lendemains que du simples fait qu'un code soit standard.
[^] # Re: Aujourd'hui j'ai appris
Posté par uso (site web personnel) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 1.
Je dirais qu'il faut connaître ça cible, si tu veut faire du code qui marche sur Desktop, téléphone, machine a lavé, et Rover martien effectivement C89 est à conseiller et rien d'autres.
Par contre la ou tu pourrais utiliser rust/go tu peu utiliser GNU C qui sont au moins aussi portable, voir plus.
"Quelques détails" est un petit euphémisme on parle des VLAs et des nombres complexe qui étaient 2 des grosse fonctionnalités de C99 qui sont devenu optionnel en C11 (c'est ce qui permet à MSVC d’être un compilo C11 mais pas C99).
Bah justement on est dans une citation très différent que celle de IE ou en plus d’être non standard, avais du code non libre, et des avocats Microsoft qui étais prêt a mettre un procès à quiconque essayais d’implémenter leur extensions.
La on est sur des extensions non standard qui sont pour certaines plus portables que n'importe quel bout de go. voir plus portables que certains bouts de C99/C11 standard.
[^] # Re: Aujourd'hui j'ai appris
Posté par uso (site web personnel) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 0. Dernière modification le 28 juin 2021 à 10:32.
TinyCC supporte l’attribut cleanup aussi sur la branch principal du git(mob).
ICC supporte certains GNU C mais je sais pas si il supporte cleanup
Après le truck c'est que le standard C autre que C89 est assez peu supporté, genre MSVC supporte pas C99 et ne supporte C11 que depuis 2019 et très peu des optionnels des C11.
Donc au final on a un standard C qui est moins supporté que certain GNUisme, donc l'argument du "le standard c'est standard donc supporté" me laisse sceptique.
C + cleanup est plus supporté que rust ou go.
Surtout que un compilo C, minimaliste c'est ~10k lignes de code, et yen a beaucoup, donc si ton compilo supporte pas une GNUisme, c'est pas bien compliqué de push le support toi même ou de change de compilateur pour en prendre un qui supporte ton GNUisme.
Oui je sais compilo proprio peu pas toucher au code… Apres si vous avez des tools pourrit aussi…
# petit vidéo youtube en "wogue" qui parle de police
Posté par uso (site web personnel) . En réponse au journal Police partout, justification où on veut. Évalué à 2.
https://www.youtube.com/watch?v=Ev7RyUxqJJg
ça explique comment récupérer les polices Google, c'est pas libre, mais la vidéo est rigolote.
[^] # Re: Il ne faut pas confondre éthique et morale
Posté par uso (site web personnel) . En réponse au journal Logiciel libre et morale font-il bon ménage ?. Évalué à 4. Dernière modification le 23 avril 2021 à 14:00.
Pareil, absolument pas, il a dit que "Epstein est un violeur en masse et devrais être en prison"
C’était un pote de Minsky, Minsky a était appliquée dans une salle affaire avec Epstein.
Stallman a défendu Minsky.
Les Médias ont totalement détourné les propos de RMS. (c'est aussi expliqué dans le lien que j'ai envoyé)
[^] # Re: Il ne faut pas confondre éthique et morale
Posté par uso (site web personnel) . En réponse au journal Logiciel libre et morale font-il bon ménage ?. Évalué à 3. Dernière modification le 23 avril 2021 à 11:20.
Ça c’est en trop et inutile, j'aurais pas du écrire ça, surtout que tu a dit ne pas t’être trop intéressée à l'affaire.
Je présente donc mes excuses pour cette remarque idiote.
Ceci dit je t'invite quand même à lire le lien qui debunk un certain nombre de fausses informations.
[^] # Re: Il ne faut pas confondre éthique et morale
Posté par uso (site web personnel) . En réponse au journal Logiciel libre et morale font-il bon ménage ?. Évalué à 4. Dernière modification le 23 avril 2021 à 10:47.
Vraiment pas,
On lui reproche plus de mettre mal à l'aise les gents autour de lui.
Plus par ces propos et ces actions qui montre qu'il a par une certaines difficulté a comprendre l’effet de ces actions sur les autres, qui peuvent lui donner des intentions qu'il n'a pas forcement.
Par contre dire qu'il aurais abusé de "certaines personnes, physiquement"
sous entent un type d’agression dont il ne me semble pas avoir vu un seul témoignage (ah par si danser sur une table c'est un abus physique)
Bref merci de lire ça: https://stallmansupport.org/debunking-false-accusations-against-richard-stallman.html avant de dire des bêtises sur RMS.
Sinon je suis d’accord que le journal aurait pu se passer de relancer le débat sur RMS.
# En quoi ?
Posté par uso (site web personnel) . En réponse au lien ./play.it — DMCA Copyright Infringement Notification. Évalué à 4.
La seul chose auquel il on les droits c'est les noms non ?
Est-ce que la personne qui a crée la Notification ne croirais elle pas que play.it est un site qui permet de télécharger les jeux illégalement ?
Cyan Worlds, Inc n'a aucuns droits sur play-realmyst-masterpiece-edition.sh non ?
En fait légalement parlent je sais pas a quel point Cyan Worlds, Inc a le droit de t’empêcher de partager ce genre de script ?
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à 2.
Alors je suis d'accord, par contre petite remarque:
Certes des gents n’ont pas démissionné de l'OSI, FSFE ou autre suite à la signature par ces organisation de la lettre ouverte,
Par contre l'argument du "le commité directionnel de la FSF ne représente pas forcement ces membres" peu aussi s'appliquer aux organisations qui ont signé contre RMS.
On voie dalleur dans la lettre de support a RMS des gents de ces organisations.
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à 0.
Surtout qu'il y a aussi pas mal de Mainteneurs GNU pour RMS.
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à 2.
alors je suis pas forcément en désaccorder mais:
0: la lettre ouverte ne permet pas d'agir en conséquence vu qu'elle demande le départ de RMS, sans possibilité de réintégration. et je trouve ca un message assez dur a envoyer au gents dans des cas similaire de RMS.
1: Je trouve que ton message n'a un sens dans le contexte que si on a un refus claire de RMS à agite en conséquence, ce qui me semble ne pas être le cas.
Certaines personnes dirons que en 40 ans qu'il ne s'est pas améliorer, et que ça peu être prit en compte comme refus, je dirais simplement que vous ne savez à priori pas grand choses des effort qui ont étaient effectués par RMS, des choses qui lui on étais demander (et donc ce qu'il aurait refusé), et que vous spéculez bien plus que moi quand je dit que. "si ça se trouve il est malade".
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à 2. Dernière modification le 13 avril 2021 à 21:26.
Petit remarque assez hors surjet, mais je crois que le départ de RMS a aussi crée un grosse colères chez beaucoup de gents, qui on trouvés le traitement médiatique absolument injuste. (surtout que sur l'affaire Epistein, les reproches fait à RMS étais complètement faux).
Donc je pence que beaucoup de gents se sente trahie par les organisations qui on attaqué RMS, et ça peu aussi expliquer pourquoi la lettre Pro RMS fait le double de signatures de la lettre contre, alors que la lettre contre a eu une couverture médiatique bien plus grande.
PS: bon quand la lettre anti RMS a fermé les signatures elle etait plus a 1.5 fois plus de votes.
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à -3.
https://stallmansupport.org/debunking-false-accusations-against-richard-stallman.html#misogynist
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à 1.
Alors je trouve intéressent de se poser la question, car il est possible de discriminer un asperger sans être en connaissance de cause (car la personne ne sais pas être asperger elle même) et en ce cas, il y a bien psychophobie.
Hors si des gents considère RMS comme non apte à exercée, c'est car il est bizarre, et malaisant, donc du à la non acceptance d'un partie de la population de la Neurodiversity.
Si il me semble stratégiquement intéressent de ne pas accepter RMS, je trouve ça humainement parlent, triste.
La lettre va même plus loin en disant qu'elle ne veut plus de personnes comme lui, des personnes qui on des comportement autistique (note que comportement autistique ne veut pas dire autiste)?
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à -5. Dernière modification le 13 avril 2021 à 17:13.
Ok, alors à ce que j'ai comprit t'a manière de juger la capacité de quelqu'un a diriger peu se résumer à: tu a un int8_t, que tu incrément pour chaque point positive, et décrémente a chaque points négative.
Personnellement je verrais ça plus comme un uint64_t que tu utilise de bitmask, dans laquelle tu ferais un list de taches qu'effectue RMS, et en fonctions de ces capacité tu enlevé ou ajout un flag.
et si
3 - 6;
donne une valeur négative;
Bah ça donne toujours 47 & ~(2 | 1 | 2 | 2 | 1 | 2);
Et je trouve ça extrêmement triste de refuser 4 car 2 et 1 ne sont pas la.
Surtout si la cause de ~2 c'est quelque choses que RMS subit de naissance.
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à 1. Dernière modification le 13 avril 2021 à 16:08.
La traduction officiel c'est
Je vais dire dire que ok, j'ai mal interprété les demandes,
Reste que la phrase n'est clairement pas très bien formulée,
surtout derrière les déformations des propos et des idées de RMS.
Après vu que son rôle n'est que directionnel, et représentative, la demande se résume à demander à RMS de prendre ça retraite.
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à 3. Dernière modification le 13 avril 2021 à 15:18.
Il doit quitter la FSF tout court.
puis y'a ça aussi:
En quoi est-ce raisonnable ?
[^] # Re: Pas gagné, on verra le long terme...
Posté par uso (site web personnel) . En réponse au lien Stallman va rester a la FSF. Évalué à 1.
Je suis d’accord avec ça.
Par contre, ce que je comprend de tes dires, c'est que si la dite personne ne s'est pas fait tester, pour un raison X ou Y, elle doit être considéré comme malveillante ?
Non parce-que la lettre ne demande pas a RMS de se faire tester, ou de prendre des actions, elle le considère comme quelqu’un de profondément mauvais, et que le mieux qu'il puisse faire c'est de ne plus être à la FSF. Aucun autres solutions pour améliorer les choses.