Build 2020 : WSL 2 gèrera les GPU et les interfaces Linux, Terminal 1.0, winget en preview

Build 2020 : WSL 2 gèrera les GPU et les interfaces Linux, Terminal 1.0, winget en preview

Microsoft bientôt première distribution Linux ?

Avatar de l'auteur
David Legrand

Publié dans

Logiciel

20/05/2020 10 minutes
118

Build 2020 : WSL 2 gèrera les GPU et les interfaces Linux, Terminal 1.0, winget en preview

Bien qu'organisée en ligne, cette édition 2020 de la Build « envoie du lourd ». Ne serait-ce que pour le sous-système Linux et les outils annexes consacrés aux développeurs, les nouveautés sont aussi importantes que nombreuses. Un véritable gestionnaire de paquets est même au programme !

Avec l'intégration d'un bash via différentes distributions puis d'un noyau Linux complet dans Windows 10, Microsoft lançait une petite révolution. L'entreprise qui avait passé des années à combattre l'open source a, sous la direction de Satya Nadella, complètement revu sa position en allant toujours plus loin... jusqu'à s'en payer des tranches.

Derniers exemples en date : le rachat de GitHub, toujours indépendant mais de plus en plus intégré aux produits maison... ou de npm, gestionnaire de paquets JavaScript. Vu le niveau des rapprochements avec Canonical ces dernières années, certains se demandent d'ailleurs si ce n'est pas le prochain sur la liste.

Lors de la Build 2020, Linux était à nouveau à l'honneur, et pas qu'un peu. Car Microsoft s'inspire de plus en plus de ce qui fait l'intérêt et la force des grandes distributions, tout en permettant l'utilisation de ces systèmes sans jamais avoir à quitter le sien. Objectif : faire de Windows 10 l'OS à tout faire des développeurs.

CUDA et DirectML dans WSL 2

La première annonce est un changement de taille : le sous-système Linux (v2) va désormais profiter de l'accélération matérielle des GPU et afficher des interfaces graphiques (GUI), donc des applications complètes. Des améliorations très demandées depuis l'arrivée de WSL, certains allant jusqu'à bidouiller pour en profiter.

Désormais, ce sera natif, officiel et même un peu plus que ça. Tout d'abord, Microsoft confirme que le support de CUDA et WinML sera proposé dans une prochaine version du sous-système. Aucune date n'est pour le moment donnée, l'équipe parlant simplement d'une disponibilité d'ici quelques mois via le canal rapide du programme Insiders. Il passera bientôt sur la branche Manganese (Mn, 20H2) puis Iron (Fe, 21H1) d'ici fin juin.

Cela permettra à la fois de gérer l'écosystème énorme de NVIDIA en la matière (dont nvidia-docker), tout en plaçant WinML comme alternative ouverte à tous. Une version spécifique de TensorFlow l'exploitant sera d'ailleurs proposée en préversion (sous la forme d'un paquet PyPI), pour ceux voulant produire du code exploitant n'importe quel accélérateur compatible, plutôt que les seules GeForce/Quadro/Tesla. Ces dernières bénéficient déjà de TensorRT.

NVIDIA a développé une version de sa librairie CUDA pour l'accès au GPU tel qu'implémenté dans WSL 2 (voir ci-dessous) : libcuda.so. Un programme d'accès préliminaire en ligne est également disponible. Aucune limitation aux seules cartes professionnelles n'est pour le moment évoquée, ce qui serait une bonne chose mais une nouveauté. En effet, l'accès au GPU dans des environnement virtualisés est en général la chasse gardée des Quadro et autres Tesla.

Canonical a de son côté annoncé que des services qu'elle développe pour Ubuntu (comme Kubeflow ou microK8s) seront compatibles. Une vidéo de LXD sous WSL 2 a d'ailleurs été publiée. Microsoft a pour sa part détaillé sur la chaîne de l'entreprise le fonctionnement de ses outils Sysinternals pour Linux. Bien d'autres vantant WSL sont disponibles.

Un pilote open source pour l'accès GPU aux hôtes Linux

Tout cela est rendu possible par l'évolution de la couche de gestion du GPU, précise Microsoft. Avec WDDM 2.5, l'entreprise avait introduit GPU Paravirtualization (GPU-PV), permettant d'utiliser ce composant dans des environnements virtualisés et exploité dans sa Sandbox, l'émulateur HoloLens 2 ou encore Windows Defender Application Guard.

Avec WDDM 2.9, sa prochaine évolution, elle deviendra accessible aux hôtes Linux via un pilote open source placé au niveau du noyau : Dxgkrnl. Il expose (via /dev/dxg) le GPU et ses fonctionnalités à WSL 2. Un niveau d'intégration qui permet une adaptation rapide selon l'équipe. Mais aussi de fonctionner aussi bien sur les hôtes à un ou plusieurs GPU.

« Les applications fonctionnant dans un environnement Linux ont le même accès au GPU que les applications natives sous Windows » précise Steve Pronovost, un des responsables du projet. « Il n'y a aucun partitionnement des ressources entre Linux et Windows, ou de limite imposée aux applications sous Linux ». Le message est clair : les performances seront là.

Il sera d'ailleurs intéressant de tester l'écart de temps de rendu sur GPU avec des applications telles que Blender, entre la version Windows et celle lancée dans WSL 2, qui peut être facilement compilée dans cet environnement. L'accès au GPU sera direct pour toute distribution exploitant la v2 du sous-système Linux, l'utilisateur n'aura rien de spécifique à faire.

Cette simplicité d'accès au GPU sera-t-elle également permise aux applications de virtualisation classiques ? 

  • Windows 10 WSL2 Linux GPU
  • Windows 10 WSL2 Linux GPU
  • Windows 10 WSL2 Linux GPU

Direct3D 12 dans un environnement Linux

L'autre gros morceau des annonces concerne DirectX. On apprend ainsi que l'API en charge de toute la gestion du rendu 3D est désormais disponible dans une version Linux (via WSL) : libd3d12.so. « Elle est compilée depuis le même code source que d3d12.dll pour Windows » précise Pronovost.

Elle offre les mêmes fonctionnalités et le même niveau de performances – modulo l'impact de la virtualisation – mais ne pourra pas être utilisée dans tous les cas, Present() étant absent. « Elle peut être utilisée pour le rendu offscreen et le calcul, mais il n'y a pas de support de swapchain permettant de copier des pixels directement à l'écran (pour le moment 😊) ».

Les constructeurs fournissent de leur côté un pilote utilisateur (UMD) spécifique, permettant l'échange entre leur GPU et la version adaptée à WSL de Direct3D12. Les pilotes WDDM 2.9 fourniront ainsi la version classique et celle compilée pour l'utilisation dans le sous-système Linux, de manière à rendre tout cela le plus transparent possible pour l'utilisateur.

Le composant DxCore a également été porté (libdxcore.so), là aussi de manière complète, excepté quelques simplifications, notamment de fonctionnalités anciennes ayant été modernisées. Ces deux éléments ne sont pas ouverts. Ils sont compilés et distribués sous forme de binaires compatibles avec les distributions exploitant glibc et montés dans /usr/lib/wsl/lib précise Microsoft. L'amour de l'open source a ses limites.

Cette annonce ne semble d'ailleurs pas mener à une disponibilité de Direct3D 12 sous Linux de manière plus générale.

OpenCL, OpenGL, Vulkan et applications avec GUI

Tout ce travail d'accès au GPU profitera aux applications exploitant des API ouvertes, comme celles poussées par le Khronos Group. Un travail là aussi au long cours, dont les premières briques ont été annoncées il y a peu

Ces améliorations n'arriveront que dans un second temps. Comme l'accès aux applications avec interface graphique (GUI). passant par l'intégration d'un serveur Wayland au sein de WSL 2, communicant avec l'hôte via RDP. Des démonstrations ont été effectuées avec Gedit ou le gestionnaire de fichiers de GNOME. 

Objectif : que les développeurs puissent utiliser leurs applications CLI et celles dotées d'une interface graphique. Ce, sans avoir à quitter Windows 10 et avec de bonnes performances. 

Windows 10 WSL2 Linux GPU

Ces autres améliorations de WSL 2

Si WSL 2 doit faire son entrée avec la mise à jour de mai de Windows 10 (2004) – intégrant un noyau Linux complet et permettant l'accès à Docker (entre autres) – la suite est d'ores et déjà prévue. Microsoft a profité de ses annonces du jour pour faire un petit point sur la feuille de route.

Ainsi, plutôt que de devoir passer par les paramètres des fonctionnalités complémentaires, WSL pourra « prochainement » être installé d'une seule ligne de commande : wsl.exe --install. La v2 du sous-système Linux sera alors utilisée par défaut, alors qu'il faut pour le moment passer là aussi par une procédure manuelle.

Microsoft Windows 10 WSL 2 Install

Terminal 1.0 et Gestionnaire de paquets en preview

Autre changement très inspiré de Linux et de l'open source : le nouveau Terminal. Capable de gérer plusieurs onglets et panneaux, différents interpréteurs (CMD, PowerShell, Bash Linux ou Azure Cloud Shell), pouvant être personnalisé, il gère UTF-8/Unicode, profite d'une accélération GPU et... passe en v1.0.

Disponible via GitHub ou le Microsoft Store, il dispose désormais de sa propre documentation (en français).  L'équipe vante son approche ouverte pour cet outil, intégrant plusieurs fonctionnalités proposées pour la communauté, parfois plus « fun » qu'utiles. Microsoft précise qu'il continuera d'évoluer en préversion, des nouveautés étant annoncées pour le mois de juin, sans plus de précisions pour le moment.

