Bonne chance pour faire un truc pareil en bash/tcsh...
Euh... Avec ssh, & et wait ?1 2
L'intérêt que je vois à PowerShell (et que je trouve proche de AppleScript, du coup), c'est qu'on peut avoir accès aux fonctionnalités d'une application qui n'est pas en ligne de commande. On pourrait par exemple scripter Firefox avec ça. Un équivalent sur linux serait possible si on avait un shell qui parlait de manière intégrée avec DBUS, non ?
Avec un logiciel vraiment conçu « à la Unix », la question ne se poserait pas : tout serait en ligne de commande, et les interfaces graphiques seraient juste des interfaces qui pilotent un outil en ligne de commande par dessous (comme wicd le fait encore de nos jours). Mais je crois que si on a abandonné ce système, c'est que c'était pas efficace :-) (du coup, sur Linux, on doit choisir... CLI ou GUI)
1 : Pour reprendre la commande de Barret Michel, ça donnerait un truc du genre :
(for host in $(cat tout_mes_hosts.txt); do ssh -f $host dpkg -l; done; wait) | awk '1ドル~/ii/ && 2ドル!~/^lib/'
Bien sûr, à ce niveau, on préférera mettre en forme :
Pas testé, mais ça devrait faire l'affaire... (un habitué du shell corrigera, j'ai beau utiliser régulièrement, je fais rarement des trucs très compliqués)
2 : du coup, c'est pas un bon exemple, plutôt dû à la méconnaissance du programme. Et PowerShell comme Unix sont tout les deux des programmes qui demandent de l'apprentissage, pas « intuitifs », donc à ce niveau, ils se valent, je pense (à moins de regarder la qualité de la doc, bien sûr, mais on n'est plus dans les fonctionnalités à ce moment...).
[^] # Re: hop hop
Posté par daeldir . En réponse au journal Lister les programmes installés sur un (ou plusieurs) poste(s) sous Windows (XP ou 7). Évalué à 2.
Euh... Avec
ssh,&etwait?1 2L'intérêt que je vois à PowerShell (et que je trouve proche de AppleScript, du coup), c'est qu'on peut avoir accès aux fonctionnalités d'une application qui n'est pas en ligne de commande. On pourrait par exemple scripter Firefox avec ça. Un équivalent sur linux serait possible si on avait un shell qui parlait de manière intégrée avec DBUS, non ?
Avec un logiciel vraiment conçu « à la Unix », la question ne se poserait pas : tout serait en ligne de commande, et les interfaces graphiques seraient juste des interfaces qui pilotent un outil en ligne de commande par dessous (comme wicd le fait encore de nos jours). Mais je crois que si on a abandonné ce système, c'est que c'était pas efficace :-) (du coup, sur Linux, on doit choisir... CLI ou GUI)
1 : Pour reprendre la commande de Barret Michel, ça donnerait un truc du genre :
Bien sûr, à ce niveau, on préférera mettre en forme :
Pas testé, mais ça devrait faire l'affaire... (un habitué du shell corrigera, j'ai beau utiliser régulièrement, je fais rarement des trucs très compliqués)
2 : du coup, c'est pas un bon exemple, plutôt dû à la méconnaissance du programme. Et PowerShell comme Unix sont tout les deux des programmes qui demandent de l'apprentissage, pas « intuitifs », donc à ce niveau, ils se valent, je pense (à moins de regarder la qualité de la doc, bien sûr, mais on n'est plus dans les fonctionnalités à ce moment...).