Connexion
Abonnez-vous

Révolution ! curl, tar et OpenSSH intégrés à Windows 10 (et l’emoji picker arrive en français)

Révolution ! curl, tar et OpenSSH intégrés à Windows 10 (et l'emoji picker arrive en français)

Le 20 décembre 2017 à 09h18

Microsoft vient d'annoncer une nouvelle build de la prochaine version de Windows 10. Estampillée 17063, celle-ci n'a rien d'anodin et intègre de très nombreuses améliorations, tant au niveau graphique que fonctionnel.

Il est notamment question de la fameuse Timeline annoncée plus tôt cette année, mais qui avait loupé la Fall Creators Update, de l'Emoji Picker qui sera enfin disponible pour les utilisateurs français, d'une gestion plus fine de la data mobile en complément du Wi-Fi pour préparer l'arrivée des « Always Connected PC », etc.

Mais si l'on regarde de plus près l'annonce de Microsoft, il y a un point visant les développeurs qui saute aux yeux : tar et curl vont être disponibles sous Windows. Bien connus des adeptes de Linux, ces outils permettent respectivement de gérer des archives et d'échanger des données avec un serveur. Ils peuvent même être utilisés de pair.

Ce n'est pas la première fois que Microsoft fait un choix de ce genre. Avec la Fall Creators Update, l'éditeur a simplifié l'utilisation du sous-système Linux permettant d'installer le bash Ubuntu ou Suse d'un clic depuis le Windows Store. Plus récemment, c'est OpenSSH qui a été intégré à travers un client (et un serveur) qui peut être installé depuis le panneau des Fonctionnalités facultatives des Paramètres de Windows 10 (dans la section Applications).

Nous reviendrons bien entendu sur toutes les nouveautés de la Build 17063 de Windows 10 dans la journée.

Le 20 décembre 2017 à 09h18

Commentaires (32)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

stop au troll stp



personnellement je trouve que c’est une super information, j’ai envie de dire “C’est pas trop tôt!!”

C’est chiant de devoir télécharger des binaires trouvés sur le net pour faire de simple commande unzip, tar, curl…

votre avatar

Encore un petit effort, et Windows finira par être un Linux comme les autres. Ouf !

 

votre avatar

En faite, beaucoup d’outils similaires existent non pas dans Batch, mais dans Powershell.

curl peut trouver un équivalent dans invoke-RestMethod, unzip dans expand-archive

Du peu que je connais, PowerShell est très puissant et ne semble pas avoir tant que ça à envier à bash/shell.



Au passage, un point intéressant de PowerShell, c’est la convention des noms des commandes, elles sont faites pour être lisible, elle commence toujours par un verbe.

votre avatar

Oui effectivement j’ai vu le code permettant de faire cela en powershell

Comme je fais plutôt du shell/batch je n’en suis pas très fan, ca viendra un jour quand j’aurai plus le choix (genre microsoft qui supprime carrément cmd)

votre avatar

Tu peux faire des pipelines en powershell. Ensuite, effectivement, les commandes dans powershell sont longues, justement car elles respectent une convention d’écriture. (voici par exemple laliste des verbes) Cependant, il existe des alias de base(tu peux l’obtenir avec “Get-Alias”).

Mais personnellement, ce qui fait que j’ai encore pas mal de difficulté avec PowerShell, c’est tout d’abord, je peux largement m’en passer, je n’ai jamais eu l’absolu nécessité au point de devoir m’y intéresser. C’est aussi parce que je reste encore loin d’avoir acquis l’essence du langage, trop éloigné d’un bach ou d’un shell. Mais bon, la doc existe et est vraiment bien foutu.

votre avatar

j’ai tester ce matin le serveur ssh win10 ^^



bon je n’arrive pas à lancé powershell et quand je lance bash il plante mais j’aime déjà le principe !



vivement que ça arrive niveau serveur et que Ansible le supporte :)

votre avatar







TheFelin a écrit :



c’est windoz qui va filer le cancer à linux vu comment c’est parti… Beurk quel merde cet OS….





<img data-src=" />



(Il faut se souvenir d’une déclaration de Ballmer pour apprécier en totalité)


votre avatar







tazvld a écrit :



[…] PowerShell […] ne semble pas avoir tant que ça à envier à bash/shell.&nbsp;





