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.
On parle ici de permettre aux services lancés par systemd dans des conteneurs lxc (c'est une fonctionnalité de systemd : tu peux lancer sshd par exemple dans un conteneur) d'accéder à certaines informations de l'hôte, c'est à dire du linux que systemd execute. Ça intéresse peut-être Azure ? J'aurais pensé qu'Azure utilise plutôt kubernetes. Mais c'est quoi le problème ? Ils jouent le jeu pour un truc qui sert à la communauté, c'est un besoin qui existait déjà ça donne juste une manière simple et maintenu de le faire. On est pas dans une adaptation de systemd pour Azure, on est dans la simplification de fonctionnalité sur systemd. Le fais que ça serve aussi à Azure, OpenShift ou autre est il une raison pour le pointer du doigt comme tu le fais ?
La FSF combat le logiciel privateur et Microsoft reste le plus gros éditeur de logiciels privateurs au monde.
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.
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.
La logique c'est : ils font des choses mal donc même quand ils font des choses bien il faut les montrer du doigt ? Être vigilant c'est toujours une bonne chose, mais être vigilant c'est regarder ce qu'ils font avant de juger et pas fuder sans chercher à s'intéresser plus en avant.
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par barmic 🦦 . En réponse au lien Microsoft loves systemd. Évalué à 3.
On parle ici de permettre aux services lancés par systemd dans des conteneurs lxc (c'est une fonctionnalité de systemd : tu peux lancer sshd par exemple dans un conteneur) d'accéder à certaines informations de l'hôte, c'est à dire du linux que systemd execute. Ça intéresse peut-être Azure ? J'aurais pensé qu'Azure utilise plutôt kubernetes. Mais c'est quoi le problème ? Ils jouent le jeu pour un truc qui sert à la communauté, c'est un besoin qui existait déjà ça donne juste une manière simple et maintenu de le faire. On est pas dans une adaptation de systemd pour Azure, on est dans la simplification de fonctionnalité sur systemd. Le fais que ça serve aussi à Azure, OpenShift ou autre est il une raison pour le pointer du doigt comme tu le fais ?
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.
La logique c'est : ils font des choses mal donc même quand ils font des choses bien il faut les montrer du doigt ? Être vigilant c'est toujours une bonne chose, mais être vigilant c'est regarder ce qu'ils font avant de juger et pas fuder sans chercher à s'intéresser plus en avant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll