Existe-t-il une classification des commandes Gnu/Linux ?

Bonjour,
Je cherche un document qui référencerait les commande Gnu/Linux selon leur classes.
Est- ce que ça existe ?
Et ou le trouver ?

S'il vous plaît !
Merci.

Bonjour,

un début :

Code:

---

info coreutils

---

une recherche plus tard :
la liste des manuels GNU

Je cherche une classification selon le comportement de la commande.
Et je ne sais pas réellement comment les classer.

Citation:

---

une classification selon le comportement de la commande

---

c'est-à-dire ?

tu peux donner une illustration ?

Non justement, je ne sais pas comment les classer.

alors, qu'est-ce qui ne te convient pas dans ce que je t'ai suggéré de consulter ?

Rien info est très bien.

N_baH, jovalise, après vos interventions enrichissantes, je me permets de rajouter une classification non encore lue dans ce topic, à savoir :

Citation:

---

Sections

Les pages du manuel Unix sont divisées en plusieurs sections. Par exemple, sous Linux, on retrouve les sections suivantes :

1. Commandes utilisateur
2. Appels système
3. Fonctions de bibliothèque
4. Fichiers spéciaux
5. Formats de fichier
6. Jeux
7. Divers
8. Administration système
9. Interface du noyau Linux

---

Source :
http://fr.wikipedia.org/wiki/Man_%28Unix%29
man (Unix)

Voici une classification possible:

1. Les commandes utilisateur, décrites dans le man1 que l'on peut subdiviser en deux sous-groupes:
   
   • les commandes POSIX, normalement disponibles sur tout système de type Unix
   • les commandes non POSIX, tout le reste
2. Les commandes d'administration, décrites dans le man8.

On pourrait aussi mettre les jeux (man6) ...

:ptdr:

J'ai dis selon le comportement. D'un point de vue du noyau, ou je sais pas quoi, pas utilisateur.

C'est en vue de faire des appel à ces commande donc c'est les commande utilisateur dans un premier temps.

Je voudrais au moins les classer selon leur proportion à bloquer l'utilisateur sur un prompt ou un echec. ;)


Comme la commande "cat" sans argument, sans entrée, ou encore un éditeur de texte duquel il faut sortir. ou une commande quelconque qui bloque en cas d'échec, je sais plus.

Code:

---

1 2	$ ls /bin /usr/bin | wc -l 2410

---

Bon courage ...

Merci pour la réponse.

Comme ça j'ai du taf. :weird:

Bonjour,

1. Citation:

   ---

   Je voudrais au moins les classer selon leur proportion à bloquer l'utilisateur sur un prompt ou un echec.

   ---

   • La proportion est un ratio.
   • La propension est une force intérieure, innée, naturelle, qui oriente spontanément ou volontairement vers un agir, un comportement.
2. Toutes les commandes sont bloquantes. J'ai en tête l'utilisation de heredocs non finis. Exemple:
   
   Code:

   ---

   1 2 3 4 5 6 7 8 9 10

   cat <<EOF toto tata titti EOF ben ? Pourquoi ça bloque? ça marche pas? ouin! ^C

   ---

Citation:

---

Envoyé par Flodelarab

Bonjour,

1. 
   
   • La proportion est un ratio.
   • La propension est une force intérieure, innée, naturelle, qui oriente spontanément ou volontairement vers un agir, un comportement.
2. Toutes les commandes sont bloquantes. J'ai en tête l'utilisation de heredocs non finis. Exemple:
   
   Code:

   ---

   1 2 3 4 5 6 7 8 9 10

   cat <<EOF toto tata titti EOF ben ? Pourquoi ça bloque? ça marche pas? ouin! ^C

   ---

---

la commande ls par exemple termine sans rien demander à l'utilisateur.

Code:

---

1 2 3 4 5 6 7 8

$ ls <<EOF > toto > tata > titi > EOF > ben ? > Pourquoi ça marche pas? > ^C

---

Essaie Ctrl+D.

C'est plus rigolo.


Si non, merci déjà pour votre soutiens. En suite merci pour les tuyaux.

Mais j'ai pas trouvé encore réponse à mes questions.

Citation:

---

Envoyé par jovalise

Essaie Ctrl+D.

---

Ctrl+D dans un script ? :nono:

Mis à part le blocage, y a-t-il d'autres comportements que tu voudrais cibler?

Je ne sais pas, c'est pas simple.
Je demandais parce que vraiment, je ne sais pas pour le moment, je ne sais plus.

Bonjour,

Si tu n'arrives pas à décrire ce que tu veux, il y a peu de chances que quelqu'un puisse te donner une réponse... Essaie de donner un exemple de ce que tu veux, une comparaison, quelque chose :)

Bonjour,

Je pense que si je classe les commandes entre celles qui ne demande pas plus que ce qui est fourni sur la ligne de commande et les autre tel un éditeur de texte je serais pas mal.


Donc d'un côté j'aurais, les éditeur de texte ou "cat" ou les shell, midnight commander, lynx etc
De l'autre, je sais plus trop, ls, du, cat aussi peut-être (je sais pas comment je vais faire), enfin toute les commande qui ne sont pas interactive.

Le mot c'est peut-être interactif ou pas.

De manière à gérer un appel à ces commandes via le Spawn de mon langage (Ada) et les sorties qui sont regroupées dans un unique fichier.

Citation:

---

Le mot c'est peut-être interactif ou pas.

---

Interactif, ou pas, ou les deux comme gnuplot ou python.

Ouais ben ça fait pas avancer la discussion.

Bonsoir,