La concision… Pour écrire un script que tu devras maintenir longtemps, les conventions verbeuses c’est sans doute bien, mais pour taper une ligne de commande à usage unique, Get-Disk-Usage vs du, bof. Et on me dira qu’il y a des alias, certes, mais ça fait deux noms de commande à retenir.



Tiens, et si un jour cmd.exe pouvait comprendre que si ma ligne commence par ./ je veux exécuter un batch local au lieu de me dire “.” is not a valid command…

&nbsp;


votre avatar

Cette « drague » d’utilisateurs actuels (allez… restez !) et futurs (Voyez, on fait des efforts, venez !) est écœurante.

votre avatar

《Nous reviendrons bien entendu sur toutes les nouveautés de la Build 17063 de Windows 10 dans la journée.》



En espérant que ce soit pas comme pour la faille KRACK !

votre avatar

Tellement de rage dans les commentaires ^^



Hey les gars, pleurez pas, vous pourrez toujours avoir votre linux perso modifié comme environ 0.5% de la population possédant un PC, simplement les autre pourront interfacer avec du Linux directement dans windows ce qui est un vrai plus et ouvre de très nombreuses possibilités !

Et vu le nombre de programmes que j’utilise qui n’existent pas sous linux je suis bien content !

votre avatar

Je pense que la cible c’est plutôt mac os.

Nombre d’unixiens utilisent mac os en OS client parce que c’est mieux foutu fonctionnellement que linux, il y a tous les outils unix dessus et les portables mac sont mortels niveau finition/ergonomie.



Si windows veut garder cette population experte tech qui est assez prescriptrice pour le grand public dans son giron il faut que tout l’outillage unix soit aussi géré sous windows, et avec des commandes natives parce que comme dit plus haut personne n’a envie d’apprendre powershell s’il sait déjà tout faire via de l’unix classique.

votre avatar







33A20158-2813-4F0D-9D4A-FD05E2C42E48 a écrit :



La concision… Pour écrire un script que tu devras maintenir longtemps, les conventions verbeuses c’est sans doute bien, mais pour taper une ligne de commande à usage unique, Get-Disk-Usage vs du, bof. Et on me dira qu’il y a des alias, certes, mais ça fait deux noms de commande à retenir.



Tiens, et si un jour cmd.exe pouvait comprendre que si ma ligne commence par ./ je veux exécuter un batch local au lieu de me dire “.” is not a valid command…

&nbsp;



Avec l’autocompletion auto, c’est un bonheur.


votre avatar

merci, ouf enfin il y en a un qui à compris ma connerie!

votre avatar







alex.d. a écrit :



Encore un petit effort, et Windows finira par être un Linux comme les autres. Ouf !





<img data-src=" /> Avec un noyau non libre (et donc suspect), c’est pas gagné





Hirsute a écrit :



Cette « drague » d’utilisateurs actuels (allez… restez !) et futurs (Voyez, on fait des efforts, venez !) est écœurante.





Un libriste “reste parce qu’il peux partir”, la tentative de “capture” ne marchera pas avec eux.



Mais le bon coté, c’est d’habituer les gens à utiliser des outils libres (ou issus de ce monde); ce qui facilitera leur départ s’ils le souhaitent.


votre avatar

Je l’utilise quotidiennement en parallèle d’une machine virtuelle pour coder et ça n’est pas si mal. Même si ça n’a pas encore l’aspect “rôdé” du shell Linux.

votre avatar







tazvld a écrit :



Tu peux faire des pipelines en powershell. Ensuite, effectivement, les commandes dans powershell sont longues, justement car elles respectent une convention d’écriture. (voici par exemple laliste des verbes) Cependant, il existe des alias de base(tu peux l’obtenir avec “Get-Alias”).

Mais personnellement, ce qui fait que j’ai encore pas mal de difficulté avec PowerShell, c’est tout d’abord, je peux largement m’en passer, je n’ai jamais eu l’absolu nécessité au point de devoir m’y intéresser. C’est aussi parce que je reste encore loin d’avoir acquis l’essence du langage, trop éloigné d’un bach ou d’un shell. Mais bon, la doc existe et est vraiment bien foutu.





Il faut dire aussi que PowerShell est archi-lourd, prend plusieurs secondes à se lancer même sur une bonne machine, alors qu’au contraire un environnement shell/bash c’est ce qui se fait de plus léger comme interpréteur.



Pour du plus haut niveau autant aller vers une console Python3 (type IPython), avec tous les toolkit scientifiques et autre de dispo et un language cross-platforme.


votre avatar