Une vidéo de présentation a été publiée à l'occasion de la BUILD 2020 : 

Enfin, Microsoft nous revient avec un projet de... gestionnaire de paquets. L'idée n'est pas nouvelle, puisque l'on nous promet une telle révolution depuis 2014 et les débuts de OneGet, devenus un gestionnaire de modules PowerShell.

Mais cette fois, ce sera la bonne avec winget, accessible en ligne de commandes et pour le moment proposé sous forme de préversion (open source). On retrouve les bases de ce qui fait le succès de ces outils, comme Chocolatey sous Windows, avec des commandes relativement basiques, donc faciles à retenir : 

winget install // Installer un paquet
winget show // Afficher les informations sur un paquet
winget source // Gérer les sources de paquets
winget search // Rechercher un paquet

On note des manques pour le moment, comme la désinstallation ou la mise à jour qui seront sans doute proposés dans un second temps. Microsoft dit ne pas avoir contribué à un projet existant, préférant miser sur une solution maison pour des raisons de sécurité notamment. Cela lui évite surtout d'avoir à gérer un héritage ou une communauté déjà bien établie.

Les autres projets sont néanmoins invités à supporter les dépôts mis en place par l'éditeur s'ils le souhaitent. 

winget sera compatible avec les versions 1709 de Windows 10 et supérieures. La documentation est disponible ici. Pour le moment, aucune intégration spécifique au Microsoft Store ne semble prévue, mais on imagine qu'il sera proposé aux développeurs de déployer leurs applications via ces deux canaux de manière unifiée à terme, l'un ne pouvant remplacer l'autre, car ne visant pas les mêmes usages, besoins et publics.

D'ici là, vous pourrez installer cet outil de trois manières. En téléchargeant le client via son dépôt GitHub bien entendu. Il sera également mis en place dans les prochaines préversions du programme Insider de Windows (canal rapide). Un programme spécifique est également mis en place. Il faudra dans tous les cas passer par l'App Installer distribué sur le Microsoft Store pour en profiter pleinement. 

Notre dossier sur la Build 2020 de Microsoft :

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

CUDA et DirectML dans WSL 2

Un pilote open source pour l'accès GPU aux hôtes Linux

Direct3D 12 dans un environnement Linux

OpenCL, OpenGL, Vulkan et applications avec GUI

Ces autres améliorations de WSL 2

Terminal 1.0 et Gestionnaire de paquets en preview

Commentaires (118)


Pas de serveur X intégré ?


J’ai l’impression que MS utilise l’energie pour autour de Linux pour poursuivre la modernisation de son OS avec en ligne de mire le rempalcement total de l’écosystème Win32 et le passage à “Windows core” minimal.



À part Glibc, quels autres outils GNU est utilisé par MS dans son sous-sytème?? (Les libristes parlent de GNU/Linux car Linux ne se suffit pas à lui-même).


Devons nous nous réjouir de ces avancées ou en avoir peur… Mon cœur de linuxien balance..


est ce qu’il faut windows 10 pro ?

 c’était le cas avec la version windows de docker (ca rajoute d’ailleurs une putain de valeur au produit)

 mais je ne sais pas pour WSL 2 (à priori je dirai oui)


WSL est surtout toutes les éditions, que ce soit en v1 ou v2 : 

https://ubuntu.com/wsl 


“L’amour de l’open source a ses limites.”<img data-src=" />





Merci David pour cet article&nbsp;<img data-src=" />








David_L a écrit :



WSL est surtout toutes les éditions, que ce soit en v1 ou v2 :&nbsp;

https://ubuntu.com/wsl&nbsp;





Ca permettrait au thésard de faire leur code sur leur machine perso pendant le confinement ;-)









fulkony a écrit :



Ca permettrait au thésard de faire leur code sur leur machine perso pendant le confinement ;-)





Avec certain cas où ce sera WSL sous Windows installé sur un MacBook <img data-src=" />



Merci David pour toutes ces bonnes nouvelles.



J’avoue que j’ai le plus hâte pour le support des application graphiques dans windows via wayland.

mais je pense qu’on aura rien en prod avant l’année prochaine de ce coté la.



J’aurais aimé de bonnes nouvelles sur l’intercompatibilité et les les perfs sur les i/o disques Windows &lt;=&gt; WSL



Sérieusement, après tout ça, à quand un vrai support des systèmes de fichiers type xfs et ext4 sous Windows ?








Soriatane a écrit :



J’ai l’impression que MS utilise l’energie pour autour de Linux pour poursuivre la modernisation de son OS avec en ligne de mire le rempalcement total de l’écosystème Win32 et le passage à “Windows core” minimal.&nbsp;



Je ne le vois pas trop comme ça (utiliser l’énergie autour de Linux). Je le vois plus dans la continuité de leur objectif de pouvoir utiliser du Microsoft comme t’a envie, en “venant comme vous êtes” (oui, c’est bien une référence). C’est plu le “on t’enferme à tout prix dans du Microsoft”. Si tu veux utiliser du Microsoft et du Linux ben va y, au moins t’utilises déjà un peu de nous. Après, à eux de t’attirer petit à petit, de plus en plus dans les mailles de leur filet <img data-src=" />



Je ne sais pas si je suis clair <img data-src=" />









GourouLubrik a écrit :



Sérieusement, après tout ça, à quand un vrai support des systèmes de fichiers type xfs et ext4 sous Windows ?





+1 Mais je doute que MS se tire une balle dans le pied à ce point



Ils disent plutôt fin d’année là dessus (après ce sera sans doute les preview pour la mouture H1 2021, à voir).









Soriatane a écrit :



+1 Mais je doute que MS se tire une balle dans le pied à ce point





Je ne vois pas trop en quoi ce serait se tirer une balle dans le pieds, ça reste un gros manque pour l’OS et l’intégration qu’ils appellent de leurs voeux, notamment quand tu veux travailler avec des outils à la raspberry pi où il faut passer par des outils tiers pour monter les partitions, etc. donc sans doute une prochaine étape ;)



Est-ce qu’à terme Windows va devenir, seulement une interface à l’instar de Gnome, Kde ou xWindow ; voire une distri.<img data-src=" />


Ce travail a déjà été fait il s’agit de Windows 10 X, la suite a déjà commencé avec MAUI qui est dispo en preview pour le dev d’applications graphique, il ne restera plus que MAUI


Qu’est-ce qui vous empêche de créer le driver qui va bien ?&nbsp;


Ouah, que de chemin parcouru depuis les époques Gates et Ballmer !



Si ça continue, tous les outils que j’avais installés sous Windows pour me faciliter la vie après avoir géré des serveurs sous Linux vont disparaître et être remplacé par des outils natifs.



WSL 1 était déjà un grand pas en avant, même si j’installais toujours MinGW par habitude (et dans une moindre mesure Cygwin). Et bientôt un WSL 2 avec encore beaucoup plus de possibilités&nbsp;<img data-src=" /> .



Mon ConEmu sera peut-être un jour remplacé par Terminal (enfin un terminal à la hauteur dans Windows, il était temps !).



Et Chocolatey, que je soutiens depuis ses débuts, sera peut-être un jour remplacé par WinGet. Bien qu’apparemment il reste du boulot de ce côté. (et ça aussi, le gestionnaire de paquets sous Windows, il était temps !)


Je vois que Drawbridge arrive à maturité et que Helios aussi :)


Le dev de tout ça a commencé sous Ballmer ces fonctionnalités ne sont que Drawbride, Helios, et Barelfish qui sont mature et donc débarque en force. Sans compter l’immense projet de réécriture du système démarré au début des années 2000.



Les prochaines migrations ont commencés avec MAUI qui va simplifier totalement le dev d’application graphique on aura plus qu’un seul système multiplateforme en plus et la transition de toutes les apis vers Rust.


Prochaine version : utilisation possible de l’environnement genome et désactivation d’ explorer&nbsp;<img data-src=" />


“Embrace, Extend, Extinguish”.

Telle a toujours été l’approche de Microsoft.

Ils ont réussi avec grand succès sur la bureautique (cf la grande arnaque du “deuxième standard” bureautique).



Faute d’avoir pu écraser l’écosystème GNU/Linux en tant que serveurs / OS pour le public moteur d’une partie de l’industrie (les devs), et d’avoir pu convaincre du bien-fondé de l’approche propriétaire, ils ont basculé sur l’autre stratégie.



S’ils arrivent à réellement faire migrer une portion suffisante des développeurs sur leur écosystème, Windows devenant la plate-forme de référence pour travailler, ils auront beau jeu ensuite de progressivement inciter les développeurs à utiliser leurs outils / langages.

C’est un cheval de Troie plus insidieux que tout ce qu’ils ont fait jusqu’ici, mais beaucoup plus dangereux.



Heureusement leur OS est encore tellement inexploitable pour du vrai taff à l’heure actuelle qu’ils ont un gros boulot à fournir s’ils veulent réellement faire bouger les lignes.








ndjpoye a écrit :



Avec certain cas où ce sera WSL sous Windows installé sur un MacBook <img data-src=" />





OS-Ception ? :eek:



Je suis&nbsp; dev et je n’utilise jamais linux c’est juste le machin qui sert à faire tourner les images docker parce qu’elles sont totalement lié au noyau système. Donc image linux sous linux et image Windows sous Windows, tout le reste dans des VM sous hyper-v.



