[wiki] Shell

captnfab · 30-09-2013 23:16:08

Salut la foule,

Afin de pouvoir faire facilement référence à une documentation de base minimale sur l'utilisation du shell, sans qu'elle soit spécifique à Bash, j'ai écrit un tuto « shell » que voici :
http://debian-facile.org/doc:programmation:shell:shell

Et qui possède deux pages externes :

Je ne pense pas qu'il soit nécessaire de séparer les sujets pour ces 3 pages pour l'instant. On verra si ça le devient.

smolski · 01-10-2013 02:51:49

Ah ben...
Au fait, le choux ne prend pas de x, gourmand !

En tout cas, bien que difficile à intégrer, tout cela a le mérite de se présenter de façon claire.
Reste à fondre les pages concernant les commandes, effectivement...

Merci captnfab pour ce délié !

MicP · 01-10-2013 04:56:17

Ce simple petit schéma pourrait aussi l'aider à mieux comprendre où se situe le shell.

|================================|

|       commande ou script       |

|  |==========================|  |

|  |           shell          |  |

|  |  |====================|  |  |

|  |  |        noyau       |  |  |

|  |  |  |==============|  |  |  |

|  |  |  |   matériel   |  |  |  |

|  |  |  | informatique |  |  |  |

|  |  |  |==============|  |  |  |

|  |  |====================|  |  |

|  |==========================|  |

|================================|

============
De par la définition même d'un flux (déplacement d'informations), qui implique donc une direction à ce déplacement,
je pense qu'on est si près de ça qu'il pourrait être très simple et édifiant pour le lecteur
de lui présenter par un petit schéma les 3 "flux standards" : stdin stdout et stderr.

|====================|

|             stdin  <--

|   Programme        |

|             stdout -->

|             stderr -->

|====================|

Ceci, bien sûr juste avant de lui exposer les concepts de redirection de flux.

Dernière modification par MicP (01-10-2013 08:37:27)

bendia · 01-10-2013 08:08:01

Extra

A intégrer absolument dans l'ebook du grand débutant qui débute

captnfab · 01-10-2013 11:18:51

MicP a écrit :

Ce simple petit schéma pourrait aussi l'aider à mieux comprendre où se situe le shell.

Oui et non, il ne faut pas oublier que le shell est un programme comme les autres. Tous les programmes ont par défaut un stdin, un stdout et un stderr. D'ailleurs, quand on a un shell dans un émulateur de terminal sous X, c'est plutôt

matériel (clavier) -> noyau (via interruptions matérielles) -> serveur X -> (window-manager ->) émulateur de terminal -> terminal virtuel -> shell ou commande

Mais on peut lancer un programme directement dans un terminal, auquel cas le shell n'est plus présent dans le schéma.

Un shell peut également être lancé par un autre shell, etc. Donc trop de simplification me semble dangereux

MicP a écrit :

De par la définition même d'un flux (déplacement d'informations), qui implique donc une direction à ce déplacement,
je pense qu'on est si près de ça qu'il pourrait être très simple et édifiant pour le lecteur
de lui présenter par un petit schéma les 3 "flux standards" : stdin stdout et stderr.

|====================|
| stdin <--
| Programme |
| stdout -->
| stderr -->
|====================|

Ceci, bien sûr juste avant de lui exposer les concepts de redirection de flux.

Ceci est lié aussi bien au terminal qu'au shell (en fait, à tous les processus), mais oui, la présentation de ces flux mérite d'être faite si ça n'est pas déjà le cas, dans la page chevrons ou chevrons-2. (Je crois que c'est fait dans la deuxième.)

paskal · 02-10-2013 13:24:37

Slt,
Dans le paragraphe "lancer un shell", on dit un mot des consoles aussi ?

captnfab · 02-10-2013 13:30:42

Yep, on peut, je crois qu'il y a un lien vers les terminaux et consoles, à piquer dans le tuto bash.

paskal · 02-10-2013 15:01:01

Voili.

captnfab · 02-10-2013 15:10:09

\o/

bendia · 23-11-2013 14:30:27

Bonjour

Suite à une remarque très juste de david96, il s'avère que nous ne parlons nulle part dans le wiki des opérateurs && et || pour chaîner des commandes en fonction de leurs codes de retour. J'ai ajouté ça dans ce tuto.

