Sur f.c.t.tex (fil comment afficher les fontes mathdesign ?) on me dit
que "avoir /sbin dans son path d'utilisateur, ça serait bizarre".
Pourtant c'est le cas chez moi, et j'ignorais que ce puisse être bizarre.
Donc comme ce forum semblait plus approprié j'ai changé de forum, et je
souhaiterais savoir à quoi correspond le répertoire /sbin.
Comment faire pour que « sudo machin_dans_sbin » marche sans ajouter /sbin dans le PATH de l'utilisateur fondé à lancer la commande machin ?
Correctement configurer sudo. À la base, sudo assainit l'environnement, y compris, et surtout, PATH avant de faire quoi que ce soit, donc de toutes façons, avoir sbin dans PATH pour sudo, ça ne sert strictement à rien.
Lucas Levrel , dans le message
<alpine.LNX.2.00.1210221013280.3062@coulomb.univ-paris12.fr>, a écrit :
Comment faire pour que « sudo machin_dans_sbin » marche sans ajouter /sbin
dans le PATH de l'utilisateur fondé à lancer la commande machin ?
Correctement configurer sudo. À la base, sudo assainit l'environnement, y
compris, et surtout, PATH avant de faire quoi que ce soit, donc de toutes
façons, avoir sbin dans PATH pour sudo, ça ne sert strictement à rien.
Comment faire pour que « sudo machin_dans_sbin » marche sans ajouter /sbin dans le PATH de l'utilisateur fondé à lancer la commande machin ?
Correctement configurer sudo. À la base, sudo assainit l'environnement, y compris, et surtout, PATH avant de faire quoi que ce soit, donc de toutes façons, avoir sbin dans PATH pour sudo, ça ne sert strictement à rien.
Sergio
Le Mon, 22 Oct 2012 11:07:15 +0000, Nicolas George a écrit :
Lucas Levrel , dans le message , a écrit :
Comment faire pour que « sudo machin_dans_sbin » marche sans ajouter /sbin dans le PATH de l'utilisateur fondé à lancer la commande machin ?
Correctement configurer sudo. À la base, sudo assainit l'environnement, y compris, et surtout, PATH avant de faire quoi que ce soit, donc de toutes façons, avoir sbin dans PATH pour sudo, ça ne sert strictement à rien.
Mais c'est sympa quand même, avant de lancer une commande de pouvoir faire :
commandequitue --help
sudo commandequitue --bons paramètres
Le Mon, 22 Oct 2012 11:07:15 +0000, Nicolas George a écrit :
Lucas Levrel , dans le message
<alpine.LNX.2.00.1210221013280.3062@coulomb.univ-paris12.fr>, a écrit :
Comment faire pour que « sudo machin_dans_sbin » marche sans ajouter
/sbin dans le PATH de l'utilisateur fondé à lancer la commande machin ?
Correctement configurer sudo. À la base, sudo assainit l'environnement,
y compris, et surtout, PATH avant de faire quoi que ce soit, donc de
toutes façons, avoir sbin dans PATH pour sudo, ça ne sert strictement à
rien.
Mais c'est sympa quand même, avant de lancer une commande de pouvoir
faire :
Le Mon, 22 Oct 2012 11:07:15 +0000, Nicolas George a écrit :
Lucas Levrel , dans le message , a écrit :
Comment faire pour que « sudo machin_dans_sbin » marche sans ajouter /sbin dans le PATH de l'utilisateur fondé à lancer la commande machin ?
Correctement configurer sudo. À la base, sudo assainit l'environnement, y compris, et surtout, PATH avant de faire quoi que ce soit, donc de toutes façons, avoir sbin dans PATH pour sudo, ça ne sert strictement à rien.
Mais c'est sympa quand même, avant de lancer une commande de pouvoir faire :
commandequitue --help
sudo commandequitue --bons paramètres
Nicolas George
Sergio , dans le message <5085443d$0$2354$, a écrit :
commandequitue --help
man commandequitue
Franchement, c'est anecdotique, comme usage, par rapport à la pollution de l'espace de noms.
Sergio , dans le message <5085443d$0$2354$426a74cc@news.free.fr>, a
écrit :
commandequitue --help
man commandequitue
Franchement, c'est anecdotique, comme usage, par rapport à la pollution de
l'espace de noms.
Je voudrais pas poser une question indiscrète, mais que veut dire % dans ce qui précède ?
Parce que si j'essaie de taper la même chose sur ma configuration j'obtiens un message d'erreur aussi bien si j'essaie % que si j'essaie =route par exemple.
(Il se peut que les manuels sur Linux parlent de ces deux signes, mais je me souviens pas d'avoir vu ça quelque part.)
C'est spécifique à zsh.
% est le symbole qui apparaît si l'utilisateur n'a pas de privilège ($ par défaut sous bash)
=programme remplace = par le chemin complet où se trouve le programme soit l'équivalent de $(which programme) qui est portable mais plus long à taper.
-- Benoit Izac
Bonjour,
le 22/10/2012 à 02:51, lionmarron a écrit dans le message
<k625b4$qaj$1@shakotay.alphanet.ch> :
Je voudrais pas poser une question indiscrète, mais que veut dire %
dans ce qui précède ?
Parce que si j'essaie de taper la même chose sur ma configuration
j'obtiens un message d'erreur aussi bien si j'essaie % que si j'essaie
=route par exemple.
(Il se peut que les manuels sur Linux parlent de ces deux signes, mais
je me souviens pas d'avoir vu ça quelque part.)
C'est spécifique à zsh.
% est le symbole qui apparaît si l'utilisateur n'a pas de privilège
($ par défaut sous bash)
=programme remplace = par le chemin complet où se trouve le programme
soit l'équivalent de $(which programme) qui est portable mais plus long
à taper.
Je voudrais pas poser une question indiscrète, mais que veut dire % dans ce qui précède ?
Parce que si j'essaie de taper la même chose sur ma configuration j'obtiens un message d'erreur aussi bien si j'essaie % que si j'essaie =route par exemple.
(Il se peut que les manuels sur Linux parlent de ces deux signes, mais je me souviens pas d'avoir vu ça quelque part.)
C'est spécifique à zsh.
% est le symbole qui apparaît si l'utilisateur n'a pas de privilège ($ par défaut sous bash)
=programme remplace = par le chemin complet où se trouve le programme soit l'équivalent de $(which programme) qui est portable mais plus long à taper.
=programme remplace = par le chemin complet où se trouve le programme soit l'équivalent de $(which programme) qui est portable mais plus long à taper.
Admettons que which(1) soit utilisable interactivement, toutefois il est généralement à proscrire dans des scripts. Plus d'explications et une présentation des alternatives ici :
http://mywiki.wooledge.org/BashFAQ/081
On n'est *pas* sous bash, et justement là on utilise '='
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
=programme remplace = par le chemin complet où se trouve le programme
soit l'équivalent de $(which programme) qui est portable mais plus long
à taper.
Admettons que which(1) soit utilisable interactivement, toutefois il est
généralement à proscrire dans des scripts. Plus d'explications et une
présentation des alternatives ici :
http://mywiki.wooledge.org/BashFAQ/081
On n'est *pas* sous bash, et justement là on utilise '='
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
=programme remplace = par le chemin complet où se trouve le programme soit l'équivalent de $(which programme) qui est portable mais plus long à taper.
Admettons que which(1) soit utilisable interactivement, toutefois il est généralement à proscrire dans des scripts. Plus d'explications et une présentation des alternatives ici :
http://mywiki.wooledge.org/BashFAQ/081
On n'est *pas* sous bash, et justement là on utilise '='
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Arnaud Gomes-do-Vale
Lucas Levrel writes:
Certains mettent un $ par défaut, d'autres un %,
Voire un >
Ce qui est une mauvaise idée, on finit par s'en apercevoir à force de foirer des copier-collers.
-- Arnaud http://blogs.glou.org/arnaud/
Lucas Levrel <lucas.levrel@u-pec.fr> writes:
Certains mettent un $ par défaut, d'autres un %,
Voire un >
Ce qui est une mauvaise idée, on finit par s'en apercevoir à force de
foirer des copier-collers.
On n'est *pas* sous bash, et justement là on utilise '='
J'ai bien compris qu'on parlait de zsh, je parle de which, de son utilisation (peu) portable dans des scripts, et la page ci-dessus parle de solutions utilisables avec d'autres shells que bash.
On n'est *pas* sous bash, et justement là on utilise '='
J'ai bien compris qu'on parlait de zsh, je parle de which, de son
utilisation (peu) portable dans des scripts, et la page ci-dessus parle
de solutions utilisables avec d'autres shells que bash.
On n'est *pas* sous bash, et justement là on utilise '='
J'ai bien compris qu'on parlait de zsh, je parle de which, de son utilisation (peu) portable dans des scripts, et la page ci-dessus parle de solutions utilisables avec d'autres shells que bash.