Si je pouvais juste pas utiliser linux pour faire tourner les images docker linux j’le f’rai vu l’incapacité de linux à gérer correctement les limites de ressources. Chose bricoler à chaque maj pour essayer de le faire marcher correctement&nbsp;<img data-src=" />&nbsp;








Ced-le-pingouin a écrit :



Ouah, que de chemin parcouru depuis les époques Gates et Ballmer !



Mais ça, c’était il y a 20 ans !!! Aujourd’hui, le personnel de MS, jusqu’aux dirigeants eux-mêmes, n’a plus rien, mais rien à voir avec ce qu’il était à l’époque ! Faut arrêter de rester bloqués en 2001 !



À l’heure actuelle, en 2020, le personnel de MS est composé de programmeurs qui, comme les autres, se sont largement plus familiarisés avec les outils Linux (ou GNU, on dira que c’est pareil, même si on n’est pas vendredi) que les outils MS avant d’intégrer l’entreprise. Si MS se met maintenant à intégrer du Linux nativement dans Windows et faire en sorte que cette intégration se fasse le mieux possible, ce n’est pas pas calcul machiavélique ou autre idiotie complotiste anti-Linux à terme. C’est d’abord et avant tout parce qu’ils veulent continuer à utiliser les outils avec lesquels ils étaient familiers avant d’entrer chez MS, et qu’étant désormais ceux qui conçoivent Windows, ils ont désormais la main sur ce que l’OS peut ou non intégrer… Et intégrer nativement des outils Linux donnera toujours de meilleurs résultats et performances que de passer par des outils tiers à la CygWin ou PuTTY, qui n’offrent aucune intégration à l’OS, puisqu’ils en sont totalement indépendants.





Citan666 a écrit :



“Embrace, Extend, Extinguish”.

Telle a toujours été l’approche de Microsoft.



Ben tiens, quand je disais d’arrêter de rester bloqué en 2001 et de voir des complots machiavéliques partout où le nom de Microsoft apparaît (même si l’entreprise est largement critiquable, notamment vis-à-vis de sa collaboration (au sens vichyste) zélée au programme PRISM et autres sales petites magouilles avec des gouvernements pour traquer les opposants politiques, dont les exemples ne manquent pas, que ce soit la Tunisie ou l’Égypte post-révolutions arabes)… Voir ma réponse au-dessus.









teddyalbina a écrit :



Si je pouvais juste pas utiliser linux pour faire tourner les images docker linux j’le f’rai vu l’incapacité de linux à gérer correctement les limites de ressources. Chose bricoler à chaque maj pour essayer de le faire marcher correctement&nbsp;<img data-src=" />&nbsp;





Il n’y aurait pas de bricolage à faire si les fabricants de matériels fournissaient les spécifications documentées de leurs produits (certains le font : coucou, AMD !), obligeant à faire de la rétro-ingénierie pour compenser. N’inverse pas les rôles, merci.



J’en ai rien à péter de ces histoire ça marche pas point


Pareil l’isolation sous linux est toute relative, ça ne pose pas de problème particulier si il n’y a aucun workload faisant tourner du code tiers produits par les clients dans le cas contraire c’est Windows Server Core et faire tourner les containers en utilisant l’isolation hyper-v.



Donc linux c’est sympa mais ça ne correspond pas ou ne fournit pas forcément ce dont nous avons besoin.



D’ailleurs les providers cloud utilisent la même stratégie des machines sous BSD font tourner des VM linux qui font tourner les containers des clients&nbsp;&nbsp;<img data-src=" /><img data-src=" /><img data-src=" />








Citan666 a écrit :



Faute d’avoir pu écraser l’écosystème GNU/Linux en tant que serveurs / OS pour le public moteur d’une partie de l’industrie (les devs), et d’avoir pu convaincre du bien-fondé de l’approche propriétaire, ils ont basculé sur l’autre stratégie.





Euh. De quoi tu parles. J’ai quasi pas vu de Linux en plus de 15 ans d’IT chez des dev. Ils sont tous sur Windows et au pire macOS. Là il s’agit pas d’attirer les gens, ils les ont déjà. Ils veulent surtout les garder et ce genre d’outil (WSL2) y contribue.



A vrai dire le boulot monstre de MS sur Windows 10 commence à porter ses fruits. Et je ne vois aucun autre OS Desktop capable de rivaliser.



Les mêmes excuses depuis 20 ans. Il faut pas se leurrer, MS a tué Linux en Desktop depuis longtemps et continue de fermer le cercueil avec un pistolet à clous.








Trit’ a écrit :



Si MS se met maintenant à intégrer du Linux nativement dans Windows et faire en sorte que cette intégration se fasse le mieux possible, ce n’est pas pas calcul machiavélique ou autre idiotie complotiste anti-Linux à terme. C’est d’abord et avant tout parce qu’ils veulent continuer à utiliser les outils avec lesquels ils étaient familiers avant d’entrer chez MS, et qu’étant désormais ceux qui conçoivent Windows, ils ont désormais la main sur ce que l’OS peut ou non intégrer…





Bon. Donne des sources car t’es à deux doigts de rejoindre ma blacklist des boulets du site.



Tout à fait Ballmer a viré la quasi totalité de l’ancienne équipe Windows car les dev historique ne voulaient rien changer et rester dans leur zone de confort alors que les jeunes eux voulaient un système plus ouvert et tout reprendre de quasi Zero pour améliorer la qualité du code, la stabilité du système etc. Ayant déjà vécu longuement reprendre complètement des pans entier était nécessaire. En outre, ils voulaient intégrer ce qui sortait de MS Research. Tout ça a été fait débouchant sur des changements massif qui ont commencés avec Vista qui comportait une réécriture complète du système de pilote, de la pile réseau, du système graphique et depuis lors ces travaux sont en cours et beaucoup arrivent à maturité.



Il n’y a cas voir les évolutions du SDK Windows y’a genre aucun rapport entre celui de XP et celui de 10 ou même entre celui de XP et Vista les changements sont énorme.


Pareil j’ai 0 soucis avec&nbsp; Windows 10 ça marche très très bien aucune raison de changer. En plus j’ai jamais vu linux fonctionner plus de 3 mois sur un poste desktop sans exploser à cause d’un problème de maj de paquets ou d’une corruption de FS genre Suse tout fonctionne tu éteins ta machine. Tu reviens le lendemain le FS est parti en vrille pour une raison inconnue tu réinstalle etc. ça m’a soulé. Ubuntu même combat.



La super solution passer 3h à swapper le noyau puisque ces gros malins ont foutu tout les pilotes dedans, vive les monolithes à la noix. Merci mais non merci.



Je n’ai pas assez de temps dans ma vie pour me battre avec mon ordinateur.


Je trouve que l’ouverture vers Linux amplifie ce travail.


Votre image d’illustration me fait vraiment gerber. Je constate en outre sa synchronisation parfaite avec la campagne de comm en cours de microsoft chez vos collègues, avec des articles visant à transformer le loup en agneau. Soyons réalistes : microsoft restera toujours le sale prédateur qu’il est, incapable d’assurer des mises à jour de qualité pour son propre OS, et profitant du monopole de la vente forcée, avalisée par l’UE, pour imposer ses produits devenus inutiles.

“microsoft est un cancer” pour paraphraser ce cher Ballmer. Et on pourrait en dire autant des autres GAFAM ou de wikipedia. Surtout avec la censure du web et la loi Avia en cours, visant à contrôler toujours plus l’information, en faisant taire les opposants&nbsp; politiques. Je rappelle que l’UPR, seul parti d’opposition à l’UE, n’est plus passée sur une chaîne de télé du CSA depuis 2017, et qu’on aime ou pas un parti politique ou un autre n’est pas la question : à partir du moment où l’on soutient une omerta médiatique sur qui que ce soit, on devient soi-même un fasciste de fait.

Cette mise au point étant faite, nous sommes bien dans des méthodes de type Coué, que ce soit au niveau de ce gouvernement ou de ce GAFAM particulier.

Et pour conclure : en entreprise, on attend toujours la console RSAT en natif sous OS libre, la stratégie AD étant de rajouter de la complexité là aussi inutile, juste pour emmerder les libristes, en les obligeant à utiliser un client windows adjacent.&nbsp;&nbsp; Enfin, si vous voulez réellement du GNU/Linux, rien ne vaudra jamais l’original. Compter sur un éditeur qui ne maîtrise même plus son propre OS est d’un ridicule pathétique. Bonne chance aux kiddies qui ont du temps à perdre.








teddyalbina a écrit :



Pareil j’ai 0 soucis avec  Windows 10 ça marche très très bien aucune raison de changer. En plus j’ai jamais vu linux fonctionner plus de 3 mois sur un poste desktop sans exploser à cause d’un problème de maj de paquets ou d’une corruption de FS genre Suse tout fonctionne tu éteins ta machine. Tu reviens le lendemain le FS est parti en vrille pour une raison inconnue tu réinstalle etc. ça m’a soulé. Ubuntu même combat.



La super solution passer 3h à swapper le noyau puisque ces gros malins ont foutu tout les pilotes dedans, vive les monolithes à la noix. Merci mais non merci.





Une corruption de FS ça n’arrive pas par magie mais seulement en éteignant ton PC comme un porc. Quel que soit l’os. J’ai jamais eu à toucher le noyau en 10 ans de linux comme OS principal. Tu parles juste de ton expérience perso où tu mets les deux ou trois problèmes que t’as rencontré sur le dos de l’OS.