Par ailleurs, je me demande si il ne serait pas souhaitable de créer plusieurs petits tuto TD/TP à l'image de la partie Naviguer dans les fichiers et dossier pour éviter le syndrome TL;NR (Trop Long;Non lu pour les anglophobes merci à captnfab qui m'a permis de découvrire cette abréviation

)

captnfab · 23-11-2013 14:51:59

Cool, tu peux parler de ';' au même endroit à mon avis, et surtout donner un lien vers ici : http://debian-facile.org/doc:programmat … ll:avancee puisque les && et les if sont un peu la même chose…

Ouais, le TL;DR (Too Long ; Didn't read), est un moyen de protection contre l'overdose d'information, des tutos ciblés peuvent parfois éviter ça. Mais bon, reste que quand on veut comprendre le fonctionnement du bouzin, faut lire.

paskal · 23-11-2013 15:49:39

Oui, quand la structure de l'ensemble se tient, il est plus agréable d'avoir sur une page un bloc que l'on peut espérer "maîtriser".
Un petit pas, puis un autre petit pas....

bendia · 23-11-2013 16:10:59

captnfab a écrit :

Cool, tu peux parler de ';' au même endroit à mon avis, et surtout donner un lien vers ici : http://debian-facile.org/doc:progr … ll:avancee puisque les && et les if sont un peu la même chose…

C'est fait

captnfab a écrit :

Mais bon, reste que quand on veut comprendre le fonctionnement du bouzin, faut lire.

Certes, laissons comme ça alors

captnfab · 23-11-2013 16:17:14

Je pense que ces tutos mériteraient d'être écrits par ceux qui sont en train d'apprendre le shell plutôt que par ceux qui le maîtrisent déjà.

Hypathie · 11-03-2014 11:17:10

Bonjour captnfab,

j'ai essayé de suivre ton wiki et j'ai dû aller chercher ailleurs des étapes ou définitions. Des trucs vraiment de très très nuls du genre les commandes d'exécution du script. Je te demande la permission d'ajouter deux exemples dans ton wiki qui visent à faire comprendre qu'un script, c'est juste un regroupement de commandes et de syntaxe connu par le shell.

1) (mettre avant ta première partie) lancer un script qui ne débute pas avec les lignes

#!/bin/bash

 

par exemple je crée un fichier "script.age" dans mes documents contenant

AGE=25

echo $AGE

Je donne les droit d'exécution

hypathie@debian:~/Documents$ bash script.age 

25

pour exécuter on doit faire depuis le répertoire parent :

hypathie@debian:~/Documents$ bash script.age 

25

2) (qui correspond à ton premier paragraphe) indiquer l'interpéteur au début de son script : #!/bin/sh ou #!/bin/bash (sha bang et le PATH )
par exemple je crée le fichier script.nom dans mes Documents :

#!/bin/bash

echo nom \: Hypathie

Je donne les droits d'exécution à l'utilisateur sur script.nom :

chmod u+x /home/hypathie/Documents/script.nom

 

Et cette fois je peux exécuter depuis son répertoire parent script.nom en faisant :

./script.nom 

nom: Hypathie

Je me rends bien compte que cela double ce wiki ci : https://debian-facile.org/doc:systeme:script mais il est très succin.

Enfin la deuxième partie "Récupération des arguments" est très raide aussi pour un débutant ; on pourrait montrer comment mettre le chemin de son script dans le PATH pour pouvoir l'exécuter avec son simple nom ("monscript s'il est dans le PATH"), comme on le fait pour les commandes. Expliquer peut-être au début de ce paragraphe, qu'une commande est un programme qui s'exécute en tapant son nom parce que le chemin de leur programme est dans la variable PATH en le montrant ( echo $PATH avec le retour : /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games).

Je ne sais pas s'il y a une raison particulière à choisir sh plutôt que bash et si cela t'irait de mettre une petite phrase d'intro au tout début sur le fait que ce sont deux langages de shell (ou deux environnements de console).

Enfin, je n'ai pas compris encore tout à fait ton exemple mais j'y travaille.

Voilà j'espère que ça ne t'embête pas que je te renvoie des choses de points de vue de débutant, mais je m'y suis sentie invitée par ton dernier message. Ses wiki m'ont donné envie d'apprendre le shell

