Comment faire en sorte qu'un pipeline attende la fin du fichier ou s'arrête après une erreur?

J'ai essayé la commande suivante après avoir regardé cette vidéo sur les manigances de tuyaux.

man -k . | dmenu -l 20 | awk '{print $1}' | xargs -r man -Tpdf | zathura -

Il imprime essentiellement une liste de pages de manuel dans dmenu pour que l'utilisateur en sélectionne une, puis il utilise xargs pour exécuter man -Tpdf %(imprimer pour sortir un pdf de la page de manuel git à partir de l'entrée de xargs) et passer le pdf à un lecteur pdf (zathura ).

Le problème est que (comme vous pouvez le voir dans la vidéo) le lecteur pdf démarre avant même que je sélectionne une page de manuel dans dmenu. Et si je clique sur Échap et que je n'en sélectionne aucun, le lecteur pdf est toujours ouvert et ne montre aucun document.

Comment puis-je faire en sorte que le lecteur PDF (et toute autre commande d'une chaîne de tuyaux) ne s'exécute que lorsque son entrée atteint une fin de fichier ou lorsqu'il reçoit une entrée? Ou bien, comment puis-je faire en sorte qu'une chaîne de tuyaux s'arrête après qu'une des commandes chaînées renvoie un état de sortie non nul (de sorte que si dmenu renvoie une erreur pour ne pas avoir sélectionné une option, les commandes suivantes ne sont pas exécutées)?

Comment puis-je faire en sorte que le lecteur PDF (et toute autre commande d'une chaîne de tuyaux) ne s'exécute que lorsque son entrée atteint une fin de fichier ou lorsqu'il reçoit une entrée?

Il y a ifne(dans Debian c'est dans le moreutilspaquet):

ifne exécute la commande suivante si et seulement si l'entrée standard n'est pas vide.

Dans ton cas:

… | ifne zathura -

Les fichiers PDF sont censés être recherchés; tout lecteur de PDF devra d'abord regarder la bande-annonce et de là, passer aux décalages de la table xréf.

Étant donné que les canaux ne sont pas recherchés, zathurautilise une astuce d'obscurcissement, où il copie toutes les entrées dans un fichier temporaire, puis utilise ce fichier temporaire comme d'habitude. Ce genre de truc «intelligent» crée de faux espoirs et amène les gens à supposer que les fichiers pdf sont diffusables.

Mais de toute façon, zathuravraiment fait attendre l'EOF avant d' afficher le document, vous ne devez rien faire pour que cela se Hapen:

(sleep 10; cat file.pdf) | zathura -
# will really show the content of file.pdf after 10 seconds

Le problème est qu'il zathuran'a pas la possibilité d'ouvrir uniquement la fenêtre si le fichier est OK et de quitter avec une erreur si ce n'est pas le cas - il y restera comme si tout allait bien:

$ dd if=file.pdf bs=50000 count=1 status=none | zathura -
error: could not open document  # its window still hanging around showing nothing

$ echo $?
0  # really?

Donc, même si vous redirigez vous-même la sortie vers un fichier temporaire et que vous ne courez que zathurasi tout était OK, rien ne garantit que l'utilisateur ne sera pas prévenu d'une fenêtre noire s'il zathuran'aime pas la sortie pour une raison ou une autre .

Btw,

man -X man

affichera une page de manuel dans une fenêtre X11 avec gxditview, même si elle semble tout droit sortie du '70 ;-)

Et, bien sûr, vous pouvez toujours utiliser:

... | xargs xterm -e man

qui, en plus de nombreuses autres améliorations, vous permettra d'utiliser des expressions régulières dans les recherches et la sélection de texte appropriée.

Toutes les commandes d'un pipeline démarrent à peu près en même temps. Ce ne sont que les E / S sur le canal qui les synchronisent. En outre, un tuyau ne peut contenir autant d'informations que le tampon du tuyau le permet.

Vous ne pouvez donc pas éviter d'exécuter une étape d'un pipeline, car

1. la commande dans cette étape est lancée dès que toutes les autres étapes sont démarrées de toute façon, et
2. si la commande ne consommait pas l'entrée qui arrive par dessus le tuyau, elle bloquerait les étapes précédentes du pipeline.

Au lieu de cela, écrivez la sortie dans un fichier tout en laissant le pipeline se terminer. Utilisez ensuite ce fichier.

Exemple (en tant que fonction prenant un argument):

myman () {
    tmpfile=$( mktemp )

    if man -k "$1" | dmenu -l 20 | awk '{print $1}' | xargs -r man -Tpdf >"$tmpfile" && [ -s  "$tmpfile" ]
    then
        zathura "$tmpfile"
    fi

    rm -f "$tmpfile"
}

De plus, cela n'exécuterait pas le zathuraprogramme si le pipeline échouait (la xargspartie renvoyée non nulle) ou si le fichier généré était vide.

Dans le bashshell, vous pouvez également définir l' pipefailoption shell avec set -o pipefailpour que le pipeline renvoie l'état de sortie de la première commande du pipeline qui échoue. Et vous voudriez faire la tmpfilevariable local:

myman () {
    local tmpfile=$( mktemp )

    if [ -o pipefail ]; then
        set -o pipefail
        trap 'set +o pipefail' RETURN
    fi

    if man -k "$1" | dmenu -l 20 | awk '{print $1}' | xargs -r man -Tpdf >"$tmpfile"
    then
        zathura "$tmpfile"
    fi

    rm -f "$tmpfile"
}

Cela définit l' pipefailoption pour la durée de la fonction, si elle n'était pas déjà définie, puis la désactive si nécessaire. Il supprime le -stest sur le fichier de sortie.