J’utilise un PC sous Windows 10 au taf et c’est un vrai bordel de bosser là dessus. Est-ce que j’en fait tout un foin ou est-ce que j’ai la modestie de dire que c’est juste différent de ce que j’ai l’habitude ? Un peu des deux.



Est-ce que j’ai eu des tonnes de merdes sous linux ? oui. Est-ce que j’ai eu des tonnes de merdes sous Windows ? oui. Pourquoi ? Parce que je suis un “dev-power-user-bidouilleur” qui fout le bordel sur la moindre machine sur laquelle il bosse. J’ai au moins l’honnêteté de le reconnaitre.



J’ai installé des tonnes de linux à des utilisateurs “normaux” et j’ai jamais vu ce que t’as constaté : fs corrompus, maj foireuse, nécessiter de changer de noyau. C’est jamais arrivé chez des utilisateurs normaux. Par contre chez ces mêmes gens, des Windows vérolés dans tous les sens, des mises à jour qui détruisent leurs données ou qui empêchent de redémarrer, j’en ai vu un paquet.



Le seul OS qui résiste un peu à mes merdes perso, c’est OSX. Ce truc tourne tourne comme une horloge sans jamais broncher.





Je n’ai pas assez de temps dans ma vie pour me battre avec mon ordinateur.



Achète un mac.



Non mais moi je parle des vrais développeurs hein (demi-troll, demi-sérieux).&nbsp;



Ceux qui n’ont pas peur d’aller fouiner dans les bas-fonds du système pour comprendre comment fonctionne quelque chose.&nbsp;

Ceux pour qui la ligne de commande est la norme et l’interface l’exception parce qu’ils ont pigé à quel point c’était plus rentable au quotidien.&nbsp;

Ceux qui n’ont pas envie de galérer avec l’administration et la maintenance d’un système qui n’est pas fiable (spyware intégré) et pas sécurisé (rien que la blague du “on peut toujours accéder aux fichiers des autres utilisateurs) par défaut.&nbsp;



Si un système Linux plante facilement pour toi, c’est toi parce que t’as un souci niveau pilotes matériels (ça peut arriver selon le hardware), soit parce que tu choisis des logiciels un peu à part, soit juste parce que tu n’as jamais considéré utile d’apprendre l’admin sys Linux. :)



Linux est plusieurs crans au-dessus de Windows en termes d’expérience développeur (comme d’expérience utilisateur d’ailleurs pour tous les trucs de base mais c’est un autre sujet).&nbsp;


Ce n’est pas parce que le loup s’est travesti en agneau qu’il faut se sentir obligé d’applaudir, merci. :)



S’ils avaient REELLEMENT changé de mentalité vis-à-vis de l’appropriation logicielle, ils ne seraient pas en train de pousser à tout crin le “sofware as a cloud service with your data safely in OUR hands”.



Ils ont simplement reconnu qu’ils s’étaient fait bouffer sur certains secteurs, et que faciliter l’appropriation de leurs technos par les devs était le seul moyen restant de les promouvoir.&nbsp;&nbsp;



Je veux bien croire qu’il y a plus de devs “open source” (et tout simplement de devs un minimum compétents) chez Microsoft. Mais ce ne sont toujours pas eux qui décident de la stratégie à long terme.&nbsp;








teddyalbina a écrit :



Pareil j’ai 0 soucis avec&nbsp; Windows 10 ça marche très très bien aucune raison de changer. En plus j’ai jamais vu linux fonctionner plus de 3 mois sur un poste desktop sans exploser à cause d’un problème de maj de paquets ou d’une corruption de FS genre Suse tout fonctionne tu éteins ta machine. Tu reviens le lendemain le FS est parti en vrille pour une raison inconnue tu réinstalle etc. ça m’a soulé. Ubuntu même combat.



La super solution passer 3h à swapper le noyau puisque ces gros malins ont foutu tout les pilotes dedans, vive les monolithes à la noix. Merci mais non merci.



Je n’ai pas assez de temps dans ma vie pour me battre avec mon ordinateur.





Bah c’est parce que t’as pas vu le coeur de l’IT.&nbsp;

Dans la haute finance, c’est du Linux.

Dans une bonne partie des SSII, c’est du Linux.

Dans la quasi-totalité des supercalculateurs (et donc les softs qui tournent dessus et donc les développeurs), c’est du Linux.



Quand tu veux de la robustesse, c’est du Linux. :) Faut juste admettre d’y passer l’investissement initial pour comprendre le minimum vital, accepter de choisir des composants correctement supportés si tu veux éviter les galères de pilote, mais c’est payé au centuple en gain de temps quotidien.

Ah, et puis éviter d’utiliser les technos “bleeding-edge” ou visiblement non maintenues, mais ça c’est vrai quelque soit le modèle de distribution. ^^



(Pour info jamais eu une seule corruption de FS en 20 ans et une bonne vingtaine de distribs différentes sur différents pcs, je me demande bien ce qui peut se passer sur ta machine. Il est vrai que je n’ai jamais tenté de RAID logiciel, peut-être est-ce ton cas. Quant aux majs, contrairement à Windows, tu es libre de choisir de les installer, ou pas, ou peut-être juste une partie).



“l’accès aux applications avec interface graphique (GUI). passant par l’intégration d’un serveur Wayland au sein de WSL 2”

Pas de serveur X, mais son successeur Wayland.


J’utilise massive la GUI car ça a été conçu pour ça. Quand je veux automatiser un truc la je fais un script.



Ceux qui n’ont pas peur d’aller fouiner dans les bas-fonds du système pour comprendre comment fonctionne quelque chose.&nbsp; C’est justement ce que je fais et je n’utilise pas linux pour autant, y’a bien plus de trucs intéressant dans l’architecture de NT et Windows de façon générale des perles inconnues car pas accessible&nbsp;autrement que par code. Ou des apis méconnue qui permettent de supprimer l’utilisation de logiciels tiers du genre pour faire du cache distribué&nbsp;entre machines Windows pas besoin d’installer quoique ce soit en fait ^^ et ça marche même avec des distributions&nbsp;client tout à fait classique&nbsp;<img data-src=" />



Si je veux faire tout un système de logs distribués&nbsp;avec des nœuds&nbsp;d’agrégations de la réplication master master etc.&nbsp;je le fais avec des VM Windows, 0 logiciel tiers nécessaire. Et je case un soft x ou y à la fin pour le coté user friendly car c’est plus simple d’avoir des graphiques.





Si je dois effectuer des opérations distribuées et transactionnelles désolé mais sous Windows c’est d’une simplicité enfantine, j’ai même rien à configurer activer MSDTC.



Donc si je suis dans un scénario&nbsp;ou je dois écrire un fichier sur un volume et que dans la même opération je dois ajouter un élément dans une db et que je veux que si ça foire faire un rollback des deux le tout de façon ACID bah je le fais sous Windows qui sait faire ce genre de chose nativement. Je peux traiter les deux opérations de façon complètement atomique nativement je ne vais pas&nbsp; m’emerder avec une distribution linux équipée d’un soft exotique conçu par des mecs pas lavés parce que ça fait geek.



Si je suis dans une problématique ou des clients peuvent déployer des plusings donc du code tiers sur un système en mode SAAS, je ne peux pas me permettre d’utiliser linux directement. Donc il y a deux solutions, BSD -&gt; VM Linux -&gt; Container ou Windows Server -&gt; VM Linux -&gt; Container.&nbsp;



Suivant le workload c’est l’un ou l’autre.De deux désolé mais la majorité des linuxiens ne savent même pas comment ça marche. Ni même quels sont les avantages et inconvénients des choix technique effectués certains sont complètement discutable d’autre arbitraire fallait bien choisir un truc et aucune solution parfaite n’existe. Ils sont déjà persuadé qu’il s’agit d’un système UNIX alors…



Linux est l’alpha et l’oméga de rien du tout, y’a tout un tas de truc moisie dedans.



Le projet qui manque de visibilité est HURD.



La seule chose qui compte est limité l’utilisation de logiciel tiers et choisir le meilleur système suivant la problématique le reste n’est que du blabla inutile.


Arrêt à l’arrache comme cliquer sur Arrêter ?


Dixit phoronix pour DX12 ce n’est vraiment pas gagné :

&nbsphttps://www.phoronix.com/scan.php?page=news_item&px=Microsoft-DXGKRNL-Up…


Si tu utilises Fedora ou les Ubuntu non LTS ce genre de problème peut survenir car ce sont des distros qui visent la dernière version du logiciel à la mode même pas stable. Maintenant si tu restes sur de la Debian stable avec les backports ce genre de souci est rarissime.


Merci&nbsp;<img data-src=" />

L’espace d’un instant, j’ai pris&nbsp; un coup de jeune d’au moins dix ans voire plus grâce à toi&nbsp;<img data-src=" />








wanou2 a écrit :



Prochaine version : utilisation possible de l’environnement genome et désactivation d’ explorer&nbsp;<img data-src=" />





Blague à part, je n’ai pas l’impression que KDE sous Windows ai trouvé son public <img data-src=" />

Mais bon, le gnome est supérieur, il peut y arriver&nbsp;<img data-src=" /><img data-src=" />



