Discussion :

[ctac_]

Bonjour,
J'utilise nohup (GNU coreutils) 8.30 dans un script lancé dans une fenêtre xterm pour supprimer la parenté entre le nouveau process et xterm.
Je cherche a supprimer l'affichage de:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nohup: entrée ignorée et sortie d'erreur standard redirigée vers la sortie standard

mais je n'y arrive pas.
Une petite suggestion serait la bienvenue.
Merci.
Cordialement.

[balkany]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nohup cmd 2>/dev/null &

[ctac_]

Merci pour la réponse.
J'ai déjà essayé ça mais ça ne réponds pas au besoin car en cas d'erreur, tout est envoyé vers /dev/null et impossible de récupérer l'erreur.
Voir ici pour le but recherché: https://forum.openbsd.fr.eu.org/showthread.php?tid=2503
J'essaye de transposer ça sur débian et ça fonctionne a peu prés mise a part cet affichage parasite.
Cordialement.

[balkany]

Est-ce que ça, ce serait mieux ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nohup cmd 1>nohup.out 2> >(grep -v '^nohup:') &

[disedorgue]

Il suffit de faire les choses entièrement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nohup cmd >nohup.out 2>&1 0<&- &

-on redirige la sortie standart vers un fichier
-on redirige la sortie d'erreur vers un fichier ou vers la sortie standard (ce choix dans l'exemple)
-on ferme l'entrée standard

[balkany]

Ah oui : les redirections explicites le font taire, tout simplement.
C'est quand même beaucoup mieux

[ctac_]

Bonjour et merci bien pour cette réponse très efficace.

Il suffit de faire les choses entièrement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nohup cmd >nohup.out 2>&1 0<&- &

-on redirige la sortie standart vers un fichier
-on redirige la sortie d'erreur vers un fichier ou vers la sortie standard (ce choix dans l'exemple)
-on ferme l'entrée standard

Ma ligne dans xterm est devenu:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
-e 'pkttyagent &
           nohup pkexec $leprog $param > /tmp/leret$org 2>/tmp/leret$org 0<&- '
) &

Bon, je comprend pas tout là.
La ligne avec nohup n'apparaît plus nul part.
Ni a l'affichage, ni dans le fichier /tmp/leret$org.
La clef est peut être dans le 0<&-.
Je m'attendais a être obligé de formater ce fichier pour l'affichage en cas d'erreur mais il n'en n'est rien.
ça fonctionne également sur OpenBSD.
Encore quelques études en perspective.
Merci.

[Flodelarab]

Bonjour

toujours pareil.
Les simple quotes ne permettent pas l'interprétation des variables.
Les doubles quotes permettent l'interprétation des variables.

J'imagine que c'est ton script qui connaît la valeur de $org ou $leprog. Mais tu envoies les variables protégées dans le nouvel environnement de ton xterm, dans lequel les variables sus-citées valent une chaîne de caractères vide. Une solution possible est de sortir des simple quotes le temps de la variable.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
xterm (...) -e 'pkttyagent &
           nohup pkexec '"$leprog $param"' > /tmp/leret'"$org"' 2>/tmp/leret'"$org"' 0<&- '
) &

J'espère que tes paramètres n'ont pas d'espace à l'intérieur. Sinon, il faudra ajouter une protection.

[ctac_]

Bonjour,

Je suis d'accord avec toi sur le fond.
Je ne me l'explique pas, mais mes variables ne sont pas vides.
Mes variables sont définies ainsi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
export org=$$
export leprog="$1"
export param="$2"

J'ai rajouté les quotes pour $1 et $2 pour accepter les noms avec caractères spéciaux (espaces, points, newlines).
leprog='/usr/bin/thunar' : le programme a lancer sous root
param='/home/alain/dir with spaces/' : le répertoire dans lequel on ouvre thunar
Si je fais comme tu l'indique en fermant les simples quotes, ça ne fonctionne pas.
Ma ligne de commande est devenu ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
( xterm (...)  -e 'pkttyagent &
           nohup pkexec "$leprog" "$param" > /tmp/leret$org 2>/tmp/leret$org 0<&- '
) &

avec des doubles quotes sur le prog et param pour accepter les caractères spéciaux.
Je n'ai pas trouvé comment créer un fichier desktop permettant de lancer thunar dans un répertoire dont le nom comporte plusieurs lignes mais ça fonctionne en ligne de commande.
La ligne exec du fichier desktop doit se présenter comme ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Exec=/home/alain/bin/ctac_authentication_agent '/usr/bin/thunar' '/home/alain/dir with spaces/'

en protégeant l'exécutables et le paramètre par des simples quotes.
L'agent polkit standard sur debian polkit-gnome-authentication-agent-1 ne fait pas mieux.
Cordialement.

[balkany]

