#51 Le 06/04/2021, à 12:41
- Abel 0
Re : Retour utilisable de commande
Question bête : quid du cas où on a personnalisé son prompt ? Vous tenez à ce qu'on ré-exécute le .bashrc avec le prompt standard pendant les procédures de dépannage ?
Parce que le mien, par exemple, n'intègre ni hostname, ni répertoire courant...
Hors ligne
#52 Le 06/04/2021, à 13:16
- MicP
Re : Retour utilisable de commande
Bonjour
En fonction du problème à résoudre,
il sera peut-être nécessaire, et c'est souvent indispensable,
de spécifier les informations que le prompt nous permettait de voir.
Même si le prompt a été modifié, le fait qu'il soit à nouveau affiché après l'exécution d'une commande
indique souvent que la commande a pu terminer son exécution.
Et quand ce prompt de retour n'est pas présent dans un copié/collé d'un retour de commande demandé,
on ne peut pas savoir si le retour copié/collé est complet ou s'il a été tronqué.
=======
En résumé, si tu donnes un retour de commandes avec un prompt modifié ou sans spécifier le prompt de départ et de retour,
donne nous les informations qui nous permettront de savoir dans quel contexte la ligne de commande a été lancée
et quel est le contexte une fois que la ligne de commande(s) a terminé son exécution
Ces informations répondront aux questions suivantes :
Avec quel compte utilisateur la ligne de commande(s) a été lancée ?
Est-ce que ce compte utilisateur est le compte super-utilisateur root ?
Quel était le chemin absolu du répertoire courant depuis lequel la ligne de commande(s) a été lancée ?
Est-ce que le répertoire courant est le répertoire personnel du compte utilisateur qui lance la commande ?
Quel est le nom d'hôte de la machine sur laquelle la ligne de commande(s) a été lancée ?
Est-ce que la ligne de commande s'est terminée avec le retour du prompt ?
Quel est le nom du compte utilisateur courant quand la ligne de commande a fini son exécution ?
Est-ce que ce compte utilisateur est le compte super-utilisateur root ?
Quel est le chemin absolu du répertoire courant après la fin d'exécution de la ligne de commande(s) ?
Est-ce que le répertoire courant est le répertoire personnel du compte utilisateur ?
Quel est le nom d'hôte de la machine après la fin d'exécution de la ligne de commande(s) ?
Dernière modification par MicP (Le 06/04/2021, à 14:36)
Retour utilisable de commande
2.d Le prompt final : permet de s'assurer que la commande est allée à son terme, permet de s'assurer que le retour de commande a été copié/collé dans son intégralité et fournit dans certains cas d'autres informations très importantes.
voir le message #42
Hors ligne
#53 Le 06/04/2021, à 23:59
- Abel 0
Re : Retour utilisable de commande
Bonsoir MicP, merci pour ces précisions.
Pour le fait d'intégrer le prompt suivant, j'avais bien compris, et ça ne pose pas de problème.
Pour les infos de contexte, il me semble qu'une bonne partie "sautent" si on est dans un cas mono-utilisateur sur une machine unique ; mais j'entends bien qu'elles se reposeront si j'accède à une autre machine depuis ma session. Malgré tout, donner ne serait-ce qu'un sous-ensemble de ces infos peut être un peu pénible, surtout si on doit enchainer les commandes...
Mais comme je n'ai pas trop envie de me trainer le prompt standard au quotidien, je réalise que la conclusion était peut-être contenue dans ma question, finalement : le mieux semble être de commenter selon le cas le prompt standard ou le prompt personnalisé dans mon .bashrc, puis de réexécuter ce dernier. Ca ne coûte qu'une modif très mineure (dé/commenter) et un simple ". .bashrc" dans chaque sens... Ou un script "debug {on|off}" qui modifie PS1 (=> version standard) ou réexécute le .bashrc (=> PS1 perso).
Dernière modification par Abel 0 (Le 07/04/2021, à 00:05)
Hors ligne
#54 Le 07/04/2021, à 04:53
- MicP
Re : Retour utilisable de commande
…si on est dans un cas mono-utilisateur sur une machine unique…
Si tant est que la personne qui demande de l’aide le sache, et que la personne qui va essayer de l’aider puisse le deviner, sinon, la personne qui va essayer de l’aider devra formuler sa réponse en envisageant tous les cas possibles.
…donner ne serait-ce qu'un sous-ensemble de ces infos peut être un peu pénible, surtout si on doit enchainer les commandes...
Je comprends tout-à fait que ça puisse être pénible pour la personne qui demande de l’aide,
mais imagine un peu du côté des personnes qui vont essayer d’aider quelqu’un qui, sans connaître les compétences de la personne qui demande à être aidée,
doivent reformuler plusieurs fois les questions permettant d’obtenir ces informations, et ce en essayant de s’adapter aux compétences inconnues de chaque personne qui demande de l’aide.
Donc, pour la personne qui demande de l’aide et surtout pour celles qui vont essayer de l’aider
sans parler de celles qui vont lire ces fils de discussions
il est clairement beaucoup plus simple de donner un retour complet
ce qui permet d’éviter toute erreur d’interprétation, et ré-interpretations multiples.
Dernière modification par MicP (Le 07/04/2021, à 04:56)
Retour utilisable de commande
2.d Le prompt final : permet de s'assurer que la commande est allée à son terme, permet de s'assurer que le retour de commande a été copié/collé dans son intégralité et fournit dans certains cas d'autres informations très importantes.
voir le message #42
Hors ligne
#55 Le 07/04/2021, à 11:36
- Abel 0
Re : Retour utilisable de commande
Si tant est que la personne qui demande de l’aide le sache, et que la personne qui va essayer de l’aider puisse le deviner
Tout à fait.
Je ne remettais pas en cause la procédure générale ; je réfléchissais juste à mon cas personnel (mono-utilisateur sur une machine unique avec prompt personnalisé - et je le sais), puisque c'est ce qui a motivé ma question.
Je comprends tout-à fait que ça puisse être pénible pour la personne qui demande de l’aide,
mais imagine un peu du côté des personnes qui vont essayer d’aider
Là encore, je ne contestais pas ce que tu disais... Je résume :
- j'ai d'abord évoqué le cas de mon prompt personnalisé ;
- tu as donc listé les infos attendues, données par le prompt standard, et que je devrai fournir en complément si mon prompt n'indique rien ;
- et là, j'ai réfléchi au fait que conserver mon prompt impliquait donc une étape de collecte/restitution d'infos, qui plus est répétitive en cas d'enchainement de commandes - donc pénible.
Cependant, mon propos n'était pas du tout "Z'êtes pénibles avec vos questions ! " MAIS "Il serait donc pénible de conserver mon prompt perso en situation de dépannage"...
D'où ma conclusion sur le fait de me bricoler une sorte d'interrupteur prompt perso / prompt debug
Désolé si ce n'était pas clair.
Hors ligne
#56 Le 07/04/2021, à 11:52
- MicP
Re : Retour utilisable de commande
…Cependant, mon propos n'était pas du tout "Z'êtes pénibles avec vos questions !
" …
Rassure toi, je ne l'ai pas du tout pris comme ça
J'ai simplement écrit ces messages tout en pensant à tous ceux qui viendront les lire.
Retour utilisable de commande
2.d Le prompt final : permet de s'assurer que la commande est allée à son terme, permet de s'assurer que le retour de commande a été copié/collé dans son intégralité et fournit dans certains cas d'autres informations très importantes.
voir le message #42
Hors ligne
#57 Le 08/04/2021, à 12:11
- Abel 0
Re : Retour utilisable de commande
OK
Il n'est pas autorisé d'écrire un message entièrement en lettres capitales.
Dernière modification par Abel 0 (Le 08/04/2021, à 12:19)
Hors ligne