Dans la haute finance tout les bots de trading font tourner des softs en dotnet et ce à tout les niveaux. Linux n’y existe que par comptabilité pour leurs anciens workload AS400 ils n’ont pas le choix à ce niveau. Chez Axa par exemple tout est en dotnet y’a un peu de java la translation des objets AS400 &lt;-&gt; dotnet est assuré par le framework ADN. Chez Rotschild tout est en dotnet aussi, aucune trace de linux et en db&nbsp; SQL server. etc.&nbsp;



Je peux même te dire que la première banque de France n’utilise pas linux pour ses opérations critique il est utilisé pour les trucs servant à amuser la gallerie, les machines sont sous VMS&nbsp;<img data-src=" />



Tu vas pas me la faire j’y ai bossé dans la haute finance. Les supercalculateurs parlons en vu le niveau de modification dans linux je ne suis pas certains que ce nom soit approprié quand tu dégage 90% du code et que tu modifie lourdement les 10% restant est-ce encore linux rien n’est moins sur.&nbsp;



Dans les sondes spatiales heu y’a que les maboules qui foutent linux, c’est en générale de l’UNIX oui du vrai UNIX et propriétaire. Modifiable sous licence principalement du VvWorks.



Dans les centrales nucléaire linux est une vraie plaie, car installé sur des mémoires non modifiable avec serveur ftp, http etc. Un vrai cancer.



&nbsp;&nbsp;








teddyalbina a écrit :



Dans les centrales nucléaire linux est une vraie plaie, car installé sur des mémoires non modifiable avec serveur ftp, http etc. Un vrai cancer.&nbsp;



Attention, sur cet activité-là, ce n’est pas l’OS lui-même qui est le plus gros du problème. C’est déjà le qui a fait ces choix, leur mise en oeuvre, …..



Ils partent du principe que c’est sécurisé parce que des débiles arrêtent pas de répéter ça partout. C’est le même mythe que la non fragmentation.




Ce genre de légende fait de très gros dégât, surtout que tout ces systèmes sont accessibles en remote.    





Rappelez vous les failles dans OpenSSL comme des mongoles passaient leur temps à répéter partout que c’était sécurisé parce que d’autres mongoles avaient balancés ça partout bah d’autres y ont cru. La c’est le même mécanisme mais sur des trucs plus dangereux qu’un site web à noix.



Au final c’est plus sécure de tout faire tourner sous IIS&nbsp;<img data-src=" />


Comme dit dans le papier, MS ne parle pas de proposer D3D12 dans Linux et ce n’est pas l’objectif de la lib créée (et distribuée sous la forme d’un binaire).&nbsp;


C’est ce que je te dis, ce n’est pas un problème de l’OS lui-même le point de départ, ce sont les individus qui ont fait ces choix-là, pourquoi ils les ont faits, comment ils ont décidé de les utilisés ….



Déjà le point de départ c’est de se demander si ceux qui ont pris les décisions avaient les compétences informatiques pour prendre ces décisions.&nbsp; Biensur, sans suspens, la réponse est parfois non, même dans le monde stratégique du nucléaire.


Les commentaires sur NXI c’est toujours source de saveurs intenses <img data-src=" />


Mec c’est du matos standard répondant à toutes les normes&nbsp;<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />&nbsp;.



Encore je peux te dire que le code de la centrale inertielle de nos derniers sous marins comporte du code js pourrave à grand coup de == sans vérification de type et que la gestion des credentials est une farce sans nom. Parce que tu comprends personne peut pirater linux&nbsp;<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />. Ce genre de légende est d’un niveau de dangerosité extrême, même si le code du noyau y est pour rien y’a toute une communauté de mongoles qui propage ce genre d’imbécilité certain de la supériorité&nbsp; d’un code qu’ils ne sont même pas capable de comprendre.



Au final les machines Windows sont ultra blindé pour la légende inverse et donc sont plus secure&nbsp;<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />


Oula, pas vraiment. Microsoft a eu le même type de soucis que pour Openssl et HeartBleed et pendant près de 19 ans (faille MS14-66/Winshocs). Et de même sur l’ensemble des implémentation SSL du marché.

En clair, ce n’est pas un soucis d’un système, l’ensemble des systèmes ont des failles et il faut apprendre a vivre avec.








teddyalbina a écrit :



Mec c’est du matos standard répondant à toutes les normes&nbsp;<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />&nbsp;.&nbsp;



Et ? En quoi l’argument “matos standard répondant à toutes les normes” est un argument ? Ces Linux là ils ne sont pas venus d’eux même s’incrusté dans une rom pour rentrer avec leur petite pate dans le matos. Ce sont bien des gens qui ont fait des choix ? D’ailleurs respecter une norme, faut déjà que la norme soit bien faite et comprise. Exemple que j’ai côtoyé, dans le cher domaine, la norme disait que le signal devait être conservé sans perte, cela a été traduit par le donneur d’ordre par il ne doit y avoir aucune compression.




 Si les gens prennent des décisions sur simplement des "on dit", ce sont bien ces gens/process de décision/validation le problème.       






 Pour les sous-marins : oui et même sur les parties en windows/dotNet.


JVachez me manque…



(heureusement je vois qu’il y a de nouveaux trolls dans le fil de commentaires)


Super, linux c’est naze parce que les bots de trading sont en C#. Tu t’y connais vachement plus en ordinateurs que tout le monde réuni ici. T’es plus fort meilleur.



Je laisse tomber t’es juste un troll








EMegamanu a écrit :



JVachez me manque…&nbsp;



C’est la news retour dans le passé, ça nous rajeuni&nbsp;<img data-src=" />









jpaul a écrit :



Super, linux c’est naze parce que les bots de trading sont en C#.



Je laisse tomber t’es juste un troll





Et parce que des gens sont capables de faire de la merde avec&nbsp;<img data-src=" />

Système trop ouvert et malléable<img data-src=" />



Ou est-ce que j’ai dit ça ? Je dis juste que penser que linux est&nbsp;forcément&nbsp;utilisé dans la haute finance tiens de la légende urbaine. L’exemple des bots de trading n’est qu’une illustration. Linux y est en grande partie par inertie liée à AS400 les banques ne vont pas s’amuser à tout réécrire il s’agit donc d’un bon choix technique.


C’est justement ce que je dis au final, la légende urbaine “c’est sécurisé” est ultra dangereuse la différence entre les deux est que du coup sous IIS les gens font attention parce que boooouuuhhhh Microsoft méchant etc. Et a coté de ça ils vont déployés comme des porcs sur ngnix ou apache en passant tout par dessus la jambe.


Salut les hors sujets, ca ne vous dérangerai pas d’ouvrir un sujet sur le forum, car c’est pas comme si à chaque news on retrouve les mêmes débats perpétuels sur Microsoft ?

Retour des commentaires à WSL & winget ?


Alors je me lance : WinGet en l’état c’est nul <img data-src=" />


Winget est top je l’ai installé hier et testé, il demande quelques ajustement mais je vais directement participé sur le répo et pourquoi pas faire une GUI avec MAUI pour le fun. WSL est ultra pratique. Ca fait plaisir de voir drawbride, Helio, Barelfish arrivé à terme ainsi que la réécriture du système :)&nbsp;



10X est super cool et je ne suis pas prêt de passer à linux après avoir testé la bête








teddyalbina a écrit :



Winget est top je l’ai installé hier et testé, il demande quelques ajustement mais





WinGet pour le moment c’est seulement un sous Scoop&nbsp;(puisqu’il faut les permissions admin dans la plupart des cas). Je ne dis pas que le projet a du potentiel, mais pour l’instant il n’est pas très utile.



Winget me fait vachement de l’œil surtout côté pro. J’ai eu quelques soucis avec Chocolatey donc j’ai fini par y mettre un terme et je refais la maintenance manuellement (je n’ai pas beaucoup de paquets à maintenir).



S’ils suivent leur roadmap. Cela ferai un produit assez complet pour une V1.0. J’espère qu’ils vont vite l’intégrer dans SCCM et Intune. Aussi qu’il sera plus fédérateur que Chocolatey pour les éditeurs (propriétaire ?) réfractaire et à faire des installateurs “pourraves”. De plus si je pouvais me débarrasser de tous ces services de mises à jours par programmes. Nous n’avons pas les ressources pour tester toutes les mises à jours et les déployer en manuel. On préfère gérer par vagues et corriger si besoin sans vraiment ralentir les déploiements.



Quand je vois les manifests, je ne m’inquiète pas du monde Open source. Car la plupart des plus connus et utiliser y sont déjà (et que j’utilise)








David_L a écrit :



Alors je me lance : WinGet en l’état c’est nul <img data-src=" />





J’imagine que WinGet est compatible avec OneGet comme fournisseur de package. (quitte à faire du gestionnaire de package, autant utiliser un méta gestionnaire de package)









Trucifix a écrit :



Winget me fait vachement de l’œil surtout côté pro. J’ai eu quelques soucis avec Chocolatey donc j’ai fini par y mettre un terme et je refais la maintenance manuellement (je n’ai pas beaucoup de paquets à maintenir).



S’ils suivent leur roadmap. Cela ferai un produit assez complet pour une V1.0. J’espère qu’ils vont vite l’intégrer dans SCCM et Intune. Aussi qu’il sera plus fédérateur que Chocolatey pour les éditeurs (propriétaire ?) réfractaire et à faire des installateurs “pourraves”. De plus si je pouvais me débarrasser de tous ces services de mises à jours par programmes. Nous n’avons pas les ressources pour tester toutes les mises à jours et les déployer en manuel. On préfère gérer par vagues et corriger si besoin sans vraiment ralentir les déploiements.