Il faut protéger les variables pour le shell appelant, et les paramètres de la commande pour celui d'xterm.
Mais dans ton cas, il vaut mieux tout mettre entre guillemets doubles et mettre quelques guillemets simples à l'intérieur, plutôt qu'alterner trop de fois guillemets simples et doubles :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
xterm (...) -e "pkttyagent &
           nohup pkexec '$leprog' '$param' > /tmp/leret$org 2>/tmp/leret$org 0<&-"
) &

Sinon, les guillemets sont inutiles dans

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
export leprog="$1"
export param="$2"

Et d'ailleurs, pourquoi faire des export sur tes variables ?

[ctac_]

Merci pour l'interrêt porté a ma question..

Il faut protéger les variables pour le shell appelant, et les paramètres de la commande pour celui d'xterm.
Mais dans ton cas, il vaut mieux tout mettre entre guillemets doubles et mettre quelques guillemets simples à l'intérieur, plutôt qu'alterner trop de fois guillemets simples et doubles :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
xterm (...) -e "pkttyagent &
           nohup pkexec '$leprog' '$param' > /tmp/leret$org 2>/tmp/leret$org 0<&-"
) &

Il n'y a aucune différence avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
xterm (...) -e 'pkttyagent &
           nohup pkexec "$leprog" "$param" > /tmp/leret$org 2>/tmp/leret$org 0<&-'
) &

Sinon, les guillemets sont inutiles dans

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
export leprog="$1"
export param="$2"

Et d'ailleurs, pourquoi faire des export sur tes variables ?

Eh bien, justement, sans le export, les variables sont invisibles dans pkexec.
Les guillemets permettent de conserver la variable comme étant une seule variable même si elle comporte des espaces.
Tu remarqueras que j'utilise $1 dans le code pour le titre de la fenêtre xterm mais $leprog après export dans pkexec.
Cordialement.

[balkany]

Humm… tu as mis dans la citation que tu fais de mon post #10 des choses qui ne m'appartiennent pas :

Il n'y a aucune différence avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
xterm (...) -e 'pkttyagent &
           nohup pkexec "$leprog" "$param" > /tmp/leret$org 2>/tmp/leret$org 0<&-"
) &

Je suppose que c'était ta réponse : auquel cas, regarde bien, la coloration syntaxique te montre qu'il y a bel et bien une différence (les guillemets simples et doubles ne commutent pas en shell).

Eh bien, justement, sans le export, les variables sont invisibles dans pkexec.

L'export est inutile, car pkexec ne verra pas tes variables, mais le développement qui en est fait par le shell appelant, si tu fais un bon usage des guillemets.

Les guillemets permettent de conserver la variable comme étant une seule variable même si elle comporte des espaces.

Oui (à peu près), mais lors d'une affectation du type var1=$var2, les guillemets autour de $var2 sont inutiles.

Tu remarqueras que j'utilise $1 dans le code pour le titre de la fenêtre xterm mais $leprog après export dans pkexec.

Je ne vois pas de quel code tu parles : une recherche des occurrences de $1 sur la page ne renvoie qu'aux lignes de code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

export leprog="$1"

[ctac_]

Bonjour,
Désolé, j'ai modifié mon précédent message pour qu'il colle a ce que je voulais dire

Je n'ai pas recopié ici tout le code mais j'avais donné le lien.
Voici l'appel de xterm avec ses paramètres et le $1 pour le titre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
export org=$$
export leprog="$1"
export param="$2"
lafont='-misc-fixed-bold*18*'
( xterm -hold \
        -geometry 80x10 \
        -xrm xterm*iconHint:/usr/X11R6/include/X11/pixmaps/mini.excl.xpm \
        -xrm 'xterm*scrollBar:false' \
        -fn $lafont \
        -fg blue \
        -bg gray \
        -title "${1##*/} en Root" \
        -e 'pkttyagent &
          nohup pkexec "$leprog" "$param" >/tmp/leret$org 2>/tmp/leret$org 0<&- '
) &

Cordialement.

[balkany]

Ah oui, je n'avais pas trop regardé le lien, désolé.
Bon du coup, avec tes export, je suppose que ça marche comme ça, mais tu pourrais faire plus simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
org=$$
lafont='-misc-fixed-bold*18*'
xterm -hold \
        -geometry 80x10 \
        -xrm xterm*iconHint:/usr/X11R6/include/X11/pixmaps/mini.excl.xpm \
        -xrm 'xterm*scrollBar:false' \
        -fn "$lafont" \
        -fg blue \
        -bg gray \
        -title "${1##*/} en Root" \
        -e "pkttyagent &
          nohup pkexec '$1' '$2' >/tmp/leret$org 2>/tmp/leret$org 0<&-" &

Dans le lien que tu donnes, on voit que tu réutilises ailleurs $org, donc je l'ai laissé, mais sinon il pourrait être remplacé dans $$ dans le code ci-dessus.
De même pour $lafont, qui par contre doit être protégé (à cause des « * » que contient la chaine de caractère).
J'ai aussi enlevé le sous-shell (…), qui, sauf erreur, ne doit servir à rien.