C’est pour habituer les utilisateurs Windows à Linux, comme ça dans pas longtemps, Windows ça ne servira à rien, autant passer sur celui où il y a déjà tout : Linux. <img data-src=" />

votre avatar







yvan a écrit :



Je pense que la cible c’est plutôt mac os.

Nombre d’unixiens utilisent mac os en OS client parce que c’est mieux foutu fonctionnellement que linux, il y a tous les outils unix dessus et les portables mac sont mortels niveau finition/ergonomie.



Si windows veut garder cette population experte tech qui est assez prescriptrice pour le grand public dans son giron il faut que tout l’outillage unix soit aussi géré sous windows, et avec des commandes natives parce que comme dit plus haut personne n’a envie d’apprendre powershell s’il sait déjà tout faire via de l’unix classique.







Tu as aussi la possibilité d’installer le sous système linux qui permet d’utiliser un shell ubuntu ou suze comme dit dans l’article.

Et je viens de voir ça, tu peux même faire l’inverse, installer Powershell sur ta distrib préférée, c’est opensource (dépôt github).







33A20158-2813-4F0D-9D4A-FD05E2C42E48 a écrit :



La concision… Pour écrire un script que tu devras maintenir longtemps, les conventions verbeuses c’est sans doute bien, mais pour taper une ligne de commande à usage unique, Get-Disk-Usage vs du, bof. Et on me dira qu’il y a des alias, certes, mais ça fait deux noms de commande à retenir.



Tiens, et si un jour cmd.exe pouvait comprendre que si ma ligne commence par ./ je veux exécuter un batch local au lieu de me dire “.” is not a valid command…





comme dit plus haut, il y a l’auto-complétion. Mais surtout, c’est justement la force de la convention d’écriture, les noms des commandes sont logique, tu connais les verbes, tu vas facilement retrouver la commande que tu souhaites utiliser. Le shell nécessite d’apprendre par cœur les noms des commandes (et de se souvenir comment les utiliser). Après, c’est sûr que si tu passes 10h par jour à ne faire que ça, tu connais tes commandes et taper 3 lettres est mieux (et là encore, tu peux faire tes alias, et puis voila), mais bon, quand comme moi, on n’utilise le shell que de temps en temps, un truc logique, c’est bien plus rapide pour s’y replonger.

Perso, “pwd” ça m’évoque plus une abréviation de “password” que de “print working directory ” (sa réelle signification) où “Get-Location” est quand même bien plus parlant (mais pwd est un alias pour dans powershell).





Même si on ne parle pas de Batch ici, en ayant utiliser Batch pour faire des script 3 fois dans ma vie, je dirais que comme l’on est sous un environnement DOS, as-tu essayé “.\” (avec l’anti-slash au lieu d’un slash), sinon, il me semble que sans, ça fonctionne très bien sans, Batch recherche si mes souvenirs sont bon d’abord dans le dossier courant puis dans les dossiers du %PATH%.







wagaf a écrit :



Il faut dire aussi que PowerShell est archi-lourd, prend plusieurs secondes à se lancer même sur une bonne machine, alors qu’au contraire un environnement shell/bash c’est ce qui se fait de plus léger comme interpréteur.



Pour du plus haut niveau autant aller vers une console Python3 (type IPython), avec tous les toolkit scientifiques et autre de dispo et un language cross-platforme.





Il démarre instantanément chez moi et PowerShell ISE (l’environnement de développement) mets 2s à démarrer, je n’ai pas non plus une brut de PC. Après, peut-être parce que j’utilise Chocolatey (et plus exactement le GUI) qui utilise powershell, ce dernier est “rafraichi” régulièrement.

(souvent le “temps” de démarrage est plombé parce que l’outil n’étant jamais lancé, il nécessite de faire vérification et ses mises à jours. Ainsi, j’avais vu ici une fois une critique comme quoi l’outil pour lister/désinstaller les programmes dans l’interface ModernUI étant plus lent que celui dans le panneau de configuration vient du fait que les 2 outils semblent partager exactement le même index pour lister les programmes, sauf que la personne a dû lancer celui de l’interface ModernUI en premier il a dû mettre à jour l’index en se lançant, ce qui n’était donc plus nécessaire lorsqu’il à lancer celui dans le panneau de configuration).