Quand je vois les manifests, je ne m’inquiète pas du monde Open source. Car la plupart des plus connus et utiliser y sont déjà (et que j’utilise)





Y a pas mal de manifest c’est clair. En plus t’as même un petit outil pour assister la création de nouveaux.

En revanche vue la geule des fichiers, tu passes toujours par l’installeur “classique” du logiciel on dirait. S’il a un mode silent qui fonctionne bien, ça va être transparent, mais si le package d’Install est pourrave, ça ne va pas changer grand-chose on dirait.



Je pense que le mieux serait de forcer l’utilisation de package msix ça permettrai d’avoir un seul installeur et de juste choisir quel archi ont veut installer.


Dans la roadmap, ils géreront les fichiers de config pour les installations silencieuses donc c’est bon point.



C’est pour ça que j’espère qu’il sera fédérateur pour que certains fassent un effort sur un installateur silencieux et propre. A voir quand les MSIX vont se démocratiser.









tazvld a écrit :



J’imagine que WinGet est compatible avec OneGet comme fournisseur de package. (quitte à faire du gestionnaire de package, autant utiliser un méta gestionnaire de package)







L’éditeur de Oneget semble très excité donc je pense que oui







teddyalbina a écrit :



Je pense que le mieux serait de forcer l’utilisation de package msix ça permettrai d’avoir un seul installeur et de juste choisir quel archi ont veut installer.





Forcé le MSIX sera contre productif et non fédérateur. C’est pour cela qu’il gérera les 3 (exe,msi et msix)









tazvld a écrit :



J’imagine que WinGet est compatible avec OneGet comme fournisseur de package. (quitte à faire du gestionnaire de package, autant utiliser un méta gestionnaire de package)





OneGet sert surtout pour des modules PS désormais, je doute que le but soit de fusionner les deux, mais bon il faudra que MS clarifie un peu sa stratégie sur les xGet qu’il propose d’ici la v1 <img data-src=" />&nbsp; vu que tout est imbricable avec tout en théorie…

&nbsp;





ndjpoye a écrit :



Y a pas mal de manifest c’est clair. En plus t’as même un petit outil pour assister la création de nouveaux.



 En revanche vue la geule des fichiers, tu passes toujours par l'installeur "classique" du logiciel on dirait. S'il a un mode silent qui fonctionne bien, ça va être transparent, mais si le package d'Install est pourrave, ça ne va pas changer grand-chose on dirait.







Oui c’est pour ça que je compare ça plutôt à des Scoop (ou Just Installer) en l’état qu’un gestionnaire de paquets. T’as juste une pelleté de manifestes avec un YAML contenant le mode silencieux et autres paramètres éventuels. On est encore loin du compte.&nbsp;

&nbsp;





teddyalbina a écrit :



Je pense que le mieux serait de forcer l’utilisation de package msix ça permettrai d’avoir un seul installeur et de juste choisir quel archi ont veut installer.






C'est sans doute l'un des buts en bout de course, mais c'est trop tôt pour imposer du MSIX


ça ma plairai un petit winget install mysite –infra prod il airai chercher l’appli puis déploiement auto là où ça va bien



Ou encore winget install toto –machine 192.168.1.2&nbsp;<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />


Oui alors ça c’est Docker dont l’intégration est prévu dans WSL 2 <img data-src=" />


Yup, ca je bave depuis un p’tit moment:https://docs.docker.com/docker-for-windows/wsl/


Au Luxembourg les dev sont quasi tous sous Windows, personne sous Linux. Bref, as-tu une source qui puisse démontrer que les dev sont tous sous Linux ? Merci.


Okay. Un pavé énorme et toujours aucune source. Merci pour cet équivalent du FUD ! Welcome dans ma blacklist aussi. La bise.


J’ai jamais vu personne utilisé linux pour développer, comme je disais c’est juste le machin qui sert à faire tourner docker en fait ça sert pour la prod mais pas pour produire








teddyalbina a écrit :



Pareil j’ai 0 soucis avec&nbsp; Windows 10 ça marche très très bien aucune raison de changer. En plus j’ai jamais vu linux fonctionner plus de 3 mois sur un poste desktop sans exploser à cause d’un problème de maj de paquets ou d’une corruption de FS genre Suse tout fonctionne tu éteins ta machine. Tu reviens le lendemain le FS est parti en vrille pour une raison inconnue tu réinstalle etc. ça m’a soulé. Ubuntu même combat.





Je suis le spécialiste de la fermeture de poste à l’arrache et je n’ai jamais eu de corruption de FS sous quelque système (nix, bsd, linux, win, mac, …) que ce soit depuis 25 ans.



Et un problème de maj de paquet avec une suse desktop j’ai du mal à y croire (même si ça peut arriver) surtout sachant que le support vendu est forfaitaire ils ont intérêt à limiter ce genre de connerie.









teddyalbina a écrit :



J’ai jamais vu personne utilisé linux pour développer, comme je disais c’est juste le machin qui sert à faire tourner docker en fait ça sert pour la prod mais pas pour produire





T’en trouve facilement en dev électronique, scientifique ou même de gestion (chez des dev PHP par exemple). Et oui, en entreprise.

Entre ceux qui voient du Linux* en dev quasi partout et ceux qui n’en voient quasi jamais, je me rends compte que je me fais vieux et que je résiste moins qu’avant&nbsp;<img data-src=" />



* remplaçable par le mot Windows



Aucune idée c’est du matos tout ce qui a de plus standard, et il marche parfaitement depuis 3 ans sous Windows 10 pro 64bit donc j’suis pas prêt de retenter linux et puis j’ai pas de temps à perdre et il manque les 34 des softs que j’utilise.


Bas moi j’ai déjà vu une personne dév sous linux, donc c’est peut être pas toujours vrai ce que tu affirmes non ?



C’est assez hilarant de voir cette guéguerre Windows contre linux aujourd’hui, pour utiliser, bosser, surfer, coder sur les 2, ces diatribes me semblent tout à fait ridicule.&nbsp;



Gniagniagnia windows meilleurs ! gniagniagnia linux c’est pour les vrais.



Plus sérieusement, je trouve Windows de moins en moins agréable pour le code et surtout de moins en moins indispensable, j’ai pas encore osé faire du .net core sous linux (pour les projets perso je tente des techno que je connais pas, moins mainstream) mais je ne serais pas capable aujourd’hui d’affirmer qu’un est supérieur à l’autre.



Mais pour qui veut choisir son environnement en fonction de ses besoins/envies, les desktop linux offrent de sacrées alternatives, j’ai migré ma workstation sous elementary os et c’est un bonheur de simplicité et d’efficacité là où windows est de plus en plus complet mais de moins en moins clair (avis purement personnel).&nbsp;&nbsp;



C’est là à mon avis que le choix est intéressant si on est pas contraint à un environnement précis.


Jamais croisé personne sous linux sauf pour y faire tourner docker ce qui est devenu son utilisation principale. Etrangement j’ai déjà vu des gens sous BSD&nbsp;<img data-src=" /><img data-src=" /><img data-src=" />.



La dernière fois que je l’ai utilisé directement c’était sur un raspberry 4 pour y compiler un wrapper de pilote que j’ai porté de netframework en netcore vu que le wrapper C du fabriquant était une merde sans nom.








kj a écrit :



Plus sérieusement, je trouve Windows de moins en moins agréable pour le code .





Pour quelle(s) raison(s) ?



Nb : Vrai question ouverte, vue que pour ma part, ne ressentant pas cela, ça m’intéresse :)



Difficile à dire concrètement c’est du ressenti mais j’essaie :



L’interface de windows me semble de plus en plus fouilli, des menus de partout, un explorateur qui fait tout en même temps là ou gnome ou autre desktop léger offre moins de fonction mais le font vite et bien. Je parle pas du panneau de configuration à moitié à l’ancienne à moitié nouveau (ça a surement bien évolué mais j’ai décroché)

&nbsp;

Le menu démarré est à mon sens le comble de l’inefficacité comparé à la simplicité du menu elementary os (sans compter les crapware et pubs qui s’y insèrent)



Le panneau de notification de windows est complet mais surtout complexe et les 34 des choses ne me servent jamais et les notifs sont intrusives si tu n’est pas en “do not disturb”



Mon bureau linux est hyper réactif même chargé avec 2 IDE (oui je suis pas très vim), 50 onglets dans opera et la retouche d’image, sous windows je trouve moins réactif voir j’ai de plus en plus de glitchs (mais clairement j’ai pas la même config sous linux/win)



Bref, c’est un avis très personnel, mais ça donne une idée.



Edit : Et qu’on vienne pas me dire qu’il suffit de modder mon windows pour être tranquille, c’est le principale reproche que faisait les windowsiens aux linuxiens dans le temps, mon linux je l’utilise out of the box !


Je ne dis pas que l’un est supérieur à l’autre si tu regardes mes autres commentaires, je dis justement que linux n’est ni l’alpha ni l’oméga qu’il y a un tas de trucs qui marchent mal et pareil sous windows il a des avantages et ses inconvénients. Dans plein de cas faire tourner ses workload sous windows est la meilleur solution, dans d’autre c’est sur linux dans d’autr bsd.



Je répondais principalement à des illuminés qui pensent qu’une seule solution technique répond à l’ensemble des besoins en suivant des légendes urbaines reposant sur rien ce qui est dangereux.