[ctac_]

Bonjour et merci pour tes suggestions.
J'ai effectivement supprimé le sous-shell et les export inutiles.
Il y a tout de même fallu que j'apporte quelques modifications pour utiliser le $2 lorsqu'il est absent
Sinon j'obtiens ça aussi bien sur OpenBSD que sur debian-linux



Mon appel a xterm est comme ça maintenant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
export org=$$
lafont='-*-*-*-*-*-*-20-*-*-*-*-*-iso8859-*'
xterm -hold \
        -fa '' \
        -geometry 80x8 \
        -xrm xterm*iconHint:/usr/X11R6/include/X11/pixmaps/mini.excl.xpm \
        -xrm 'xterm*scrollBar:false' \
        -fn "$lafont" \
        -fg blue \
        -bg gray \
        -title "${1##*/} en Root" \
        -e 'pkttyagent &
           nohup pkexec '"$1"' '"${2:+'$2'}"' > /tmp/leret$org 2>/tmp/leret$org 0<&-' &

Ceci fonctionne correctement sur les 2 plateformes.
Je n'ai pas d'explication rationnelle a fournir par rapport au $2.
J'ai modifié lafont qui ne fonctionné pas et ajouté le -fa '' (face) qui est prioritaire si défini.
Cordialement et encore merci.

[balkany]

Pourquoi persistes-tu à utiliser des guillemets simples pour encadrer la commande passée à xterm ?
Ça rend les choses difficilement lisibles, à cause des alternances de guillemets simples et doubles, et tel que c'est écrit là, si les variables contiennent des espaces, ça ne fonctionnera pas.
Par ailleurs, la substitution de paramètre ${2:+'$2'} n'a pas de sens (ou en tout cas aucun intérêt) : si $2 est vide, on ne lui substitue rien, et s'il est non vide, on lui substitue lui même.
Si tu veux substituer quelque chose à $2 lorsqu'il est vide, il faut que tu utilises une syntaxe du type ${2:-substitut}.

[ctac_]

Pourquoi persistes-tu à utiliser des guillemets simples pour encadrer la commande passée à xterm ?

Je ne persiste en rien.
Je constate simplement qu'avec des gillemets doubles, ça ne fonctionne pas.

tel que c'est écrit là, si les variables contiennent des espaces, ça ne fonctionnera pas.

Eh bien justement, avec $2 contenant des espaces, tel que je l'ai écrit, ça fonctionne.

Par ailleurs, la substitution de paramètre ${2:+'$2'} n'a pas de sens (ou en tout cas aucun intérêt)

Là, je suis d'accord avec toi, ça n'a pas de sens mais ça fonctionne comme ça sinon j'obtient le message cité precedemment..
Cordialement.

[balkany]

Je constate simplement qu'avec des gillemets doubles, ça ne fonctionne pas.
[…]
Eh bien justement, avec $2 contenant des espaces, tel que je l'ai écrit, ça fonctionne.
[…]
Là, je suis d'accord avec toi, ça n'a pas de sens mais ça fonctionne comme ça sinon j'obtient le message cité precedemment..

Peux-tu donner les contenus de $1 et $2 dans chacun de ces trois cas ?

[ctac_]

Bonjour,
La, je fais attention a ce que j'écris, sinon, je me fait rappeler à l'ordre.
La ligne de code qui fonctionne toujours est la suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
        -e 'pkttyagent &
           nohup pkexec '"$1"' '"$2"' > /tmp/leret$org 2>/tmp/leret$org 0<&-' &

si la ligne exec du fichier desktop se présente ainsi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Exec=/home/alain/bin/ctac_authentication_agent /usr/bin/thunar '"/home/alain/dir with spaces/"'

Ceci fonctionne sur OpenBsd.
Sur debian-linux, c'est un peu plus compliqué!
ça fonctionne bien avec xcalc, synaptic, gparted, ... mais c'est un peu rebelle avec mousepad et carrement rebelle avec thunar.
Il faut le lancer plusieurs fois avant que ça fonctionne.
Je n'ai pas d'explications a fournir, désolé.
Cordialement.

[balkany]

Bah oui, c'est sûr, tu inclus la protection par guillemets doubles dans l'argument que tu passes au script, en mettant des guillemets simples et des guillemets doubles dans ton fichier .desktop.
Mais ça n'est pas la bonne manière de faire : le fichier .desktop doit contenir

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Exec=/home/alain/bin/ctac_authentication_agent '/usr/bin/thunar' '/home/alain/dir with spaces/'

et la commande xterm doit être

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
-e "pkttyagent &
          nohup pkexec '$1' '$2' >/tmp/leret$org 2>/tmp/leret$org 0<&-" &

et là ça marche.

Après, concernant les problèmes particuliers qu'il peut y avoir avec thunar ou mousepad, c'est autre chose.
Mais soit dit en passant, ces applis ne sont pas faites pour être lancées en tant que root, et il n'y a pas de bonne raison de le faire.