Il n'existe pas un bureau sur Linux, mais des bureaux. C'est peut-être une faiblesse, mais aussi une force car c'est une forme de diversité. Fusionner tous les bureaux Linux en un seul bureau serait une perte de cette diversité et ne donnerait pas forcément un meilleur bureau Linux, car tes attentes ne sont pas forcément mes attentes, et ni les attentes des autres utilisateurs.
Quel est le meilleur bureau sous Linux ? Tu trouveras sûrement plein de personnes pour soutenir KDE et autant pour soutenir GNOME, XFCE, Cinemaron ou MATE.
Le bureau macOS te convient ? Parfait. Est-il le meilleur bureau pour autant ? Moi personnellement j'ai essayé macOS, et j'ai été très malheureux sur ce bureau. Donc c'est surtout une affaire de goût. Le bureau Linux s'est bien amélioré ces dix dernière années.
Quant à ton abandon du bureau Linux, je comprends que certains utilisateurs t'aient accusé de trahir la cause, en tout cas la cause que tu as défendu pendant des années. Qu'une personne comme toi qui a une certaine notoriété et qui a fait la promotion du bureau Linux pendant des années, change pour macOS, cela donne une très mauvaise image du bureau sous Linux. C'est un peu comme quand Miguel de Icaza le fondateur de GNOME a annoncé qu'il abandonnait Linux pour macOS, c'est le genre de promotion que le bureau Linux se passerait bien.
De mon point de vue, le bureau Linux pourrait être dix fois meilleur que Windows ou macOS que cela ne se changerait pas la donne. Windows occupe le marché depuis vingt ans, tu ne trouves pratiquement aucun ordinateur préinstallé avec Linux. BeoS était dix fois meilleurs que Windows 98 et cela n'a pas affaibli le monopole de Windows.
j'ai une machine en multiboot Mac/Linux. C'est un "hackintosh".
Attention, le système d'exploitation macOS, tout comme Windows, est un système d'exploitation totalement propriétaire à des années lumières de la philosophie du logiciel libre, d'ailleurs la licence de macOS interdit explicitement d'installer macOS sur un ordinateur non Apple :
Autres restrictions d’utilisation Les droits accordés par la présente Licence ne vous autorisent pas à installer, utiliser ou exécuter le logiciel Apple sur un ordinateur qui ne soit pas de marque Apple.
Sans compter toutes les bidouilles faites au noyau ou au système macOS qui sont nécessaires pour faire fonctionner macOS sur un PC doivent également violer les termes de la licence :
Pas d’ingénierie inverse. Vous n’êtes pas autorisé à copier le logiciel Apple, les services fournis par le logiciel Apple ou toute partie de ces derniers (sauf et exclusivement dans les limites permises par la présente Licence ou les règles d’utilisation qui pourraient vous concerner), ni à les décompiler, à procéder à leur ingénierie inverse, à les désassembler, à tenter d’en dériver le code source, à les déchiffrer, à les modifier ou à créer des produits dérivés.
Posté par Lawless .
En réponse au lien Microsoft loves systemd.
Évalué à 2.
Dernière modification le 12 juillet 2020 à 20:29.
Qui na aucun rapport avec la contribution dont on parle.
Et bien je crois qu'on s'est éloigné de la contribution Luca Boccassi. Le binaire VSCode distribué par Microsoft n'est pas un logiciel libre, et tu ne peux pas nier ce fait.
Chercher à discriminer, à pointer du doigt, voir à combattre (par exemple en expliquant que ça n'est pas éthique) c'est pour moi une façon de dénigrer.
Je pointe juste du doigt que Microsoft n'adhère pas à l'éthique du logiciel libre. Ce que Microsoft reconnaît lui même en l'écrivant noir sur blanc. Mais chut, c'est tabou, il ne faut pas le dire. :-)
Au passage le lien que tu donne dis justement que tout cela est une question de bien et de mal et reproche à l'OSI de ne pas filtrer le mal
Je suis heureux que tu es pris le temps de lire cet article.
tu décris MS comme le mal (accepté par OSI et filtré par la FSF).
Je décris juste Microsoft comme une société n'adhérant pas à la philosophie du logiciel libre. C'est aussi une des différences entre l'OSI et la FSF, pour l'OSI l'open source est juste une méthode pratique et efficace de développer des logiciels, là ou la FSF y voit la liberté des utilisateurs.
Et tu le fais non pas en jugeant la contribution mais MS dans son ensemble. Donc oui tu fais la morale
Sauf erreur de ma part, je n'ai émis aucun jugement, j'ai juste affirmé que Microsoft ne faisait pas de logiciels libres au sens FSF, mais que si les contributions de Microsoft pouvaient également contribuer à faire des logiciels libres, c'était toujours bon à prendre. D'où mon exemple de VSCode qui est un binaire non libre dont les sources peuvent devenir un logiciel libre VSCodium :-)
Très joli ! Sincèrement l'argument est fallacieux, mais je le trouve très rigolo.
Cet article serait fallacieux alors qu'il émane de la La Fondation pour le logiciel libre, permets moi de sourire doucement… :-)
Entre ceux qui acceptent n'importe quel contribution tant qu'elle respecte la licence et qu'elle va dans le sens du projet et ceux qui regardent ton pedigree pour te regarder bizarre quand tu propose une contribution, tu va dire que l'existence des 2 courants est en soit un clivage
Si tu avais bien lu l'article, tu aurais lu « les gens du mouvement du logiciel libre et du camp de l'open source travaillent souvent ensemble sur des projets concrets comme le développement logiciel ». Toutes les contributions sont acceptées qu'elles viennent de Microsoft ou d'ailleurs, tant que la licence est respectée.
Il parle d'éthique sans plus aborder ce qu'il entends. Ça se résume à liberté des utilisateurs.
Pour une partie non négligeable de ceux qui s'affirment de l'open source, l'éthique est nécessaire (affirmer qu'ils n'ont pas d'éthique est insultant et biaisé), mais que c'est une notion qu'il faut placer à d'autres niveaux.
Le mouvement open source est justement né par le rejet de l'éthique du logiciel libre. D'ailleurs tu peux lire ce qu'est l'open source sur le site de l'OSI.
Dis autrement ce n'est pas au développeurs d'imposer son éthique à ses utilisateurs ou à sa communauté.
Le développeur n'impose rien du tout. Mais un développeur de logiciel libre selon la FSF contribuera dans le but que son logiciel soit utilisé en respectant les quatre libertés du logiciel libre, alors qu'un contributeur open source y verra juste une manière pratique et efficace de développer un logiciel.
Ça peut venir avec des code of conduct
Un code de conduite est utilisé entre les développeurs. Cela n'a aucun rapport avec l'utilisateur final du logiciel. Pour le logiciel libre, chaque utilisateur doit pouvoir jouir des quatre libertés du logiciel libre.
vraiment désolé mais relire ça aujourd'hui est particulièrement drôle
Tu n'as pas être désolé, je suis content d'apporter un peu de gaieté dans ta vie. Cependant ton amusement dénote que, comme Microsoft, tu n'es pas intéressé par l’éthique du logiciel libre.
Il montre clairement la différence qui me semble fondamentale entre l'OSI et la FSF, l'OSI a une confiance sans borne en la qualité qu'apporte le partage.
C'est clairement ce que met en avant l'OSI : les promesses de l'open source sont une meilleure qualité, une plus grande fiabilité, une plus grande flexibilité… Mais ce n'est pas une qualité réservée à l'open source, mais aussi au logiciel libre, puisque généralement les méthodes de développements sont identiques.
L'unique point qui fait que du logiciel privateur existe encore c'est la difficulté de financer les développements de logiciel ouvert
Le financement est peut-être une des causes de l'existence du logiciel privateur aujourd'hui, bien que d'un autre côté la méthodologie open source permette d'abaisser les coûts de développement. Une autre raison serait que des sociétés comme Microsoft ou Google veulent bien partager le code de certains composants en open source, mais pas tout, il faut bien incorporer la télémétrie et autres précieux logiciels espions. Contrôler le code c'est aussi contrôler ses utilisateurs.
mais la FSF n'a pas de solution à ça non plus.
La FSF n'a malheureusement pas la solution, d'ailleurs le logiciel libre a peut-être perdu la guerre. En prenant le virage de l'open source des géants comme Google et Microsoft sont finalement arrivés à tuer le logiciel libre, aujourd'hui l'open source donne juste quelques briques utilent pour construire des logiciels privateurs.
Posté par Lawless .
En réponse au lien Microsoft loves systemd.
Évalué à 3.
Dernière modification le 12 juillet 2020 à 17:33.
Que vient faire VSCode dans l'histoire ?
Je pense que tu as mal lu ou mal compris mon commentaire. VSCode est un exemple de la différence flagrante entre open source et logiciel libre, puisque le code source de VSCode est bien sous licence MIT, mais que le binaire que l'on télécharge sur le site web officiel est un logiciel propriétaire, sous une licence propriétaire qui interdit la rétro-ingénierie et la décompilation, licence qui ne respecte donc pas les quatre libertés du logiciel libre.
Pour être estampillé FSF-compliant, il faut subir une enquête de mortalité ?
Je suppose que tu as voulu écrire une enquête de « moralité » et pas de « mortalité » :-) Pour être en accord avec le logiciel libre et la FSF, Microsoft devrait juste diffuser tous ses logiciels sous licence libre, c'est aussi simple que ça. Mais tous les logiciels vendus ou donnés par Microsoft sont des logiciels propriétaires. Parfois certains de leurs logiciels peuvent être basés sur du code open source comme VSCode ou inclure des briques open source, comme Edge, mais cela n'en fait pas des logiciels libres.
Faire la morale de ce que tu fais avec des logiciels et donc pourquoi tu y contribue me semble violer la liberté 0 du logiciel libre.
Je ne fais pas de morale, j’énonce seulement des faits. Je ne vois pas en quoi qu’énoncer le fait que Microsoft est un contributeur open source mais ne fait pas de logiciel libre violerait la loi zéro qui dit que la liberté d’utiliser le logiciel, pour quelque usage que ce soit ? Là faut m'expliquer.
Mais quand on cherche à être clivant, se plaindre de ne pas faire l'humanité est… rigolo ;)
Posté par Lawless .
En réponse au lien Microsoft loves systemd.
Évalué à 3.
Dernière modification le 12 juillet 2020 à 13:26.
Cette contribution respecte tous les standards de développement communautaire, discussion avant le développement, proposition d'un patch, écoute et prise en compte des retours.
Tout à fait, comme le dit Microsoft lui-même, il joue le jeu de l'open source, c'est incontestable.
En quoi c'est « OSI » plutôt que « FSF » ?
La limite entre l'open source et le logiciel libre est éthique uniquement. La réponse est de savoir pourquoi Microsoft publie des sources sous des licences libres et open source comme les licences MIT, Apache 2.0 et plus rarement GPL. Est-ce pour que leurs utilisateurs profitent des quatre libertés du logiciel libre comme le prône la FSF ou pour une question pratique, abaisser le coût de développement en ayant des contributions externes et aussi améliorer la qualité du logiciel comme l'affirme l'OSI ?
Nous avons observé qu'un certain nombre de productions étaient commercialisés sous une licence de produit personnalisée, tout en mettant le code source sous-jacent à la disposition de la communauté sous une licence open source. Par exemple, Chrome est construit sur Chromium, le JDK d'Oracle est construit sur OpenJDK, Xamarin Studio est construit sur MonoDevelop, et les produits JetBrains sont construits sur la plate-forme IntelliJ. Ces productions ont leurs propres termes de licence, mais sont construits sur une base de code qui a été open source.
Nous suivons ensuite un modèle similaire pour le code de Visual Studio. Nous nous appuyons sur la base de code vscode que nous venons d'ouvrir et nous le publions sous une licence Microsoft standard.
Donc l'objectif de Microsoft n'est pas celui de la FSF, à savoir offrir les quatre libertés du logiciel libre à ses utilisateurs. Microsoft se sert de briques open source pour publier des logiciels propriétaires. C'est pour cette raison que tous les logiciels donnés et vendus par Microsoft sont des logiciels propriétaires.
Cependant, puisque la licence des contributions de Microsoft sont sous une licence libre et open source, les contributions peuvent également servir à des logiciels libres, comme VSCodium qui est une version libre de Visual Studio Code, les contributions de Microsoft à Chromium peuvent également servir à d'autres navigateurs libres comme Brave. Mais ce n'était pas une volonté de Microsoft, juste un effet de bord des licences MIT et Apache 2 qui peuvent à la fois servir la communauté du logiciel open source et du logiciel libre.
Posté par Lawless .
En réponse au lien Microsoft loves systemd.
Évalué à 4.
Dernière modification le 11 juillet 2020 à 13:53.
Tu amalgame beaucoup de choses qui ne sont pas compatibles. Leur service de containers se base sur docker pas sur lxc et c'est containers sont orchestrés par Kubernetes pas par systemd. C'est 2 stacks qui peuvent utiliser des containers mais leur unique point commun c'est Linux.
Je n'ai qu'une connaissance limitée des conteneurs et de systemd. Mais si j'ai bien compris (mais je peux me tromper), ce patch ne vise pas systemd en tant que que gestionnaire de conteneurs, mais de systemd en tant que système d’initialisation, qui permettrait à un conteneur d'avoir des informations sur l'hôte sous-jacent, quelque soit le gestionnaire de conteneurs. L'auteur du patch écrit en parlant de la possibilité d'un conteneur de modifier son comportement en fonction de l'hôte :
En particulier dans les centres de données, il est assez courant que tout ce qui doit gérer un hôte, quel qu'il soit, modifie son comportement en fonction de l'endroit où il se trouve. Je vois ça tout le temps sur Azure. Ce n'est pas quelque chose de nouveau, et ce n'est pas non plus quelque chose qui va disparaître de sitôt.
L'auteur du patch dit clairement que c'est une pratique courante sur Azure, donc son patch sert effectivement aux clients de Microsoft, ce qui est logique. D'ailleurs comme tu écris plus haut, l'auteur de ce patch donne une solution pérenne à quelque chose qui pouvait être fait de quatre façons différentes avant cela.
Je questionne la manière de relayer cette information. Le besoin de sous entendre qu'ils font ça dans leur coin. C'est à la limite de suite que ça se fait au dépend du projet et de sa communauté. Ce sont des allégations, faites à demi mot, qui ne se basent que rien de tangible.
Dans cette phrase « Luca Boccassi ingénieur chez Microsoft, propose un ajout pour le prochain systemd 246 en permettant aux conteneurs de trouver des détails de l'hôte », tu sous-entends tout ça… Je suis impressionné par ton imagination, mais je suis juste responsable de ce que j'écris, pas de ce que tu comprends.
Je n'utilise pas la plate-forme Azure, mais en cherchant un peu, je vois qu'il existe des services comme Azure Container Instances. Le système Kubernetes sert justement à automatiser le déploiement, la montée en charge et la mise en œuvre de conteneurs d'application.
Mais c'est quoi le problème ?
À quel moment ai-je dit qu'il y avait un problème avec cette contribution ?
Est-il une raison pour le pointer du doigt comme tu le fais ?
Pourquoi c'est interdit de relayer l'information ? Je rappelle que « pointer du doigt » signifie mettre en évidence, en exergue, souligner.
Tu le mesure comment ? Quelque soit la manière de le mesurer je suis à peu près sûr que c'est faux. Il y a pas mal d'autres éditeurs qui sont bien plus gros.
Pour les jeux, Minecraft totaliserait aussi 112 millions de joueurs actifs mensuels. Sans compter tous les jeux vidéos édités par Microsoft sur XBox ou Windows : Halo, Age of Empires…
Tous les smatrphones Samsung et peut-être d'autres sont préinstallés avec des logiciels Microsoft : Skype, Word…
Donc en nombre d'utilisateurs de logiciels propriétaires, Microsoft est certainement loin devant les autres éditeurs de logiciels. Mais si tu cumules également le nombre de logiciels propriétaires édités par Microsoft, je pense que Microsoft doit aussi être loin devant.
La logique c'est : ils font des choses mal donc même quand ils font des choses bien il faut les montrer du doigt ?
Une société n'a pas de notion de bien ou de mal, une société comme Microsoft, Google, Amazon, Apple ou d'autres ont un seul objectif, croître, gagner des marchés, engranger des bénéfices et satisfaire leurs actionnaires. Tout le reste est de la communication le « don't be evil » de Google ou le « Microsoft loves Linux » de Microsoft sont juste de la communication, l'image est très importante pour ces sociétés.
Ensuite, certains objectifs de Microsoft peuvent effectivement profiter au logiciel libre.
Il a discuté de la question avant de coder. Il a proposé un patch et a pris en compte les retours.
Merci pour ces éclaircissements.
Je ne sais pas en quoi Azure peut avoir besoin de ça,
Comme dit l'auteur du patch, les services conteneurisés doivent soit trouver des informations sur l'hôte, soit modifier leur comportement en fonction de l'hôte. On peut imaginer que certains containers doivent pouvoir adapter leurs comportements s'ils s'exécutent sur un hôte Windows. D'ailleurs Microsoft propose bien d’exécuter des containers sur sa plate-forme Azure.
mais là il s'agit d'une entreprise qui finance du développement communautaire et qui répond à un besoin de la communauté.
De quel communauté parles-tu ? Microsoft finance du développement open source pour ses propres besoins et pour les besoins de ses clients. Comme l'avait déclaré Linus Torvalds en 2012 « l’open-source ne fonctionne que si tout le monde contribue pour des raisons égoïstes ».
C'est quelque chose qui pose problème à la FSF ?
D'après la FSF, les logiciels libres Microsoft sont acceptables, si ces derniers ne reposent pas sur des logiciels privateurs. La FSF combat le logiciel privateur et Microsoft reste le plus gros éditeur de logiciels privateurs au monde. Même si Microsoft est devenu un gros contributeur open source, mis à part les logiciels disponibles sur GitHub à l'intention des développeurs, tous les logiciels vendus ou donnés par Microsoft sont des logiciels privateurs.
Un développeur Debian a écrit un patch, pour systemd, qui vous paraît maladroit.
Et puisqu'il s'est fait employé par Microsoft, c'est monté en épingle.
À quel moment ai-je dit que que ce patch était maladroit ? Je n'ai pas l'expertise nécessaire pour émettre un avis sur la qualité de ce patch. Le fait que ce soit un patch financé par Microsoft est effectivement assez inattendu au premier abord. Mais pas tant que ça finalement, ce patch concerne les conteneurs, donc je pense qu'il s'inscrit dans la stratégie Azure suivie par Microsoft.
Ça bouscule vos à-priori ?
Aucunement, Microsoft a pris le virage de l'open source (dans la définition donnée par l'OSI) depuis quelques années dans l'objectif de croissance de sa plate-forme Azure. Il est intéressant de voir que Microsoft finance certains contributeurs. Même si la majorité des contributions visent la plate-forme Azure (ce qui est normal) dont l'intérêt est discutable pour la communauté du logiciel libre (dans la définition donnée par la FSF), malgré tout certaines contributions profitent au monde du logiciel libre indiscutablement.
Je n'utilise pas le système d'exploitation monopolistique et propriétaire Microsoft Windows, et quand je vois ce que subisse les utilisateurs de la part de Microsoft je ne regrette rien !
Après une mise à jour de Windows :
* au redémarrage Edge se lance automatiquement (CTRL W, ni même ALT F4 ne fonctionnent) ;
* pose au démarrage une question qui incite à utiliser Edge ;
* Edge est automatiquement épinglé sur la barre des tâches et le bureau ;
* Ignore la préférence du navigateur web par défaut, en demandant si on est sûr d'utiliser le navigateur par défaut au lieu de Edge.
Vous pensez que c'est un virus, non c'est juste une des nombreuses pratiques déloyales de Microsoft pour imposer son navigateur web Edge, qui soit dit en passant est juste une surcouche de Chromium.
Vous ne l'avez pas rêvé, mais Microsoft l'a fait ! Microsoft utilise là encore une fois de plus sa position dominante pour imposer ses logiciels…
À la question est-ce que Btrfs est stable la page wiki de Btrfs répond « Peut-être ». En ajoutant de nombreux développeurs et testeurs utilisent Btrfs comme système de fichiers principal pour leur usage quotidien, ou avec diverses formes de données réelles. Avec un matériel fiable et des noyaux à jour, nous voyons très peu de problèmes irrécupérables apparaître. Comme toujours, gardez des sauvegardes, testez-les et soyez prêts à les utiliser.
Ça ne dit pas pourquoi Btfrs va être inclus au moment au Stratis va être mûr
Btfrs ne va pas être inclus dans Fedora, cela reste pour l'instant une proposition qui émane semble-t-il de membres de la communauté Fedora et non pas de Red Hat directement. Rien ne dit que cette proposition soit acceptée.
Stratis semble porté uniquement par Red Hat. Dans le cas où Btrfs soit proposé par défaut sous la version bureau de Fedora, rien ne dit que ce RHEL sera proposé avec Btrfs.
Je ne connais pas la maturité de Stratis par rapport à Btfrs, ni même les avantages de l'un ou de l'autre. Mais Btfrs est développé activement depuis onze ans, et il me semblerait logique qu'un jour Btfrs arrive au niveau de stabilité d'OpenZFS. L'inclusion comme système de fichiers par défaut pour la version bureau Fedora serait un gage de reconnaissance et aussi la possibilité de tester ce système de fichiers à une large échelle.
Si c'est le cas on peut même rêver qu'Ubuntu abandonne OpenZFS dans quelques années pour Btrfs, ce ne serait pas la première fois qu'Ubuntu abandonne ses solutions pour des solutions poussées par Red Hat et Fedora.
Stratis n'est pas un vrai système de fichiers s'exécutant en mode noyau comme Btrfs. Stratis est un démon en espace utilisateur utilisant le système de fichiers XFS et intègre une gestion de volume comme le fait Btrfs. Globalement ça sert à faire la même chose. Lire le journal Journal Stratis 1.1.0. Btrfs a une approche tout en un, alors que Stratis a une approche modulaire.
Si j'ai bien compris Stratis doit évoluer pour proposer toutes les fonctionnalités de Btrfs et Btrfs doit convaincre qu'il est aussi stable que XFS.
On pourra regretter que Btrfs, qui est développé depuis onze ans, n'ait toujours gagné ses lettres de noblesses et que Canonical ait préféré s'orienter vers OpenZFS et que Red Hat ait écarté Btrfs en 2016 pour s'orienter depuis vers Stratis. On peut se demander où en serait Btrfs aujourd'hui si ce système de fichiers avait été activement supporté par Canonical et Red Hat.
Le problème d'OpenZFS est et restera sa licence CDDLv1 qui en fera toujours un projet externe au noyau Linux. Même si Oracle, qui contribue activement à Btrfs, changeait la licence de ZFS, cela ne changerait pas la licence d'OpenZFS qui est un fork de ZFS datant de 2010. D'ailleurs Oracle fait la promotion de Btrfs dans leurs distribution GNU/Linux. Et si on leur demande si Oracle Enterprise Linux supporte ZFS, Oracle répond que non et suggère Btrfs un système de fichiers très flexible et robuste et complétement supporté par Oracle Linux.
Btrfs est toujours activement développé par Facebook, Fujitsu, SUSE et Oracle. Btrfs est utilisé par défaut sur openSUSE (et SUSE Linux Enterprise) depuis 2014, et Facebook l'utilise depuis presque aussi longtemps pour tous ses systèmes d'exploitation et volumes de données, dans ses centres de données.
Dans le cas où Fedora supporterait Btrfs, alors peut-être que Red Hat pourrait alors à nouveau le supporter.
Non cela a tout son sens mais tu n'as visiblement pas l’expérience de ces géants.
Effectivement, pour moi les géants comme Microsoft, Google, Facebook, Apple ou Amazon sont des anomalies du système économique.
Ces devs bossent sur le moteur Chromium maintenant, et d'autres features pour le browser.
Donc tu affirmes que la totalité de l'équipe de Edge/EdgeHTML travaille maintenant sur Edge/Chromium ? Cela me paraît quand même très étrange, car utiliser un moteur de restitution développé depuis douze ans par des milliers de développeurs devrait demander beaucoup moins de travail que de développer son propre moteur de restitution ? Vu que tu a l’expérience des géants, quelle est la taille de l'équipe de Edge/EdgeHTML avant et après le passage à Chromium ?
Le coût ils s'en foutent tant qu'ils arrivent à leur fin. C'est une erreur d'arrondi pour eux. Ils détestent évidemment jeter des sommes massives par la fenêtre.
J'ai du mal à croire que pour une société comme Microsoft les coûts ne soient pas importants. L'objectif de ce genre de société est de gagner le plus d'argent possible et d'enrichir leurs actionnaires. Microsoft a viré 18 000 employés en 2014, 7 800 en 2015 et 7 800 en 2016. Microsoft a également arrêté le développement de Windows Phone. Donc les coûts ont bien une importance pour eux.
mais maintenant ils reversent les changements à la communauté Chromium.
Les développeurs reversent les changements au projet Chromium uniquement en ce qui concerne la partie Chromium, le navigateur web Edge reste un navigateur propriétaire.
Ils ont optimisé leur approche pour pouvoir arriver à leurs fins (contrôle du browser j'imagine), certainement pas pour économiser de l'argent.
J'ai du mal à croire que d’utiliser un autre moteur de rendu permet un meilleur contrôle du navigateur.
LOL, non. C'est inconséquent à l'échelle de MS. C'était simplement une réalisation que personne ne s'intéressait au moteur d'Edge et qu'il n'avait aucune chance de s'imposer. Autant passer sur le moteur qui a les parts et se baser la dessus pour attaquer Chrome. Ils n'ont viré personne et n'ont fait aucune économie, ils ont changé d'approche.
Ce que tu écris n'a pas de sens, mis à par si les développeurs de EdgeHTML sont aujourd'hui payés à se tourner les pouces. Si Microsoft n'a viré personne, le scénario le plus probable est que les développeurs de EdgeHTML ont été réaffectés à des projets générant plus de croissance, comme Azure par exemple.
Développer un moteur de restitution coûte cher et je suis persuadé que même chez Microsoft, qui génère un chiffre d'affaire indécent de 126 milliards de dollars, il y a des gens qui sont là pour éviter de jeter l'argent par les fenêtres. Donc le coût de développement de EdgeHTML a dû peser dans la balance également en plus du fait que EdgeHTML était peu utilisé et n'arrivait pas à afficher les pages HTML aussi bien que Chrome.
l'avantage que j'y verrais ce sont les économies en R&D assez conséquent, ce qui augmenterait le dividende par actions. Diminuerait le nombre de salarié.
Effectivement, c'est pour cette raison que Microsoft a abandonné son moteur de restitution EdgeHTML pour Chromium. Mais la somme de travail pour obtenir un Windows avec un noyau Linux est bien supérieure à celle pour obtenir Edge Chromium.
Pour avoir un noyau Linux à la place du noyau Windows il faudrait peut-être (au pifomètre) l'équivalent en coût de cinq ou dix ans de R&D de maintient du le noyau Windows actuel. Est-ce que Microsoft serait prêt à un tel investissement ? Microsoft arriverait-il à garantir des performances équivalentes et une compatibilité parfaite ? Sans compter que si les développeurs de pilotes doivent tout réécrire cela ne va pas leur faire plaisir. De plus les développeurs du noyau Linux cassent régulièrement la compatibilité ABI et API ce qui pose problème à Google et à Android par exemple et surtout aux développeurs de pilotes non open source. Lire : A Stable Linux Kernel API/ABI? "The Most Insane Proposal" For Linux Development.
Après Microsoft et WSL, Apple !!! Je vous le prédis dans 5 ans max il n'y restera qu'un seul noyau pour les système d'exploitation -> Linux
Le WSL de Microsoft est juste un noyau Linux virtualisé sous Windows à l'intention des développeurs, rien à voir avec un changement de noyau de Windows.
Je ne crois pas une seconde que Microsoft ou Apple vont basculer sur un noyau Linux. C'est techniquement possible, mais la somme de travail serait considérable et pour quels avantages, s'il y a des avantages ?
Changer le noyau de Windows reviendrait à modifier le système Windows en profondeur, à demander à tous les fabricants de réécrire des centaines de milliers pilotes pour un nouveau noyau et être certain que ce changement de noyau soit entièrement compatible sans aucune régression.
après toutes ces années, je ne m'explique pas l'engouement pour l'interface graphique de macOS,
Le marketing d'Apple doit y être pour quelque chose aussi, également une certaine pression sociale dans certaines classes très aisées de notre société et bien sûr également les habitudes des utilisateurs.
Ma voisine de 85 ans avait un portable sous Windows 7 depuis plusieurs années qui est tombé en panne. Tous ses enfants et petits enfants ont des Macintosh et ont influencés leur maman ou leur mamie à acheter un MacBook Air qui d'après eux est bien mieux, plus simple, etc.
Après plusieurs mois d'utilisation ma voisine s'est faite au MacBook Air mais regrette quand même son portable sous Windows 7. De plus elle a un bug étrange, parfois en utilisant le pavé tactile pour déplacer la souris un menu contextuel s'affiche. Le problème dure depuis des mois, elle demande de l'aide à ses enfants et petits enfants. Personne n'arrive à la dépanner.
En désespoir de cause, elle se tourne vers son voisin (c'est à dire moi), utilisateur de GNU/Linux depuis plus de vingt ans et ayant des connaissances en macOS datant d'une quinzaine d'années, date à laquelle j'avais acheté un iBook PowerPC G4 pour y installer GNU/Linux en double amorçage avec macOS. Apple ayant abandonné le PowerPC, j'ai moi même abandonné Apple ne voyant plus aucun intérêt aux ordinateurs Apple qui étaient devenus de simples compatibles PC. Sans aucuns regrets, j'ai toujours préféré de loin GNU/Linux et GNOME à macOS.
Pour revenir à ma voisine, après avoir passé du temps avec elle, j'ai remarqué que ce menu contextuel s'ouvrait quand elle déplaçait le curseur souris avec deux doigts. En cherchant un peu j'ai découvert que cela venait du tactile multipoint d'Apple, et que si on presse avec deux doigts sur le pavé tactile cela correspondant au bout droit de la souris. N'utilisant que des ordinateurs de bureau fixes sous GNU/Linux avec des boules de commandes, j'ignorais que ce dispositif existait. J'ai donc désactivé cette fonctionnalité dans les préférences de macOS à la plus grande joie de ma voisine.
C'est amusant de voir que macOS qui est présenté comme simple et intuitif peu donner du fil à retordre à ses utilisateurs et que ni ma voisine, si ses enfants et ses petits enfants utilisateurs de macOS n'aient pu lui venir en aide.
J'ai toujours été surpris que ce bug ait été passé en résolu par Mark Shuttleworth lui même le 30 mai 2013, puisque Microsoft Windows reste ultra dominant sur le poste de travail en 2020. Mark Shuttleworth a avancé à l'époque que l'émergence d'Android avait réduite la domination de Windows. Je trouve ça discutable, puisque le bureau et le mobile sont deux plate-formes différentes.
Je ne pense pas que l'on se mettra d'accord sur ce qu'il faut faire en politique énergétique, mais je trouve que la balance bénéfice risque sur la seule planète que l'on peut habiter est délirante.
Difficile de se mettre d'accord, sans savoir effectivement ce que l'on veut et du surtout bien comprendre le problème.
Notre niveau actuel dépend totalement des énergies fossiles, charbon, pétrole et gaz. Renoncer à ces énergies fossiles c'est abaisser considérablement notre niveau de vie.
Aucune autre énergie, renouvelables ou nucléaire ne pourra compenser la production d'énergie en volume des énergies fossiles actuelle qui représentent 80 % des énergies consommées dans le monde. Croire qu'on va pouvoir substituer la production d'énergie fossile actuelle uniquement par du renouvelable est un mensonge.
La construction d'éoliennes et de panneaux solaires repose totalement sur les énergies fossiles. Le jour où nous devrons construire des éoliennes et des panneaux solaires sans pétrole, ça risque d'être compliqué. Il faut dix à cent fois plus de métal par kilowattheure produit avec du solaire et de l'éolien par rapport au nucléaire.
L'énergie verte ou propre n'existe pas, toute énergie pollue, toute énergie possède des avantages et des inconvénients.
Le nucléaire est une énergie dangereuse et polluante, mais a fait aucun mort en France et a provoqué bien moins de morts que la construction de barrages ou que le charbon dans le monde. L'énergie nucléaire est un million de fois plus puissante que l'énergie chimique. La fission d'un gramme d'uranium libère autant d'énergie que dans la combustion d'une tonne de pétrole.
Remplacer le nucléaire par des éoliennes et de panneaux solaires ne fait rien pour le climat, c'est juste une perte d'argent et de temps. Pour rappel nous devons diviser nos émissions de gaz à effet de serre par quatre d'ici 2050. Donc face à l'urgence climatique mieux ne vaut pas se tromper et investir l'argent et le temps où c'est utile, comme isoler les logements, remplacer les chaudières au fioul par des pompes à chaleur, …
Les risques du changement climatique sont bien plus importants que les risques du nucléaire, le nucléaire résout plus de problèmes qu'il n'en créé.
Certes Lawless a le droit de pourrir le domaine qu’il cite en exemple, et de se contre-carrer des conséquences (pourtant indirectement objet de son journal). Mais le faire en insultant l’intelligence de Zenitram, tout en ne comprenant pas lui-même l’objectif de la RFC et donc l’argument de Zenitram, ça mérite une remarque.
Je n'insulte pas l'intelligence de Zenitram, je dis juste que sa soif de troller a dépassé sa curiosité et son intelligence, intelligence qui est certainement bien supérieure à la moyenne, sinon il n'aurait pas de compte sur LinuxFr.org. ;-) En fait j'avais répondu un peu vite à sa phrase sans voir qu'il mentionnait la RFC 2606, RFC dont j'ignorais l’existence. Mais effectivement cela aurait plus propre d'utiliser l'adresse lawless@example.org en exemple, même si la RFC en question le propose comme un conseil et non comme une obligation.
Comme le laisse entendre mon journal je ne suis pas un spécialiste des RFC, mais les différents commentaires que j'ai lu m'ont persuadé que Microsoft ne respectait pas les RFC en acceptant et en détruisant l'e-mail silencieusement.
En fait ce qui est amusant est que Zenitram me reproche de ne pas respecter la RFC 2606, RFC qu'il a eu la curiosité de lire (mais mal comprise puisque c'est un conseil et non une obligation) mais que Zenitram n'ait pas eu la curiosité de lire les autres RFC pour se rendre compte que Microsoft ne respectait pas les RFC en détruisant des e-mails silencieusement, tout en me rejetant la faute et en donnant raison à Microsoft.
Un peu facile le "Sauf erreur de ma part" ici… alors que c'est la raison principale de ton journal. Un peu de sérieux…
Ce journal est totalement sérieux, contrairement à ta réponse en mode troll excité, mais tu as le droit puisqu'on est vendredi après tout. Vu que j'ai un peu de temps je vais essayer de jouer aux échecs avec un pigeon.
If accepted, the SMTP server returns a "250 OK" reply. If the mailbox specification is not acceptable for some reason, the server MUST return a reply indicating whether the failure is permanent (i.e., will occur again if the client tries to send the same address again) or temporary (i.e., the address might be accepted if the client tries again later). Despite the apparent scope of this requirement, there are circumstances in which the acceptability of the reverse-path may not be determined until one or more forward-paths (in RCPT commands) can be examined. In those cases, the server MAY reasonably accept the reverse-path (with a 250 reply) and then report problems after the forward-paths are received and examined. Normally, failures produce 550 or 553 replies.
Donc si le serveur de Microsoft répond avec un code 250 il doit soit remettre le message dans la boîte soit reporter le problème par la suite. Si le message n'est pas accepté pendant la transaction SMTP le serveur doit répondre avec un autre code en indiquant si l'échec est temporaire ou permanent.
Perso j'attends de mon fournisseur de mail qu'il trashe complètement dans une trou noir les spams, sans qu'il ne m'avertisse (et je me fous un peu qu'il avertisse le spammeur, ou plutôt je comprend : vaut mieux ne pas aider le spammer en lui disant que sont test ne marche pas).
Ce que tu attends pour ta petite boîte de messagerie personnelle n'est pas forcément ce qu'attendent les professionnels pour leurs messageries et ce qu'attendent aussi les personnes qui ont écrits les RFC. Si des codes SMTP d'échec existent, c'est qu'ils ont bien une utilité et ne sont pas là pas juste pour décorer une RFC.
Alors oui il peut y avoir des faux positifs… Rien n'est simple, mais l'accusation que tu fais est elle bien simpliste, comme si il n'y avait aucun problème avec le spam.
La détection du spam n'est pas une science exacte et il y aura toujours des faux positifs ou des faux négatifs, alors autant faire les choses correctement et respecter les standards soit refuser l'e-mail avec le bon code SMTP ou alors accepter le courriel et le classer dans le dossier « pourriel » ce qui sont deux solutions acceptables pouvant gérer les faux positifs, contrairement à détruire silencieusement le courriel comme le fait Microsoft.
Note que les utilisateurs peuvent considérer l'inverse de toi, que c'est agréable de ne pas avoir de spam et que le prix à payer (quelques mails qui n'arrivent pas) et que c'est ton problème si tu n'arrive pas à envoyer. Ta vision est un peu trop centrée sur toi-même.
Dans mon cas les utilisateurs sont nos clients qui aimeraient que des messages arrivent normalement. Il peut y avoir des problèmes, mais si Microsoft respectait les standards on pourrait corriger le tir. Ma vision est centrée sur le respect des standards et faire fonctionner les choses.
En fait, tu connais la source du problème (adresse IP blacklistée), le journal se résume donc à : Microsoft fait comme les autres à blacklister des IP sans avertissement (3 niveaux habituellement : OK, spam potentiel mis dans le dossier spam, spam évident trashé sans avertissement) mais ne publie pas sa liste.
Encore une fois que l'adresse IP soit sur liste noire, cela ne me dérange pas, mais Microsoft devrait respecter la RFC et avertir que l'e-mail ne sera pas remis. Où as-tu vu cette information comme quoi Microsoft place une adresse IP sur liste noire au bout de trois avertissements, as-tu vérifié tes sources ? Ce n'est pas très sérieux…
il est amusant que tu en appelles aux standards "pas respectés" sans être sûr, quand toi-même tu les ignores, en effet lawless @ self-hosting.org est invalide, la RFC 2606 indique example.org pour ce propos. Hôpital, Charité…
Il est encore plus amusant que ta soif de troller ait dépassé ta curiosité et ton intelligence et que t'aies pas toi même vérifié la RFC avant de poster ton commentaire et surtout que tu n'aies pas compris ces adresses étaient juste des exemples et que toute ressemblance avec des adresses électroniques existantes ou ayant existé est purement fortuite.
[^] # Re: J’étais idéaliste...
Posté par Lawless . En réponse à la dépêche Interview de Sébastien Rohaut, auteur de livres notamment sur Linux. Évalué à 4.
Il n'existe pas un bureau sur Linux, mais des bureaux. C'est peut-être une faiblesse, mais aussi une force car c'est une forme de diversité. Fusionner tous les bureaux Linux en un seul bureau serait une perte de cette diversité et ne donnerait pas forcément un meilleur bureau Linux, car tes attentes ne sont pas forcément mes attentes, et ni les attentes des autres utilisateurs.
Quel est le meilleur bureau sous Linux ? Tu trouveras sûrement plein de personnes pour soutenir KDE et autant pour soutenir GNOME, XFCE, Cinemaron ou MATE.
Le bureau macOS te convient ? Parfait. Est-il le meilleur bureau pour autant ? Moi personnellement j'ai essayé macOS, et j'ai été très malheureux sur ce bureau. Donc c'est surtout une affaire de goût. Le bureau Linux s'est bien amélioré ces dix dernière années.
Quant à ton abandon du bureau Linux, je comprends que certains utilisateurs t'aient accusé de trahir la cause, en tout cas la cause que tu as défendu pendant des années. Qu'une personne comme toi qui a une certaine notoriété et qui a fait la promotion du bureau Linux pendant des années, change pour macOS, cela donne une très mauvaise image du bureau sous Linux. C'est un peu comme quand Miguel de Icaza le fondateur de GNOME a annoncé qu'il abandonnait Linux pour macOS, c'est le genre de promotion que le bureau Linux se passerait bien.
De mon point de vue, le bureau Linux pourrait être dix fois meilleur que Windows ou macOS que cela ne se changerait pas la donne. Windows occupe le marché depuis vingt ans, tu ne trouves pratiquement aucun ordinateur préinstallé avec Linux. BeoS était dix fois meilleurs que Windows 98 et cela n'a pas affaibli le monopole de Windows.
[^] # Re: Ubuntu ?
Posté par Lawless . En réponse à la dépêche Interview de Sébastien Rohaut, auteur de livres notamment sur Linux. Évalué à 0.
Attention, le système d'exploitation macOS, tout comme Windows, est un système d'exploitation totalement propriétaire à des années lumières de la philosophie du logiciel libre, d'ailleurs la licence de macOS interdit explicitement d'installer macOS sur un ordinateur non Apple :
Sans compter toutes les bidouilles faites au noyau ou au système macOS qui sont nécessaires pour faire fonctionner macOS sur un PC doivent également violer les termes de la licence :
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Lawless . En réponse au lien Microsoft loves systemd. Évalué à 2. Dernière modification le 12 juillet 2020 à 20:29.
Et bien je crois qu'on s'est éloigné de la contribution Luca Boccassi. Le binaire VSCode distribué par Microsoft n'est pas un logiciel libre, et tu ne peux pas nier ce fait.
Je pointe juste du doigt que Microsoft n'adhère pas à l'éthique du logiciel libre. Ce que Microsoft reconnaît lui même en l'écrivant noir sur blanc. Mais chut, c'est tabou, il ne faut pas le dire. :-)
Je suis heureux que tu es pris le temps de lire cet article.
Je décris juste Microsoft comme une société n'adhérant pas à la philosophie du logiciel libre. C'est aussi une des différences entre l'OSI et la FSF, pour l'OSI l'open source est juste une méthode pratique et efficace de développer des logiciels, là ou la FSF y voit la liberté des utilisateurs.
Sauf erreur de ma part, je n'ai émis aucun jugement, j'ai juste affirmé que Microsoft ne faisait pas de logiciels libres au sens FSF, mais que si les contributions de Microsoft pouvaient également contribuer à faire des logiciels libres, c'était toujours bon à prendre. D'où mon exemple de VSCode qui est un binaire non libre dont les sources peuvent devenir un logiciel libre VSCodium :-)
Cet article serait fallacieux alors qu'il émane de la La Fondation pour le logiciel libre, permets moi de sourire doucement… :-)
Si tu avais bien lu l'article, tu aurais lu « les gens du mouvement du logiciel libre et du camp de l'open source travaillent souvent ensemble sur des projets concrets comme le développement logiciel ». Toutes les contributions sont acceptées qu'elles viennent de Microsoft ou d'ailleurs, tant que la licence est respectée.
Ce sont bien sûr les quatre libertés du logiciel libre si tu n'avais pas de référence pour l'open source, tu as bien les références dans l'article.
Le mouvement open source est justement né par le rejet de l'éthique du logiciel libre. D'ailleurs tu peux lire ce qu'est l'open source sur le site de l'OSI.
Le développeur n'impose rien du tout. Mais un développeur de logiciel libre selon la FSF contribuera dans le but que son logiciel soit utilisé en respectant les quatre libertés du logiciel libre, alors qu'un contributeur open source y verra juste une manière pratique et efficace de développer un logiciel.
Un code de conduite est utilisé entre les développeurs. Cela n'a aucun rapport avec l'utilisateur final du logiciel. Pour le logiciel libre, chaque utilisateur doit pouvoir jouir des quatre libertés du logiciel libre.
Tu n'as pas être désolé, je suis content d'apporter un peu de gaieté dans ta vie. Cependant ton amusement dénote que, comme Microsoft, tu n'es pas intéressé par l’éthique du logiciel libre.
C'est clairement ce que met en avant l'OSI : les promesses de l'open source sont une meilleure qualité, une plus grande fiabilité, une plus grande flexibilité… Mais ce n'est pas une qualité réservée à l'open source, mais aussi au logiciel libre, puisque généralement les méthodes de développements sont identiques.
Le financement est peut-être une des causes de l'existence du logiciel privateur aujourd'hui, bien que d'un autre côté la méthodologie open source permette d'abaisser les coûts de développement. Une autre raison serait que des sociétés comme Microsoft ou Google veulent bien partager le code de certains composants en open source, mais pas tout, il faut bien incorporer la télémétrie et autres précieux logiciels espions. Contrôler le code c'est aussi contrôler ses utilisateurs.
La FSF n'a malheureusement pas la solution, d'ailleurs le logiciel libre a peut-être perdu la guerre. En prenant le virage de l'open source des géants comme Google et Microsoft sont finalement arrivés à tuer le logiciel libre, aujourd'hui l'open source donne juste quelques briques utilent pour construire des logiciels privateurs.
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Lawless . En réponse au lien Microsoft loves systemd. Évalué à 3. Dernière modification le 12 juillet 2020 à 17:33.
Je pense que tu as mal lu ou mal compris mon commentaire. VSCode est un exemple de la différence flagrante entre open source et logiciel libre, puisque le code source de VSCode est bien sous licence MIT, mais que le binaire que l'on télécharge sur le site web officiel est un logiciel propriétaire, sous une licence propriétaire qui interdit la rétro-ingénierie et la décompilation, licence qui ne respecte donc pas les quatre libertés du logiciel libre.
Je suppose que tu as voulu écrire une enquête de « moralité » et pas de « mortalité » :-) Pour être en accord avec le logiciel libre et la FSF, Microsoft devrait juste diffuser tous ses logiciels sous licence libre, c'est aussi simple que ça. Mais tous les logiciels vendus ou donnés par Microsoft sont des logiciels propriétaires. Parfois certains de leurs logiciels peuvent être basés sur du code open source comme VSCode ou inclure des briques open source, comme Edge, mais cela n'en fait pas des logiciels libres.
Je ne fais pas de morale, j’énonce seulement des faits. Je ne vois pas en quoi qu’énoncer le fait que Microsoft est un contributeur open source mais ne fait pas de logiciel libre violerait la loi zéro qui dit que la liberté d’utiliser le logiciel, pour quelque usage que ce soit ? Là faut m'expliquer.
Pourtant la différence entre open source et logiciel libre existe, tu devrais lire la page « En quoi l'open source perd de vue l'éthique du logiciel libre ».
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Lawless . En réponse au lien Microsoft loves systemd. Évalué à 3. Dernière modification le 12 juillet 2020 à 13:26.
Tout à fait, comme le dit Microsoft lui-même, il joue le jeu de l'open source, c'est incontestable.
La limite entre l'open source et le logiciel libre est éthique uniquement. La réponse est de savoir pourquoi Microsoft publie des sources sous des licences libres et open source comme les licences MIT, Apache 2.0 et plus rarement GPL. Est-ce pour que leurs utilisateurs profitent des quatre libertés du logiciel libre comme le prône la FSF ou pour une question pratique, abaisser le coût de développement en ayant des contributions externes et aussi améliorer la qualité du logiciel comme l'affirme l'OSI ?
Microsoft répond lui même à cette question sur cette page :
Sur le fait que Visual Studio Code soit diffusé sous une licence propriétaire, Chris Dias de Microsoft répond :
Donc l'objectif de Microsoft n'est pas celui de la FSF, à savoir offrir les quatre libertés du logiciel libre à ses utilisateurs. Microsoft se sert de briques open source pour publier des logiciels propriétaires. C'est pour cette raison que tous les logiciels donnés et vendus par Microsoft sont des logiciels propriétaires.
Cependant, puisque la licence des contributions de Microsoft sont sous une licence libre et open source, les contributions peuvent également servir à des logiciels libres, comme VSCodium qui est une version libre de Visual Studio Code, les contributions de Microsoft à Chromium peuvent également servir à d'autres navigateurs libres comme Brave. Mais ce n'était pas une volonté de Microsoft, juste un effet de bord des licences MIT et Apache 2 qui peuvent à la fois servir la communauté du logiciel open source et du logiciel libre.
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Lawless . En réponse au lien Microsoft loves systemd. Évalué à 4. Dernière modification le 11 juillet 2020 à 13:53.
Je n'ai qu'une connaissance limitée des conteneurs et de systemd. Mais si j'ai bien compris (mais je peux me tromper), ce patch ne vise pas systemd en tant que que gestionnaire de conteneurs, mais de systemd en tant que système d’initialisation, qui permettrait à un conteneur d'avoir des informations sur l'hôte sous-jacent, quelque soit le gestionnaire de conteneurs. L'auteur du patch écrit en parlant de la possibilité d'un conteneur de modifier son comportement en fonction de l'hôte :
L'auteur du patch dit clairement que c'est une pratique courante sur Azure, donc son patch sert effectivement aux clients de Microsoft, ce qui est logique. D'ailleurs comme tu écris plus haut, l'auteur de ce patch donne une solution pérenne à quelque chose qui pouvait être fait de quatre façons différentes avant cela.
Dans cette phrase « Luca Boccassi ingénieur chez Microsoft, propose un ajout pour le prochain systemd 246 en permettant aux conteneurs de trouver des détails de l'hôte », tu sous-entends tout ça… Je suis impressionné par ton imagination, mais je suis juste responsable de ce que j'écris, pas de ce que tu comprends.
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Lawless . En réponse au lien Microsoft loves systemd. Évalué à 3. Dernière modification le 11 juillet 2020 à 11:49.
Je n'utilise pas la plate-forme Azure, mais en cherchant un peu, je vois qu'il existe des services comme Azure Container Instances. Le système Kubernetes sert justement à automatiser le déploiement, la montée en charge et la mise en œuvre de conteneurs d'application.
À quel moment ai-je dit qu'il y avait un problème avec cette contribution ?
Pourquoi c'est interdit de relayer l'information ? Je rappelle que « pointer du doigt » signifie mettre en évidence, en exergue, souligner.
Ne serait-ce déjà qu'en chiffre d'affaire, en bénéfice, Microsoft est loin devant tous les autres éditeurs de logiciels.
Mais si on s'amuse à cumuler le nombre d'utilisateurs des logiciels propriétaires de Microsoft : déjà 1,5 milliards d'utilisateurs de Windows en 2018 dans le monde, il doit exister également plus de 1,2 milliard d'utilisateurs de la suite Office, Microsoft Teams aurait déjà 75 millions d'utilisateurs actifs. J'en oublie sûrement.
Pour les jeux, Minecraft totaliserait aussi 112 millions de joueurs actifs mensuels. Sans compter tous les jeux vidéos édités par Microsoft sur XBox ou Windows : Halo, Age of Empires…
Tous les smatrphones Samsung et peut-être d'autres sont préinstallés avec des logiciels Microsoft : Skype, Word…
Il faut également ajouter les utilisateurs de logiciels en ligne propriétaires, comme la plate-forme Azure (715 millions d'utilisateurs inscrits dans Azure Active Directory en 2017), Outlook.com, (400 millions d’utilisateurs), GitHub (40 millions d'utilisateurs), Microsoft 365 (200 millions d'utilisateurs) …
Donc en nombre d'utilisateurs de logiciels propriétaires, Microsoft est certainement loin devant les autres éditeurs de logiciels. Mais si tu cumules également le nombre de logiciels propriétaires édités par Microsoft, je pense que Microsoft doit aussi être loin devant.
Une société n'a pas de notion de bien ou de mal, une société comme Microsoft, Google, Amazon, Apple ou d'autres ont un seul objectif, croître, gagner des marchés, engranger des bénéfices et satisfaire leurs actionnaires. Tout le reste est de la communication le « don't be evil » de Google ou le « Microsoft loves Linux » de Microsoft sont juste de la communication, l'image est très importante pour ces sociétés.
Ensuite, certains objectifs de Microsoft peuvent effectivement profiter au logiciel libre.
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Lawless . En réponse au lien Microsoft loves systemd. Évalué à 3.
Merci pour ces éclaircissements.
Comme dit l'auteur du patch, les services conteneurisés doivent soit trouver des informations sur l'hôte, soit modifier leur comportement en fonction de l'hôte. On peut imaginer que certains containers doivent pouvoir adapter leurs comportements s'ils s'exécutent sur un hôte Windows. D'ailleurs Microsoft propose bien d’exécuter des containers sur sa plate-forme Azure.
De quel communauté parles-tu ? Microsoft finance du développement open source pour ses propres besoins et pour les besoins de ses clients. Comme l'avait déclaré Linus Torvalds en 2012 « l’open-source ne fonctionne que si tout le monde contribue pour des raisons égoïstes ».
D'après la FSF, les logiciels libres Microsoft sont acceptables, si ces derniers ne reposent pas sur des logiciels privateurs. La FSF combat le logiciel privateur et Microsoft reste le plus gros éditeur de logiciels privateurs au monde. Même si Microsoft est devenu un gros contributeur open source, mis à part les logiciels disponibles sur GitHub à l'intention des développeurs, tous les logiciels vendus ou donnés par Microsoft sont des logiciels privateurs.
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Lawless . En réponse au lien Microsoft loves systemd. Évalué à 5.
À quel moment ai-je dit que que ce patch était maladroit ? Je n'ai pas l'expertise nécessaire pour émettre un avis sur la qualité de ce patch. Le fait que ce soit un patch financé par Microsoft est effectivement assez inattendu au premier abord. Mais pas tant que ça finalement, ce patch concerne les conteneurs, donc je pense qu'il s'inscrit dans la stratégie Azure suivie par Microsoft.
Aucunement, Microsoft a pris le virage de l'open source (dans la définition donnée par l'OSI) depuis quelques années dans l'objectif de croissance de sa plate-forme Azure. Il est intéressant de voir que Microsoft finance certains contributeurs. Même si la majorité des contributions visent la plate-forme Azure (ce qui est normal) dont l'intérêt est discutable pour la communauté du logiciel libre (dans la définition donnée par la FSF), malgré tout certaines contributions profitent au monde du logiciel libre indiscutablement.
# Expose les informations du système d'exploitation hôte aux conteneurs
Posté par Lawless . En réponse au lien Microsoft loves systemd. Évalué à 3.
Souvenez-vous c'était en octobre 2014, Satya Nadella directeur général de Microsoft depuis quelques mois annonce que « Microsoft aime Linux », tout particulièrement Linux sur sa plate-forme applicative en nuage Microsoft Azure, pas Linux sur le bureau, faut pas rêver à moins que ce soit Linux sous Windows avec WSL.
Aujourd'hui Microsoft va encore plus loin, puisque Luca Boccassi ingénieur chez Microsoft, propose un ajout pour le prochain systemd 246 en permettant aux conteneurs de trouver des détails de l'hôte.
Luca Boccassi maintient également des paquets Debian depuis 2017.
# La joie et le bonheur d'utiliser Windows
Posté par Lawless . En réponse au lien Microsoft impose son navigateur web Edge à ses utilisateurs. Évalué à 10.
Je n'utilise pas le système d'exploitation monopolistique et propriétaire Microsoft Windows, et quand je vois ce que subisse les utilisateurs de la part de Microsoft je ne regrette rien !
Après une mise à jour de Windows :
* au redémarrage Edge se lance automatiquement (CTRL W, ni même ALT F4 ne fonctionnent) ;
* pose au démarrage une question qui incite à utiliser Edge ;
* Edge est automatiquement épinglé sur la barre des tâches et le bureau ;
* Ignore la préférence du navigateur web par défaut, en demandant si on est sûr d'utiliser le navigateur par défaut au lieu de Edge.
Vous pensez que c'est un virus, non c'est juste une des nombreuses pratiques déloyales de Microsoft pour imposer son navigateur web Edge, qui soit dit en passant est juste une surcouche de Chromium.
Vous ne l'avez pas rêvé, mais Microsoft l'a fait ! Microsoft utilise là encore une fois de plus sa position dominante pour imposer ses logiciels…
Microsoft a changé, il est pire qu'avant…
[^] # Re: certains sites ont également cette caractéristique
Posté par Lawless . En réponse au lien Un site sans cookies, traceurs, pub, paywall, flash, java ou javascript. Évalué à 4.
Attention, des sites web sans cookies et sans JavaScript :-)
Ce qui élimine https://www.mageialinux-online.org/ et https://linuxfr.org/ !
# certains sites ont également cette caractéristique
Posté par Lawless . En réponse au lien Un site sans cookies, traceurs, pub, paywall, flash, java ou javascript. Évalué à 4.
Il semble que certains sites comme https://perdu.com/ ont également cette caractéristique.
[^] # Re: Amélioration de btrfs
Posté par Lawless . En réponse au lien Proposition pour installer Btrfs par défaut sur la version bureau de Fedora 33 . Évalué à 1.
> Est-ce que Btrfs s’est énormément amélioré récemment ?
Btrfs s'améliore régulièrement, la question est de savoir quand il aura atteint le même niveau de stabilité qu'OpenZFS.
À la question est-ce que Btrfs est stable la page wiki de Btrfs répond « Peut-être ». En ajoutant de nombreux développeurs et testeurs utilisent Btrfs comme système de fichiers principal pour leur usage quotidien, ou avec diverses formes de données réelles. Avec un matériel fiable et des noyaux à jour, nous voyons très peu de problèmes irrécupérables apparaître. Comme toujours, gardez des sauvegardes, testez-les et soyez prêts à les utiliser.
La page Debian de Btrfs aussi donne quelques indications.
[^] # Re: Et Stratis alors ?
Posté par Lawless . En réponse au lien Proposition pour installer Btrfs par défaut sur la version bureau de Fedora 33 . Évalué à 3.
Btfrs ne va pas être inclus dans Fedora, cela reste pour l'instant une proposition qui émane semble-t-il de membres de la communauté Fedora et non pas de Red Hat directement. Rien ne dit que cette proposition soit acceptée.
Stratis semble porté uniquement par Red Hat. Dans le cas où Btrfs soit proposé par défaut sous la version bureau de Fedora, rien ne dit que ce RHEL sera proposé avec Btrfs.
Je ne connais pas la maturité de Stratis par rapport à Btfrs, ni même les avantages de l'un ou de l'autre. Mais Btfrs est développé activement depuis onze ans, et il me semblerait logique qu'un jour Btfrs arrive au niveau de stabilité d'OpenZFS. L'inclusion comme système de fichiers par défaut pour la version bureau Fedora serait un gage de reconnaissance et aussi la possibilité de tester ce système de fichiers à une large échelle.
Si c'est le cas on peut même rêver qu'Ubuntu abandonne OpenZFS dans quelques années pour Btrfs, ce ne serait pas la première fois qu'Ubuntu abandonne ses solutions pour des solutions poussées par Red Hat et Fedora.
[^] # Re: Et Stratis alors ?
Posté par Lawless . En réponse au lien Proposition pour installer Btrfs par défaut sur la version bureau de Fedora 33 . Évalué à 2.
Stratis n'est pas un vrai système de fichiers s'exécutant en mode noyau comme Btrfs. Stratis est un démon en espace utilisateur utilisant le système de fichiers XFS et intègre une gestion de volume comme le fait Btrfs. Globalement ça sert à faire la même chose. Lire le journal Journal Stratis 1.1.0. Btrfs a une approche tout en un, alors que Stratis a une approche modulaire.
Si j'ai bien compris Stratis doit évoluer pour proposer toutes les fonctionnalités de Btrfs et Btrfs doit convaincre qu'il est aussi stable que XFS.
On pourra regretter que Btrfs, qui est développé depuis onze ans, n'ait toujours gagné ses lettres de noblesses et que Canonical ait préféré s'orienter vers OpenZFS et que Red Hat ait écarté Btrfs en 2016 pour s'orienter depuis vers Stratis. On peut se demander où en serait Btrfs aujourd'hui si ce système de fichiers avait été activement supporté par Canonical et Red Hat.
Le problème d'OpenZFS est et restera sa licence CDDLv1 qui en fera toujours un projet externe au noyau Linux. Même si Oracle, qui contribue activement à Btrfs, changeait la licence de ZFS, cela ne changerait pas la licence d'OpenZFS qui est un fork de ZFS datant de 2010. D'ailleurs Oracle fait la promotion de Btrfs dans leurs distribution GNU/Linux. Et si on leur demande si Oracle Enterprise Linux supporte ZFS, Oracle répond que non et suggère Btrfs un système de fichiers très flexible et robuste et complétement supporté par Oracle Linux.
Btrfs est toujours activement développé par Facebook, Fujitsu, SUSE et Oracle. Btrfs est utilisé par défaut sur openSUSE (et SUSE Linux Enterprise) depuis 2014, et Facebook l'utilise depuis presque aussi longtemps pour tous ses systèmes d'exploitation et volumes de données, dans ses centres de données.
Dans le cas où Fedora supporterait Btrfs, alors peut-être que Red Hat pourrait alors à nouveau le supporter.
[^] # Re: petit fremissement
Posté par Lawless . En réponse au journal 2020 année de Linux sur le desktop .... Évalué à 3.
Effectivement, pour moi les géants comme Microsoft, Google, Facebook, Apple ou Amazon sont des anomalies du système économique.
Donc tu affirmes que la totalité de l'équipe de Edge/EdgeHTML travaille maintenant sur Edge/Chromium ? Cela me paraît quand même très étrange, car utiliser un moteur de restitution développé depuis douze ans par des milliers de développeurs devrait demander beaucoup moins de travail que de développer son propre moteur de restitution ? Vu que tu a l’expérience des géants, quelle est la taille de l'équipe de Edge/EdgeHTML avant et après le passage à Chromium ?
J'ai du mal à croire que pour une société comme Microsoft les coûts ne soient pas importants. L'objectif de ce genre de société est de gagner le plus d'argent possible et d'enrichir leurs actionnaires. Microsoft a viré 18 000 employés en 2014, 7 800 en 2015 et 7 800 en 2016. Microsoft a également arrêté le développement de Windows Phone. Donc les coûts ont bien une importance pour eux.
Les développeurs reversent les changements au projet Chromium uniquement en ce qui concerne la partie Chromium, le navigateur web Edge reste un navigateur propriétaire.
J'ai du mal à croire que d’utiliser un autre moteur de rendu permet un meilleur contrôle du navigateur.
[^] # Re: petit fremissement
Posté par Lawless . En réponse au journal 2020 année de Linux sur le desktop .... Évalué à 4. Dernière modification le 24 juin 2020 à 09:35.
Ce que tu écris n'a pas de sens, mis à par si les développeurs de EdgeHTML sont aujourd'hui payés à se tourner les pouces. Si Microsoft n'a viré personne, le scénario le plus probable est que les développeurs de EdgeHTML ont été réaffectés à des projets générant plus de croissance, comme Azure par exemple.
Développer un moteur de restitution coûte cher et je suis persuadé que même chez Microsoft, qui génère un chiffre d'affaire indécent de 126 milliards de dollars, il y a des gens qui sont là pour éviter de jeter l'argent par les fenêtres. Donc le coût de développement de EdgeHTML a dû peser dans la balance également en plus du fait que EdgeHTML était peu utilisé et n'arrivait pas à afficher les pages HTML aussi bien que Chrome.
[^] # Re: petit fremissement
Posté par Lawless . En réponse au journal 2020 année de Linux sur le desktop .... Évalué à 3.
Effectivement, c'est pour cette raison que Microsoft a abandonné son moteur de restitution EdgeHTML pour Chromium. Mais la somme de travail pour obtenir un Windows avec un noyau Linux est bien supérieure à celle pour obtenir Edge Chromium.
Pour avoir un noyau Linux à la place du noyau Windows il faudrait peut-être (au pifomètre) l'équivalent en coût de cinq ou dix ans de R&D de maintient du le noyau Windows actuel. Est-ce que Microsoft serait prêt à un tel investissement ? Microsoft arriverait-il à garantir des performances équivalentes et une compatibilité parfaite ? Sans compter que si les développeurs de pilotes doivent tout réécrire cela ne va pas leur faire plaisir. De plus les développeurs du noyau Linux cassent régulièrement la compatibilité ABI et API ce qui pose problème à Google et à Android par exemple et surtout aux développeurs de pilotes non open source. Lire : A Stable Linux Kernel API/ABI? "The Most Insane Proposal" For Linux Development.
[^] # Re: petit fremissement
Posté par Lawless . En réponse au journal 2020 année de Linux sur le desktop .... Évalué à 6.
Le WSL de Microsoft est juste un noyau Linux virtualisé sous Windows à l'intention des développeurs, rien à voir avec un changement de noyau de Windows.
Je ne crois pas une seconde que Microsoft ou Apple vont basculer sur un noyau Linux. C'est techniquement possible, mais la somme de travail serait considérable et pour quels avantages, s'il y a des avantages ?
Changer le noyau de Windows reviendrait à modifier le système Windows en profondeur, à demander à tous les fabricants de réécrire des centaines de milliers pilotes pour un nouveau noyau et être certain que ce changement de noyau soit entièrement compatible sans aucune régression.
Quand on voit que la mode actuelle des développeurs de jeux Windows est de développer des logiciels anti-triches qui s’exécutent en mode noyau, comme par exemple le dernier jeu Valorant de Riot Games sous Windows (Ring 0 of fire: Does Riot Games’ new anti-cheat measure go too far?), on se dit qu'un changement de noyau ne sera pas vraiment facile.
[^] # Re: Si quelqu'un a une explication...
Posté par Lawless . En réponse au journal 2020 année de Linux sur le desktop .... Évalué à 10. Dernière modification le 23 juin 2020 à 09:46.
Le marketing d'Apple doit y être pour quelque chose aussi, également une certaine pression sociale dans certaines classes très aisées de notre société et bien sûr également les habitudes des utilisateurs.
Ma voisine de 85 ans avait un portable sous Windows 7 depuis plusieurs années qui est tombé en panne. Tous ses enfants et petits enfants ont des Macintosh et ont influencés leur maman ou leur mamie à acheter un MacBook Air qui d'après eux est bien mieux, plus simple, etc.
Après plusieurs mois d'utilisation ma voisine s'est faite au MacBook Air mais regrette quand même son portable sous Windows 7. De plus elle a un bug étrange, parfois en utilisant le pavé tactile pour déplacer la souris un menu contextuel s'affiche. Le problème dure depuis des mois, elle demande de l'aide à ses enfants et petits enfants. Personne n'arrive à la dépanner.
En désespoir de cause, elle se tourne vers son voisin (c'est à dire moi), utilisateur de GNU/Linux depuis plus de vingt ans et ayant des connaissances en macOS datant d'une quinzaine d'années, date à laquelle j'avais acheté un iBook PowerPC G4 pour y installer GNU/Linux en double amorçage avec macOS. Apple ayant abandonné le PowerPC, j'ai moi même abandonné Apple ne voyant plus aucun intérêt aux ordinateurs Apple qui étaient devenus de simples compatibles PC. Sans aucuns regrets, j'ai toujours préféré de loin GNU/Linux et GNOME à macOS.
Pour revenir à ma voisine, après avoir passé du temps avec elle, j'ai remarqué que ce menu contextuel s'ouvrait quand elle déplaçait le curseur souris avec deux doigts. En cherchant un peu j'ai découvert que cela venait du tactile multipoint d'Apple, et que si on presse avec deux doigts sur le pavé tactile cela correspondant au bout droit de la souris. N'utilisant que des ordinateurs de bureau fixes sous GNU/Linux avec des boules de commandes, j'ignorais que ce dispositif existait. J'ai donc désactivé cette fonctionnalité dans les préférences de macOS à la plus grande joie de ma voisine.
C'est amusant de voir que macOS qui est présenté comme simple et intuitif peu donner du fil à retordre à ses utilisateurs et que ni ma voisine, si ses enfants et ses petits enfants utilisateurs de macOS n'aient pu lui venir en aide.
[^] # Re: Mark ouvre le sommet #opensource chez Microsoft
Posté par Lawless . En réponse au lien Mark ouvre le sommet #opensource chez Microsoft. Évalué à 1.
J'ai toujours été surpris que ce bug ait été passé en résolu par Mark Shuttleworth lui même le 30 mai 2013, puisque Microsoft Windows reste ultra dominant sur le poste de travail en 2020. Mark Shuttleworth a avancé à l'époque que l'émergence d'Android avait réduite la domination de Windows. Je trouve ça discutable, puisque le bureau et le mobile sont deux plate-formes différentes.
[^] # Re: Propagande pro-nucléaire
Posté par Lawless . En réponse au journal CPU Ex0042 Ceux qui nous surveillent. Évalué à 2.
Difficile de se mettre d'accord, sans savoir effectivement ce que l'on veut et du surtout bien comprendre le problème.
Je t'invite à écouter une ou des conférences de Jean-Marc Jancovici, (comme Jancovici : Ciel mon climat ! ou Jancovici : Le Covid et après ?) qui explique très bien que :
Notre niveau actuel dépend totalement des énergies fossiles, charbon, pétrole et gaz. Renoncer à ces énergies fossiles c'est abaisser considérablement notre niveau de vie.
Aucune autre énergie, renouvelables ou nucléaire ne pourra compenser la production d'énergie en volume des énergies fossiles actuelle qui représentent 80 % des énergies consommées dans le monde. Croire qu'on va pouvoir substituer la production d'énergie fossile actuelle uniquement par du renouvelable est un mensonge.
La construction d'éoliennes et de panneaux solaires repose totalement sur les énergies fossiles. Le jour où nous devrons construire des éoliennes et des panneaux solaires sans pétrole, ça risque d'être compliqué. Il faut dix à cent fois plus de métal par kilowattheure produit avec du solaire et de l'éolien par rapport au nucléaire.
L'énergie verte ou propre n'existe pas, toute énergie pollue, toute énergie possède des avantages et des inconvénients.
Le nucléaire est une énergie dangereuse et polluante, mais a fait aucun mort en France et a provoqué bien moins de morts que la construction de barrages ou que le charbon dans le monde. L'énergie nucléaire est un million de fois plus puissante que l'énergie chimique. La fission d'un gramme d'uranium libère autant d'énergie que dans la combustion d'une tonne de pétrole.
Remplacer le nucléaire par des éoliennes et de panneaux solaires ne fait rien pour le climat, c'est juste une perte d'argent et de temps. Pour rappel nous devons diviser nos émissions de gaz à effet de serre par quatre d'ici 2050. Donc face à l'urgence climatique mieux ne vaut pas se tromper et investir l'argent et le temps où c'est utile, comme isoler les logements, remplacer les chaudières au fioul par des pompes à chaleur, …
Les risques du changement climatique sont bien plus importants que les risques du nucléaire, le nucléaire résout plus de problèmes qu'il n'en créé.
[^] # Re: Source?
Posté par Lawless . En réponse au journal Le service messagerie Microsoft Outlook.com détruit silencieusement vos e-mails. Évalué à 6. Dernière modification le 16 juin 2020 à 09:43.
Je n'insulte pas l'intelligence de Zenitram, je dis juste que sa soif de troller a dépassé sa curiosité et son intelligence, intelligence qui est certainement bien supérieure à la moyenne, sinon il n'aurait pas de compte sur LinuxFr.org. ;-) En fait j'avais répondu un peu vite à sa phrase sans voir qu'il mentionnait la RFC 2606, RFC dont j'ignorais l’existence. Mais effectivement cela aurait plus propre d'utiliser l'adresse lawless@example.org en exemple, même si la RFC en question le propose comme un conseil et non comme une obligation.
Comme le laisse entendre mon journal je ne suis pas un spécialiste des RFC, mais les différents commentaires que j'ai lu m'ont persuadé que Microsoft ne respectait pas les RFC en acceptant et en détruisant l'e-mail silencieusement.
En fait ce qui est amusant est que Zenitram me reproche de ne pas respecter la RFC 2606, RFC qu'il a eu la curiosité de lire (mais mal comprise puisque c'est un conseil et non une obligation) mais que Zenitram n'ait pas eu la curiosité de lire les autres RFC pour se rendre compte que Microsoft ne respectait pas les RFC en détruisant des e-mails silencieusement, tout en me rejetant la faute et en donnant raison à Microsoft.
[^] # Re: Source?
Posté par Lawless . En réponse au journal Le service messagerie Microsoft Outlook.com détruit silencieusement vos e-mails. Évalué à 10. Dernière modification le 12 juin 2020 à 11:41.
Ce journal est totalement sérieux, contrairement à ta réponse en mode troll excité, mais tu as le droit puisqu'on est vendredi après tout. Vu que j'ai un peu de temps je vais essayer de jouer aux échecs avec un pigeon.
La RFC Simple Mail Transfer Protocol stipule :
Donc si le serveur de Microsoft répond avec un code 250 il doit soit remettre le message dans la boîte soit reporter le problème par la suite. Si le message n'est pas accepté pendant la transaction SMTP le serveur doit répondre avec un autre code en indiquant si l'échec est temporaire ou permanent.
Ce que tu attends pour ta petite boîte de messagerie personnelle n'est pas forcément ce qu'attendent les professionnels pour leurs messageries et ce qu'attendent aussi les personnes qui ont écrits les RFC. Si des codes SMTP d'échec existent, c'est qu'ils ont bien une utilité et ne sont pas là pas juste pour décorer une RFC.
La détection du spam n'est pas une science exacte et il y aura toujours des faux positifs ou des faux négatifs, alors autant faire les choses correctement et respecter les standards soit refuser l'e-mail avec le bon code SMTP ou alors accepter le courriel et le classer dans le dossier « pourriel » ce qui sont deux solutions acceptables pouvant gérer les faux positifs, contrairement à détruire silencieusement le courriel comme le fait Microsoft.
Dans mon cas les utilisateurs sont nos clients qui aimeraient que des messages arrivent normalement. Il peut y avoir des problèmes, mais si Microsoft respectait les standards on pourrait corriger le tir. Ma vision est centrée sur le respect des standards et faire fonctionner les choses.
Encore une fois que l'adresse IP soit sur liste noire, cela ne me dérange pas, mais Microsoft devrait respecter la RFC et avertir que l'e-mail ne sera pas remis. Où as-tu vu cette information comme quoi Microsoft place une adresse IP sur liste noire au bout de trois avertissements, as-tu vérifié tes sources ? Ce n'est pas très sérieux…
Il est encore plus amusant que ta soif de troller ait dépassé ta curiosité et ton intelligence et que t'aies pas toi même vérifié la RFC avant de poster ton commentaire et surtout que tu n'aies pas compris ces adresses étaient juste des exemples et que toute ressemblance avec des adresses électroniques existantes ou ayant existé est purement fortuite.