“Je répondais principalement à des illuminés qui pensent qu’une seule solution technique répond à l’ensemble des besoins en suivant des légendes urbaines reposant sur rien ce qui est dangereux.”



&nbsp;<img data-src=" />&nbsp;

&nbsp;


La de suite j’ai 3 bases de données qui tournent, 4 visual studio 2019, edge avec j’sais pas combien d’onglets, un noeud cardano,&nbsp; un noeud IPFS, redis, et outlook d’ouvert et deux écrans 4K 34 pouces à alimenter le tout sous Windows 10 ça fonctionne niquel sans accros h24 tout est instantané.






teddyalbina a écrit :





Pour l’électronique, c’était par exemple pour programmer des PIC.








kj a écrit :



Difficile à dire concrètement c’est du ressenti mais j’essaie :



L’interface de windows me semble de plus en plus fouilli, des menus de partout, un explorateur qui fait tout en même temps là ou gnome ou autre desktop léger offre moins de fonction mais le font vite et bien. Je parle pas du panneau de configuration à moitié à l’ancienne à moitié nouveau (ça a surement bien évolué mais j’ai décroché)

&nbsp;

Le menu démarré est à mon sens le comble de l’inefficacité comparé à la simplicité du menu elementary os (sans compter les crapware et pubs qui s’y insèrent)



Le panneau de notification de windows est complet mais surtout complexe et les 34 des choses ne me servent jamais et les notifs sont intrusives si tu n’est pas en “do not disturb”



Mon bureau linux est hyper réactif même chargé avec 2 IDE (oui je suis pas très vim), 50 onglets dans opera et la retouche d’image, sous windows je trouve moins réactif voir j’ai de plus en plus de glitchs (mais clairement j’ai pas la même config sous linux/win)



Bref, c’est un avis très personnel, mais ça donne une idée.



Edit : Et qu’on vienne pas me dire qu’il suffit de modder mon windows pour être tranquille, c’est le principale reproche que faisait les windowsiens aux linuxiens dans le temps, mon linux je l’utilise out of the box !





Merci d’avoir pris le temps d’expliquer.

Sinon, je suis d’accord avec toi, tant que chacun arrive à trouver l’OS qui lui convient, c’est l’essentiel.&nbsp;&nbsp;









teddyalbina a écrit :



La de suite j’ai 3 bases de données qui tournent, 4 visual studio 2019, edge avec j’sais pas combien d’onglets, un noeud cardano,&nbsp; un noeud IPFS, redis, et outlook d’ouvert et deux écrans 4K 34 pouces à alimenter le tout sous Windows 10 ça fonctionne niquel sans accros h24 tout est instantané.





Un&nbsp;Threadripper 3990X avec 128Go de ram et une Quadro RTX 6000 24GB, ça aide&nbsp;<img data-src=" /><img data-src=" />



&nbsp;









teddyalbina a écrit :



Aucune idée c’est du matos tout ce qui a de plus standard, et il marche parfaitement depuis 3 ans sous Windows 10 pro 64bit donc j’suis pas prêt de retenter linux et puis j’ai pas de temps à perdre et il manque les 34 des softs que j’utilise.





Tu n’as pas besoin de linux apparemment donc c’est pas la peine de se faire mal en essayant de l’adopter ;)



Good for you mais je ne vois pas en quoi c’est une remarque pertinente en réponse à mon retour d’XP ?



&nbsp;La charge indiqué n’était qu’un exemple et j’ai bien précisé dans mon commentaire que ma config win10 n’est pas la même que ma workstation linux.



Comme le dit&nbsp;ndjpoye&nbsp;, l’essentiel c’est de trouver l’environnement qui convient à chacun, je fais pas un concours du meilleurs desktop ever.


Cela veut simplement dire que tu as beaucoup de RAM.


Il est possible de changer l’interface de Windows, il faut juste changer une clé de registre pour pointer vers une interface concurrente.



C’est juste qu’il n’y a plus de concurrentes. C’est bien trop complexe à réaliser, j’imagine.



Sur ce point il est vrai que Linux est clairement supérieur vu le choix disponible voir les options de personnalisation existantes selon l’interface que l’on aura pris.


En fait ça n’intéresse personne à la grande époque c’était déjà un truc de niche et de bricoleur. Il me semble néanmoins que litestep existe toujours








teddyalbina a écrit :



En fait ça n’intéresse personne à la grande époque c’était déjà un truc de niche et de bricoleur. Il me semble néanmoins que litestep existe toujours





Ils sont tous dead coté dev&nbsp;https://en.wikipedia.org/wiki/List_of_alternative_shells_for_Windows



J’ai utilisé Litestep jusqu’à il y a deux ou trois ans je pense. Mais comme il date de bien trop longtemps, il avait mal supporté le passage à Windows &gt; XP. Le souci vient davantage des modules que du programme en lui-même et sur la fin, la série de modules “nModules” était assez stable mais jamais la documentation n’a été achevée par le concepteur (disparu ?), donc difficile à utiliser pour faire des thèmes car personne ne sait vraiment ce qu’ils peuvent faire. Il manquait aussi deux/trois possibilités indispensables à mes yeux dans ces modules.




    Mais je pense que ce qui a achevé Litestep est simplement le langage de programmation, C++. Ce n'est plus dans l'ère du temps et ça complique une éventuelle reprise du codage.    





Il faudrait refaire quelque chose de zéro, et je pense que personne n’a vraiment envie de ça sur Windows. Ça manque de stabilité.



Même un palliatif comme Classic-Shell pour le menu a failli disparaître, trop de travail…


En tout cas, Docker Desktop avec WSL2 fonctionne super bien… Le plus relou est d’installer WSL2 (qui n’est pas aussi simple qu’un wsl install) et de rebooter plus qu’il ne le demande.



Copier mon serveur plex d’une VM docker vsphere à un docker windows, avec les mêmes métadonnées, le temps de tester une autre virtualisation, c’est très agréable.


Certes, mais je me dis que dans le cas d’une boite ayant les ressources de MS, si quelque chose ne sort pas, c’est que ce n’est pas une priorité et qu’on n’y a pas alloué les ressources pour qu’elle se développe plus rapidement. Peut-être que Ballmer avait d’autres priorités (et la comm sous Ballmer n’était pas aussi Linux-friendly qu’aujourd’hui, loin de là).


Euh, je reste bloqué nulle part. “Que de chemin parcouru”, ça veut dire… que de chemin parcouru. Donc ça veut dire que ça a bien changé. Je ne reste pas bloqué, et MS non plus du coup. C’est bien.



Après, c’est pas parce que des “jeunes programmeurs” dans une boite ont des “envies” que la direction va les satisfaire. Dans un truc aussi gros que MS, les décisions ne sont pas prises par les jeunes programmeurs. Mais c’est bien que le management ait écouté ce qui passait autour de lui :)


J’ai fait + de 10 ans de dev sous windows.&nbsp; Faut arrêter de parler de ce dont on ne connait pas. Durant ma carrière j’ai dû croiser 5% de dev sous linux, des externes, “parce que c’est mieux que Windows”.&nbsp;

Un peu comme&nbsp;teddyalbina, le seul problème est quand je dois faire des scripts de déploiement bash. Du coup soit c’était dans une VM, soit sur un serveur linux de test.



Pour ce qui est de nous inciter à passer à un langage de programmation Microsoft, et bien c’est pas gagné parce que ce n’est pas l’OS qui drive cette décision, mais le use case applicatif. Et puis jamais vu un dev changer de techno “majeure”. #java4life&nbsp;<img data-src=" />








momopouccino a écrit :



J’ai fait + de 10 ans de dev sous windows.&nbsp; …..

&nbsp;Pour ce qui est de nous inciter à passer à un langage de programmation Microsoft, et bien c’est pas gagné parce que ce n’est pas l’OS qui drive cette décision, mais le use case applicatif. Et puis jamais vu un dev changer de techno “majeure”. #java4life&nbsp;<img data-src=" />





Des use case de changement de dev déjà vu:

C++ =&gt; Delphi =&gt; C#

VB (celui pas .Net) =&gt; ASP.Net/C# + C++

&nbsp;Windev =&gt; Java



Ce sont les premiers cas qui me viennent rapidement à l’esprit.









Citan666 a écrit :



“Embrace, Extend, Extinguish”.

Heureusement leur OS est encore tellement inexploitable pour du vrai taff à l’heure actuelle qu’ils ont un gros boulot à fournir s’ils veulent réellement faire bouger les lignes.







En voilà une opinion qui n’est pas aveugle et partisanne !! 😁😁



En 6 ans je n’ai jamais vu de dev sous windows dans les boites où je suis passé… partout c’était du linux sauf dans la boite où je suis maintenant où on a tous des mac.

Comme quoi chacun a des expériences différentes…

pour avoir utilisé les trois OS pour du dev, ma préférence va sur linux que je trouve plus agréable à utiliser puis mac qui est également très agréable à utiliser et assez proche de l’expérience linux et en dernier windows qui est beaucoup plus lourd à mon sens pour les opérations du quotidien.

c’est peut être aussi une question d’habitude mais si j’ai le choix de l’OS sur lequel travailler, ça sera linux sans hésiter.


Je n’utilise même plus linux pour faire des scripts bash, on a installé powershell core sur l’ensemble des machines linux, et il fait parti de toutes nos images docker. ça nous permet d’utiliser un unique et très puissant langage de script sur Windows, MacOs, et Linux sans prise de tête.