Bien amicalement

Dernière modification par Hypathie (11-03-2014 11:17:57)

captnfab · 11-03-2014 12:31:20

Hypathie a écrit :

j'ai essayé de suivre ton wiki et j'ai dû aller chercher ailleurs des étapes ou définitions. Des trucs vraiment de très très nuls du genre les commandes d'exécution du script. Je te demande la permission d'ajouter deux exemples dans ton wiki qui visent à faire comprendre qu'un script, c'est juste un regroupement de commandes et de syntaxe connu par le shell.

1) (mettre avant ta première partie) lancer un script qui ne débute pas avec les lignes

#!/bin/bash

[…]

Ben…
Le seul intérêt que je vois (mais je suis ouvert aux propositions), d'exécuter en script shell avec

bash fichier.de.script

, c'est de ne pas avoir à rendre le fichier exécutable, ou de forcer l'interpréteur quand un autre a été défini.
Du coup, ça ne me semble pas être une «bonne pratique», et en particulier pour un débutant.
Du coup, je vois plus ça dans une note en fin de 1) que dans un 0) avant la bonne manière de faire.

Mais tu as du chercher ailleurs, c'est que tout n'était pas clair. Et il faut éclaircir cela
Je n'ai pas trop compris ce qui n'est pas clair, mais peut-être qu'avec ce que je viens de dire ici tu vas pouvoir me le préciser.

Hypathie a écrit :

Je me rends bien compte que cela double ce wiki ci : https://debian-facile.org/doc:systeme:script mais il est très succin.

Attention, tu confonds, ce lien fait référence à la commande script (voir man script) que tu as utilisée par erreur dans ton sujet précédent.

Hypathie a écrit :

Enfin la deuxième partie "Récupération des arguments" est très raide aussi pour un débutant ; on pourrait montrer comment mettre le chemin de son script dans le PATH pour pouvoir l'exécuter avec son simple nom ("monscript s'il est dans le PATH"), comme on le fait pour les commandes. Expliquer peut-être au début de ce paragraphe, qu'une commande est un programme qui s'exécute en tapant son nom parce que le chemin de leur programme est dans la variable PATH en le montrant ( echo $PATH avec le retour : /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games).

Euh, je préfère ne pas mélanger les problématiques, et surtout éviter la redondance

Par contre, c'est sûr que cette partie mériterait quelques explications (supplémentaires). Pour l'instant il n'y a qu'un exemple, et c'est loin d'être le plus simple que l'on puisse trouver, mais il a l'avantage d'être relativement complet (si tu le comprends, t'as tout compris). Libre à toi de l'enrichir, en gardant en tête d'éviter absolument la redondance sur le forum, et de ne pas mélanger les difficultés

L'histoire du PATH est dans le tuto PATH. Tu peux mettre une note <note info>Pour pouvoir exécuter votre script depuis n'importe où, n’oubliez-pas de mettre le dossier le contenant dans le PATH</note> avec un lien vers le tuto path.

Hypathie a écrit :

Je ne sais pas s'il y a une raison particulière à choisir sh plutôt que bash et si cela t'irait de mettre une petite phrase d'intro au tout début sur le fait que ce sont deux langages de shell (ou deux environnements de console).

sh, est un lien symbolique vers le shell par défaut du système.

ls -lh /bin/sh

lrwxrwxrwx 1 root root 4 mars   1  2012 /bin/sh -> dash

Un script conforme au standard POSIX n'utilisant pas de commandes ou syntaxe particulières à bash, zsh ou autre peut utiliser sh comme interpréteur. Cela signfie un peu «Ce script est tellement bien écrit qu'il fonctionnera avec n'importe quel interpréteur, donc lance-le avec ton interpréteur favoris.»
Dans le cas contraire, il faut impérativement préciser l'interpréteur de shell à utiliser. «Ce script utilise des fonctionnalités avancés que les gueux posixiens ne peuvent pas comprendre, il doit impérativement être lancé avec bash/zsh/whatever».

Donc bon, il n'y a pas vraiment de «bonne pratique», juste une mauvaise : mettre sh pour un script non-posix.

Hypathie · 11-03-2014 13:24:18

Ce qui a été dur :

c'est juste qu'il manque comment exécuter un script sh ou bash