Oui et ASM est de bas niveau… je ne comprend pas ton problème, qu’est ce que python viens faire ici. Tu administres ton PC avec Python ? Si s’est pour la légèreté, un interpréteur Shell n’a pas a être léger (non, sérieusement, qui s’en soucis vraiment aujourd’hui ? parce que niveau “légèreté” une instance de powershell me bouffe 26Mo, alors qu’à coté j’ai firefox qui me bouffe 2749Mo), il doit juste servir d’interface entre toi et l’OS. Sous Windows, de manière général, l’administration de l’OS passe à très très très large majorité au travers d’interface graphique (qui est autrement plus lourd que n’importe quelle shell).


votre avatar

Windows s’intègre nativement et aisément à une AD, ne serai-ce que pour ça on n’est pas prêts d’en être débarrassés.

votre avatar







tazvld a écrit :



Même si on ne parle pas de Batch ici, en ayant utiliser Batch pour faire des script 3 fois dans ma vie, je dirais que comme l’on est sous un environnement DOS, as-tu essayé “.\” (avec l’anti-slash au lieu d’un slash), sinon, il me semble que sans, ça fonctionne très bien sans, Batch recherche si mes souvenirs sont bon d’abord dans le dossier courant puis dans les dossiers du %PATH%.&nbsp;





Wiwi, on est bien d’accord là dessus, je sais comment fonctionne cmd (j’ai débuté en MS-DOS 3.0 … il s’appelait command.com à l’époque) . Ce que je veux dire, c’est qu’en passant d’un prompt bash à un prompt cmd, il m’arrive de taper ./ par habitude, ou l’oublier dans l’autre sens… Ce serait bien que cmd l’ignore au lieu de me mettre un message comme quoi je suis un imbécile (non pas qu’il a tort, mais c’est un autre sujet)


votre avatar

tape help ou exit dans une console python, il est pire, il a bien compris ce que tu veux faire, mais il va quand même t’ignorer et t’engueuler.







Python3.5 a écrit :



&gt;&gt;&gt; help

Type help() for interactive help, or help(object) for help about object.

&gt;&gt;&gt; exit

Use exit() or Ctrl-Z plus Return to exit



votre avatar

Malgré tout, je suis d’accord avec toi sur l’utilisation de logiciels libres dans un OS privateur. De ce point de vue, c’est positif.

#verre à moitié plein

votre avatar

Python étant un langage qui règle des problèmes que je n’ai pas, j’ai l’extrême chance de n’avoir jamais dû lancer l’interpréteur, donc je n’ai jamais dû non plus ni l’arrêter ni quémander de l’aide&nbsp;<img data-src=" />

votre avatar

Bon, ben pour toi, je prendrais ton exemple à l’inverse, va taper dans un shell linux le nom de ton script sans le “./” (ça m’arrive encore souvent, je trouve même ça très logique), il t’engueule allégrement.

votre avatar







alex.d. a écrit :



Encore un petit effort, et Windows finira par être un Linux comme les autres. Ouf !







C’est bientot l’année de Windows, il parrait <img data-src=" />


votre avatar

Il y a clairement de bonnes idées dans ce W10 mais c’est tellement rempli de bloatwares, de cloud, de merdes social, et de remontéetélémétrique imposé que j’ai abandonné à la ≈1200eme ligne de mon script autoit (qui au passage en faisait une centaine à tout cassé sur w7 pour arriver à un env similaire).

De toute façon c’est inmaintenable à moins de vouloir retourner tout les 6 mois trafiqué pendant une semaine le fond du registre pour virer les nouveaux candicrush.



Tout mes pc on fini sur debian et arch. Je jouais pas mal, bein je joue plus au jeux windows, tampi, c’est réglé et je veut meme pas voir ce cancer dans une vm.

votre avatar







zefling a écrit :



C’est pour habituer les utilisateurs Windows à Linux, comme ça dans pas longtemps, Windows ça ne servira à rien, autant passer sur celui où il y a déjà tout : Linux. <img data-src=" />





<img data-src=" />







TheFelin a écrit :



merci, ouf enfin il y en a un qui à compris ma connerie!





Arf, et t’as pas tort en tous cas :







tazvld a écrit :



Et je viens de voir ça, tu peux même faire l’inverse, installer Powershell sur ta distrib préférée, c’est opensource (dépôt github).





Argh non, salir mon Linux avec du “made in MS”, pas question <img data-src=" /> <img data-src=" />


votre avatar







yvan a écrit :



Windows s’intègre nativement et aisément à une AD, ne serai-ce que pour ça on n’est pas prêts d’en être débarrassés.