On perd pas de temps à pondre 3 scripts différents un seul et unique script qui marche partout le top&nbsp;<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />&nbsp;.



En ce moment j’évalue le projet Yarp pour sauter nginx coté reverse proxy dans le futur, je vais y ajouter la possibilité d’être piloté via CLI pour gérer la config dans un premier temps. Ainsi que d’autres choses il va y avoir quelques week-end à pas dormir.


En l’occurence, mon frère bosse dans la haute finance, pour concevoir des modèles mathématiques et implémenter des algorithmes de transaction les exploitant. Je l’ai rarement autant entendu pester parce qu’on le forçait à utiliser un hôte Windows mais il a fini par réussir à les convaincre de le laisser bosser efficacement.


Oui donc le problème ne vient pas de la techno mais des mecs qui décident sans réfléchir. Tu remplaces Linux par Windows, c’est exactement le même problème hein.


Personne n’a jamais prétendu que Linux était la solution à tout. C’est toi qui a posé le postulat trollesque de base je te rappelle.&nbsp;


Oui ? Je suis dans l’informatique depuis 10 ans, j’ai croisé 3% à la louche de développeurs sous Windows.



Tout dépend des milieux.&nbsp;

Mais parmi ceux comme moi qui ont essayé les deux environnements, on est à peu près tous d’accord pour dire que Windows c’est un environnement famélique en comparaison (en revanche nous sommes en guerre ouverte et frontale sur le meilleur environnement desktop, mais ça c’est classique XD).



Il y a juste trop de trucs qui sont beaucoup plus simples à gérer sous Linux parce qu’OS conçu de manière sécurisée (si y’a une merde ça vient généralement de toi, même quand c’est frustrant), stable (idem), et à base de fichiers textes (te laissant faire un tas d’opérations complexes juste en maîtrisant une vingtaine de commandes de manipulation de texte).



Plus l’interface largement meilleure : complètement configurable (Windows 10 propose enfin, si je me plante pas, de configurer les raccourcis clavier), nettement plus riche ergonomiquement (bon, si on prend KDE, XFCE c’est un peu la zone, Gnome ça fait un bail que j’ai pas retesté).



Rien que le fait que les onglets soient partout quand tu veux utiliser l’explorateur,, que tu aies l’historique du copier / coller, le “coller direct” avec le clic-milieu…

Ou en ligne de commande que tu puisses faire une recherche multicritère largement au-delà de tout ce que peut proposer une interface avec find ET enchaîner avec une recherche de motif avec grep…



Ou utiliser le retour d’une commande qui calcule une chaîne pour remplacer un paramètre en direct dans un ensemble de fichiers dont le périmètre est aussi calculé dynamiquement.



Et bien évidemment, que l’ensemble de ces connaissances soient PORTABLES dans le temps (fonctionne sur des systèmes d’il y a 20 ans, fonctionnera encore dans 20 ans) et l’espace (outils standards dans toutes les distributions).


J’ai juste pas envie de m’épancher sur le sujet parce que au final ce n’est pas spécialement utile pour grand monde. Si les gens sont contents de leur expérience, tant mieux pour eux, mon ressenti personnel leur sert à rien.



Quant aux autres ils trouveront bien l’occasion de tester.

&nbsp;

Mais oui, Windows 10 est encore à peu près à 30% de ce que j’attends d’un système d’exploitation qui se prétend moderne. Que ce soit en termes de sécurisation, d’ergonomie, de fonctionnalités, il est toujours gravement à la ramasse, même s’ils ont énormément avancé comparé à Windows 7 (j’ose même pas évoquer les précédents par décence).



&nbsp;Après bon pour le fonctionnel, pour leur défense ils peuvent pas se permettre d’intégrer trop d’applications non plus sinon ils vont se refaire taper sur les doigts pour abus de position dominante. Donc si je voulais être totalement impartial je ne jugerais que sur le système + l’environnement brut hors toute application graphique excepté explorateur de fichiers (et non pas environnement de bureau + applications conçues pour l’environnement).

&nbsp;

Mon commentaire reflète mon opinion “en tant qu’utilisateur lambda”, hormis ces considérations économico-légales. :=)








Citan666 a écrit :



Mais parmi ceux comme moi qui ont essayé les deux environnements, on est à peu près tous d’accord pour dire que Windows c’est un environnement famélique en comparaison&nbsp;



Dommage, tout petit dérapage sur cette phrase. Comme tu le dit, ce ne sont “que” ceux qui tu as croisé. Comme tu dis ça dépend, entre autres, des milieux :) Et des gens aussi ;).




Perso, je peux dire que tu peux même croiser des dév qui n'en auront rien à faire des points que tu mets en avant (je ne dis pas que ces points sont nul) et qu'eux, tant que leur IDE (et outils gravitant autours) fonctionne, ça leur suffit pour faire leur travail de dev.     





La fonction de dev, c’est tellement large, qu’on ne peut pas prétendre avoir une vue exhaustive des situations.<img data-src=" />









Citan666 a écrit :



(en revanche nous sommes en guerre ouverte et frontale sur le meilleur environnement desktop, mais ça c’est classique XD).







Perso j’ai assisté en spectateur à la guerre entre les ingés système Unix nés sur des HP-UX/AIX/etc voire originaires de mainframes qui voyaient du Linux arriver (c’était à l’époque RHEL 4 en gros) et gueulaient que “c’est un truc bricolé par des devs pour des devs”. De ce que j’avais compris de leur guerre de tranchée, c’était surtout parce que AIX propose des outils d’administrations cohérents entre eux là où les distribs de l’époque avaient un peu moins d’homogénéité.



Leurs débats étaient souvent intenses. <img data-src=" />

Et comme quoi, rien que dans le monde POSIX y’a matière à voir du sang gicler.



Alors justement, en termes de fonctionnalités, Windows te permet de faire à peu près tout et n’importe quoi. Tu peux monter un stockage complet de 500To sur N serveurs et avec du RAID, le tout sans avoir à installer un soft. En fait la plupart du temps, les gens ne savent même pas tout ce qu’ils peuvent faire avec Windows. J’ai déjà croisé dans le SI d’une grande assurance des mecs disant que les droits sous Linux c’est vachement mieux que sous Windows alors qu’ils ne connaissaient pas icacls, la notion de droit par héritage et j’en passe…. Le problème des gens qui critiquent Windows, c’est qu’ils ne connaissent pas Windows (ça marche aussi avec Linux, mais le sujet de la news, c’est Windows). Si tu veux savoir ce qu’est capable de faire Windows, regarde ce qu’a fait MS avec Azure.


Une lecture intéressante:https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish



Il faut restant méfiant sur les conversions soudaines à l’open-source mais plus particulièrement ici, vu le passif de MS en terme de méthodes.

&nbsp;

Perso, après le rachat de GitHub, j’aurais cru qu’ils auraient racheté Chocolatey et qu’ils l’auraient intégré dans un provider de OneGet… mais sortir un nouveau truc qui ne s’intègre pas à ce qu’ils ont déjà fait… MS sera tjs MS. On a déjà la date de fin de support de OneGet ?


Du grand n’importe quoi dans les commentaires ici… Oser dire que les devs n’utilisent pas linux, c’est n’importe quoi, et ça veut surtout rien dire. Dev ça peut être iOS, Android, front, back, des technos très différents disponibles… Ca fait 10 ans que je fais du back, soit tous les devs back rencontrés étaient sous linux, soit ils voulaient y passer. Et là wsl2 perso ça fonctionne super bien, ça me permet de bosses comme sous linux, mais sur mon fixe windows qui me sert aussi pour jouer, et sans avoir besoin de lancer une vm.


WSL2, c’est une VM 😬


Oui bien sûr, je voulais dire sans lancer un virtualbox, on s’est compris <img data-src=" />

(wsl2 étant un vm très spéciale quand même ^^)


Oui mais ça en reste une, avec les limites que ça peut imposer (besoin d’activer les fonctionnalités ce VT du CPU, indispo sur certaines plateformes genre Shadow, etc.)


Certes, il faut windows 10 pro et le hardware qui va avec, mais quand on a la machine adéquate, c’est invisible à l’utilisation. Lancer le terminal même si la vm n’était pas lancée ça prend au max 1 sec, donc on ne s’en rend même pas compte, pas besoin d’allouer les ressources à l’avance, intégration avec docker windows, c’est vraiment agréable quand même, et je suis impatient des futures mises à jour avec ce qu’ils ont annoncé :)


1/n&nbsp;



“Alors justement, en termes de fonctionnalités, Linux te permet de faire à peu près tout et n’importe quoi. Tu peux monter un stockage complet de 500To sur N serveurs et avec du RAID, en installant juste les packets qu’il faut. En fait la plupart du temps, les gens ne savent même pas tout ce qu’ils peuvent faire avec Linux. J’ai déjà croisé dans le SI d’une grande assurance des mecs disant que les droits sous Windows c’est vachement mieux que sous Linux alors qu’ils ne connaissaient pas acl, la notion de droit par héritage et j’en passe…. Le problème des gens qui critiquent Linux, c’est qu’ils ne connaissent pas Linux (ça marche aussi avec Windows, mais le sujet de la news, c’est Windows). Si tu veux savoir ce qu’est capable de faire Linux, regarde ce qu’a fait MS avec Azure.”



Ok c’est pour le&nbsp;<img data-src=" />