Par ailleurs, je croyais que sh était l'ancêtre de bash que plus personne n'utilisait parce que :

#!/bin/bash

echo {a..z}

=> a b c d e f g h i j k l m n o p q r s t u v w x y z

tandis que :

#!/bin/sh

echo {a..z}

=> {a..z}
Et l'avantage d'utiliser sh n'est pas expliquer dans un wiki.
Je ne savais pas que :

sh, est un lien symbolique vers le shell par défaut du système

ni qu'utiliser sh permettait d'être conforme au standard POSIX (je ne connaissait pas ce terme !) )

Donc je te suis maintenant sur le fait de ne pas ajouter sur ce que je proposais.

Merci encore pour tout cela je vais essayer d'accéder à la compréhension de l'exemple.

captnfab · 11-03-2014 15:31:37

Cool !

N'hésite pas à rajouter ce que tu as compris dans le wiki. Si ça te manquait, c'est que ça manquait.

L'exemples que tu cites : « echo {a..z} » est justement un exemple de « bashisme », c'est à dire de syntaxe shell propre à bash.

Un site qui s'amuse à les décortiquer : http://rgeissert.blogspot.fr/search/label/bashisms
Un script qui permet de les détecter : checkbashisms du paquet devscripts.

smolski · 19-03-2014 09:46:05

Suite à une recherche perso sur l'espeluette et son usage, j'ai modifié un tantinet ce tuto pour ce qui les concernait.

paskal · 19-03-2014 14:31:02

smolski a écrit :

Suite à une recherche perso sur l'espeluette et son usage, j'ai modifié un tantinet ce tuto pour ce qui les concernait.

Si tu 'ech'ches l'espe'luette, tu vas pas la t'ouvé, là ! Ah ouais, mon ga !

smolski · 19-03-2014 14:32:41

Non mais ooooh...

paskal · 19-03-2014 14:40:47

paskal · 22-03-2014 18:58:52

Bonsoir,

Dans http://debian-facile.org/doc:programmat … ll:avancee, un lien pointe vers un tuto de l'atelier.
Doit-on sortir cette cible de l'atelier pour éviter un futur lien mort ?
Doit-on conseiller d'éviter les liens vers les tutos en chantier ?

smolski · 22-03-2014 19:29:59

problème intéressant en effet...

Ne pourrait-on pas dans ces cas indiquer dans le tuto en chantier qu'il est en lien dans tel ou tel tuto définitif ?

paskal · 22-03-2014 19:31:26

Ça peut le faire.

Debian-facile

#1 30-09-2013 23:16:08

[wiki] Shell

#2 01-10-2013 02:51:49

Re : [wiki] Shell

#3 01-10-2013 04:56:17

Re : [wiki] Shell

#4 01-10-2013 08:08:01

Re : [wiki] Shell

#5 01-10-2013 11:18:51

Re : [wiki] Shell

#6 02-10-2013 13:24:37

Re : [wiki] Shell

#7 02-10-2013 13:30:42

Re : [wiki] Shell

#8 02-10-2013 15:01:01

Re : [wiki] Shell

#9 02-10-2013 15:10:09

Re : [wiki] Shell

#10 23-11-2013 14:30:27

Re : [wiki] Shell

#11 23-11-2013 14:51:59

Re : [wiki] Shell

#12 23-11-2013 15:49:39

Re : [wiki] Shell

#13 23-11-2013 16:10:59

Re : [wiki] Shell

#14 23-11-2013 16:17:14

Re : [wiki] Shell

#15 11-03-2014 11:17:10

Re : [wiki] Shell

#16 11-03-2014 12:31:20

Re : [wiki] Shell

#17 11-03-2014 13:24:18

Re : [wiki] Shell

#18 11-03-2014 15:31:37

Re : [wiki] Shell

#19 19-03-2014 09:46:05

Re : [wiki] Shell

#20 19-03-2014 14:31:02

Re : [wiki] Shell

#21 19-03-2014 14:32:41

Re : [wiki] Shell

#22 19-03-2014 14:40:47

Re : [wiki] Shell

#23 22-03-2014 18:58:52

Re : [wiki] Shell

#24 22-03-2014 19:29:59

Re : [wiki] Shell

#25 22-03-2014 19:31:26

Re : [wiki] Shell

Pied de page des forums