C’est pas que “Windows s’intègre nativement”, c’est que “une AD” (pourquoi “une” au fait ?), c’est le système d’annuaire de MS, donc encore heureux que ça s’intègre nativement, c’est plutôt que c’est quand on installe un parc Windows qu’on installe en général un serveur AD (Active Directory).







33A20158-2813-4F0D-9D4A-FD05E2C42E48 a écrit :



Ce que je veux dire, c’est qu’en passant d’un prompt bash à un prompt cmd, il m’arrive de taper ./ par habitude, ou l’oublier dans l’autre sens…









tazvld a écrit :



Bon, ben pour toi, je prendrais ton exemple à l’inverse, va taper dans un shell linux le nom de ton script sans le “./” (ça m’arrive encore souvent, je trouve même ça très logique), il t’engueule allégrement.





A vrai dire, dans les années 90, on avait l’habitude de mettre le “.” dans le PATH, comme ça pas besoin de “./” en préfixe.

Mais les habitudes ont changé car on a considéré que ça pouvait être un trou de sécurité, par exemple si quelqu’un arrive à déposer un programme comme “cd” ou “ls” ou autre dans un de tes répertoires et malicieux, il sera appelé en place du programme normal. On installait aussi nos programmes personnels (compilés) dans “/usr/local/bin” et on mettait ce dernier dans le PATH. Certes, on peut décider de mettre “.” en fin de PATH, mais la méthode du “./” permet d’être toujours sûr de ce qu’on exécute (même sans question de programme malicieux).







Cashiderme a écrit :



C’est bientot l’année de Windows, il parrait <img data-src=" />





Haha pas mal :-) .







Rokin a écrit :



Il y a clairement de bonnes idées dans ce W10 mais c’est tellement rempli de bloatwares, de cloud, de merdes social, et de remontéetélémétrique imposé que j’ai abandonné à la ≈1200eme ligne de mon script autoit (qui au passage en faisait une centaine à tout cassé sur w7 pour arriver à un env similaire).

De toute façon c’est inmaintenable à moins de vouloir retourner tout les 6 mois trafiqué pendant une semaine le fond du registre pour virer les nouveaux candicrush.



Tout mes pc on fini sur debian et arch. Je jouais pas mal, bein je joue plus au jeux windows, tampi, c’est réglé et je veut meme pas voir ce cancer dans une vm.





Cette page est pour toi :http://sebsauvage.net/wiki/doku.php?id=microsoft (et je partage assez ton avis et même quand on n’est pas vendredi).



« Le but de cette page est de synthétiser, clarifier et documenter les raisons techniques, économiques et politiques (passées et présentes) pour lesquelles je ne veux plus remettre les pieds sous Windows et pour lesquelles je n’arrive plus à faire confiance à Microsoft. Chacun des points est argumenté et (quand cela est possible) donne les liens correspondants, tout comme je l’avais fait à l’époque pour Apple »


votre avatar







OlivierJ a écrit :



C’est pas que “Windows s’intègre nativement”, c’est que “une AD” (pourquoi “une” au fait ?), c’est le système d’annuaire de MS, donc encore heureux que ça s’intègre nativement, c’est plutôt que c’est quand on installe un parc Windows qu’on installe en général un serveur AD (Active Directory).





Je pensais en termes d’OS client Windows, que tu peux également avoir en standalone. Les autres -linux, mac- etc. s’intégrant bien moins fluidement dans les annuaires microsoft et les AD étant actuellement encore le plus pratique/intégré pour bien des usages pro on verra encore des postes Windows pendant des décennies.



Et si c’est une AD c’est parce que j’ai tapé un E de trop… #coquille <img data-src=" />


votre avatar







megatom a écrit :



personnellement je trouve que c’est une super information, j’ai envie de dire “C’est pas trop tôt!!”

C’est chiant de devoir télécharger des binaires trouvés sur le net pour faire de simple commande unzip, tar, curl…





+1 <img data-src=" />



C’est OpenSSH la vraie révolution, je trouve, ça va enfin éviter les bidouilles pour gérer de façon homogène la connexion à distance un parc mixte Windows / Linux.



Du genre Cygwin + SSHD sur les serveurs OVH <img data-src=" /> (après, ça a peut-être changé depuis le temps).


Révolution ! curl, tar et OpenSSH intégrés à Windows 10 (et l’emoji picker arrive en français)

Fermer