Pour avoir suivi cette discussion depuis le début, je n'ai toujours pas compris ce que vous voulez.

Il faudrait clarifier votre demande, afin que les personnes suivant cette discussion soient à même de vous apporter l'aide que vous recherchez.

Je cherche une classification des commande Gnu/Linux.|

moi, demain, je vais aller à la pâtisserie du coin en disant : «je veux un gâteau»,
et puis j'insisterai : «je veux un gâteau! j'sais pô comment, j'veux un gâteau, avec de la pâte et des trucs dessus !» :calim2:

je me demande comment je vais être accueilli par le pâtissier ? :koi:

est-ce que je vais jouer à ça avec le boucher ?

N_BaH a, avec humour, parfaitement posé le problème.

Tant que vous ne clarifierez pas votre demande, aucune aide pertinente ne pourra vous être apportée.

Citation:

---

Envoyé par jovalise

Bonjour,

Je pense que si je classe les commandes entre celles qui ne demande pas plus que ce qui est fourni sur la ligne de commande et les autre tel un éditeur de texte je serais pas mal.


Donc d'un côté j'aurais, les éditeur de texte ou "cat" ou les shell, midnight commander, lynx etc
De l'autre, je sais plus trop, ls, du, cat aussi peut-être (je sais pas comment je vais faire), enfin toute les commande qui ne sont pas interactive.

Le mot c'est peut-être interactif ou pas.

De manière à gérer un appel à ces commandes via le Spawn de mon langage (Ada) et les sorties qui sont regroupées dans un unique fichier.

---

Peut-être, aussi, classer les commande qui termine en renvoyant un code d'erreur avant de terminer réellement et les autres.
Ca c'est important.

Si vous savez ou je peux trouver l'info, je suis preneur. Ou une méthode pour tester les commande.

Voilà, s'il vous plaît, bien évidemment. Merci.

Citation:

---

Ouais ben ça fait pas avancer la discussion.

---

Sa seigneurie voudra bien essayer de me pardonner de tenter de faire avancer sa classification.:ave:

Désolé.

La référence à l'ambiguïté sous- jacente m'a perturbée.

Donc, en fait, si je lis bien entre les lignes, tu veux pouvoir lister les commandes que tu peux appeler depuis un programme sans que celui-ci ne soit obligé d'interagir avec l'utilisateur ?

Du genre : execute ("ls /tmp") qui fonctionnera comme tu le souhaites, alors que execute ("vim") te poserait des problèmes ?

Attention, il y a pas mal de programmes qui peuvent ou non être intéractifs : execute ("python /tmp/mon_fichier.py") executera le contenu du fichier, alors que execute ("python") attendra une entrée -- tout en faisant attention à ce que mon_fichier.py ne soit pas interactif bien sur.

À moins que ça ne soit pas du tout ça ?

Merci de valider la remarque du message #21

Citation:

---

Envoyé par gangsoleil

Donc, en fait, si je lis bien entre les lignes, tu veux pouvoir lister les commandes que tu peux appeler depuis un programme sans que celui-ci ne soit obligé d'interagir avec l'utilisateur ?

Du genre : execute ("ls /tmp") qui fonctionnera comme tu le souhaites, alors que execute ("vim") te poserait des problèmes ?

Attention, il y a pas mal de programmes qui peuvent ou non être intéractifs : execute ("python /tmp/mon_fichier.py") executera le contenu du fichier, alors que execute ("python") attendra une entrée -- tout en faisant attention à ce que mon_fichier.py ne soit pas interactif bien sur.

À moins que ça ne soit pas du tout ça ?

---

Bonjour,

Oui ! Tel est mon problème. Je ne peux pas interagir avec un quelconque programme suite a son lancement.

Citation:

---

Je ne peux pas interagir avec un quelconque programme suite a son lancement.

---

comme dans un cron, je ne vais évidemment pas coller un less dans un script qui sera appelé par cron !
et avant d'inscrire mon script dans ma crontab, je le teste pour vérifier qu'il n'affiche rien, et ne bloque pas.

qu'est-ce qui change par rapport à ton programme ADA ?

Je n'ai pas compris la question.

Ada, ça s'écrit "Ada".

Bien. Donc maintenant qu'on entraperçoit un peu mieux ce que tu veux, il faut déterminer ce que tu appelles les commandes GNU/Linux. Parce que selon la distribution, le shell, et les programmes installés, et les droits des différents utilisateurs, la "liste" des commandes ne sera pas la même.

En fait, ce qui serait top, ça serait que tu nous dises ce que tu veux réellement faire, ce qui t'es demandé, enfin quelque chose comme ça.

J'écris, avec Ada, une interface Gnu/Linux évoluée. Sans savoir où je vais ; C'est à dire que j'enrichis mon interface jour après jour sans plan.
J'ai juste une envie de programmer pour Gnu/Linux une interface qui j'espère au final sera intelligente.
Rien ne m'est demandé.
Je n'ai pas encore testé la différence normal user vs super user.

Bonjour, je suis Debian, j'ai remarqué (une nouveauté), bash complète les commande en fonction du programme appelé.

Savez vous comment c'est fait ?

Merci pour vos réponse.

1. Cela n'a rien à voir avec le fil de discussion
2. Parles-tu de l'auto-complétion? Ce n'est pas franchement une nouveauté...

Ben un peu ça a à voir, faut connaître les commande ou détecter la commande et connaître son comportement pour le faire, je pense.
C'est pas de l'auto complétion, c'est toujours l'utilisateur qui sélectionne, à mon sens.
Peut-être que vous appelez ça comme ça, pas moi. Juste de la complétion.