Comment ignorer xargs commandes si stdin d'entrée est vide?

Considérer cette commande:

ls /mydir/*.txt | xargs chown root

L'intention est de changer de propriétaire de tous les fichiers texte dans mydir à la racine

Le problème est que si il n'y a pas .txt fichiers dans mydir puis xargs thows une erreur disant qu'il y a pas de chemin d'accès spécifié. C'est un inoffensif exemple parce qu'une erreur est levée, mais dans certains cas, comme dans le script que j'ai besoin d'utiliser ici, un chemin vide est supposé être le répertoire courant. Donc, si je exécuter cette commande à partir de /home/tom/ puis si il n'y a pas de résultat pour ls /mydir/*.txt et tous les fichiers sous /home/tom/ leurs propriétaires changé à la racine.

Alors, comment puis-je avoir xargs ignorer un résultat vide?

Aparté: ne Jamais sortie de tuyau de ls pour une utilisation par programmation; voir mywiki.wooledge.org/ParsingLs

InformationsquelleAutor HyderA | 2011-11-28

257

Pour GNU xargs, vous pouvez utiliser le -r ou --no-run-if-empty option:

--no-run-if-empty

-r
Si l'entrée standard ne contient pas non vides, ne pas exécuter la commande. Normalement, la commande est exécutée une seule fois, même si il n'y a pas d'entrée. Cette option est une extension GNU.
- Honnêtement, je n'ai cherché dans google et trouvé ceci (mais ne pas avoir demandé sans lire le manuel). J'ai pensé cette ois-être le comportement par défaut, pas besoin d'un interrupteur pour l'activer.
- Malheureusement, cela ne fonctionne pas sur un Mac. Ni court ni long option.
- OSX a BSD de l'espace utilisateur, de sorte que ce genre de chose va se produire fréquemment. Vous pouvez contourner le problème en utilisant homebrew installer GNU fileutils.
- Tu veux dire brew install findutils. findutils, pas fileutils.
- donc, comme: foo | xargs-pas-run-si-bar vide --baz
- Sur macOS, ne fournissant pas le drapeau résultats dans les pas de l'exécution de la commande, de toute façon, donc je suppose qu'il n'est tout simplement pas nécessaire.
InformationsquelleAutor Sven Marnach
12

Utilisateurs de non-GNU xargs peut prendre avantage de -L <#lines>, -n <#args>, -i, et -I <string>:
```
ls /empty_dir/ | xargs -n10 chown root # chown executed every 10 args or fewer
ls /empty_dir/ | xargs -L10 chown root # chown executed every 10 lines or fewer
ls /empty_dir/ | xargs -i cp {} {}.bak # every {} is replaced with the args from one input line
ls /empty_dir/ | xargs -I ARG cp ARG ARG.bak # like -i, with a user-specified placeholder
```
Gardez à l'esprit que xargs divise la ligne à l'espace, mais en les citant et d'échappement sont disponibles; RTFM pour plus de détails.

Aussi, comme Doron Behar mentionne, cette solution de contournement n'est pas portable, des contrôles peuvent être nécessaires:
```
$ uname -is
SunOS sun4v
$ xargs -n1 echo blah < /dev/null
```
```
$ uname -is
Linux x86_64
$ xargs --version | head -1
xargs (GNU findutils) 4.7.0-git
$ xargs -n1 echo blah < /dev/null
blah
```
- Ne semble pas répondre à la question?
- c'est la façon de prévenir l'exécution si votre version de xargs ne prend pas en charge la --no-run-if-empty interrupteur et tente d'exécuter la commande argument sans STDIN d'entrée (c'est le cas dans Solaris 10). Les versions dans les autres systèmes unix peut simplement ignorer une liste vide (par exemple, AIX).
- Oui! Sur MAC OSX, echo '' | xargs -n1 echo blah ne fait rien; que echo 'x' | xargs -n1 echo blah imprime "bla".
- Pour les deux GNU et BSD/OS x support que j'ai fini par utiliser quelque chose comme: ls /mydir/*.txt | xargs -n 1 -I {} chown root {}, que cette réponse suggère.
- et -i impliquent déjà -n 1 depuis qu'ils se substituer l'un argument par l'emplacement réservé. Aussi votre espace réservé peut être n'importe quelle chaîne (après coquille de traitement); {} est juste la valeur par défaut pour -i.
- Grand point @arielCo! Dans ce cas, on peut faire: ls /mydir/*.txt | xargs -n 1 chown root {}
- Il convient de noter que echo '' | xargs -n1 echo blah imprime blah avec GNU xargs.
- aïe, ce n'est pas portable. Merci je vais le modifier en conséquence.
InformationsquelleAutor arielCo
9

man xargs dit --no-run-if-empty.
- Si vous êtes sur OSX, il ne sera pas. edk750 l'a expliqué dans son commentaire si vous êtes curieux de savoir pourquoi.
InformationsquelleAutor thiton
8

En termes de xargs, vous pouvez utiliser -r comme l'a suggéré, cependant, il n'est pas pris en charge par BSD xargs.

Donc, comme solution de contournement, vous pouvez passer quelques extra fichier temporaire, par exemple:
```
find /mydir -type f -name "*.txt" -print0 | xargs -0 chown root $(mktemp)
```
ou réorienter ses stderr vers null (2> /dev/null), par exemple
```
find /mydir -type f -name "*.txt" -print0 | xargs -0 chown root 2> /dev/null || true
```
Une autre meilleure approche est d'itérer sur les fichiers trouvés à l'aide de while boucle:
```
find /mydir -type f -name "*.txt" -print0 | while IFS= read -r -d '' file; do
  chown -v root "$file"
done
```
Voir aussi: Ignorer vide résultats pour xargs dans Mac OS X

Aussi, veuillez noter que votre méthode de modification des autorisations n'est pas grand et il est découragé. Certainement vous ne devriez pas analyser la sortie de ls commande (voir: Pourquoi vous ne devriez pas analyser la sortie de ls). Surtout quand vous êtes en cours d'exécution de votre commande en root, car vos fichiers peuvent consister en des caractères spéciaux qui peuvent être interprétés par le shell ou d'imaginer les fichier ayant un caractère d'espace autour de /, alors les résultats peuvent être terribles.

Par conséquent, vous devriez changer votre approche et l'utilisation find de commande au lieu de cela, par exemple,
```
find /mydir -type f -name "*.txt" -execdir chown root {} ';'
```
- Désolé, je ne comprends pas comment les while IFS= read -r -d '' file est valide. Pouvez-vous expliquer?
InformationsquelleAutor kenorb

Sur OSX: Bash la remise à plat de xargs traiter avec la -r argument, mettre par exemple dans $HOME/bin et l'ajouter à la PATH:

#!/bin/bash
stdin=$(cat <&0)
if [[ $1 == "-r" ]] || [[ $1 == "--no-run-if-empty" ]]
then
    # shift the arguments to get rid of the "-r" that is not valid on OSX
    shift
    # wc -l return some whitespaces, let's get rid of them with tr
    linecount=$(echo $stdin | grep -v "^$" | wc -l | tr -d '[:space:]') 
    if [ "x$linecount" = "x0" ]
    then
      exit 0
    fi
fi

# grep returns an error code for no matching lines, so only activate error checks from here
set -e
set -o pipefail
echo $stdin | /usr/bin/xargs $@

InformationsquelleAutor rcomblen

0

C'est un comportement de GNU xargs qui peut être supprimé en utilisant l'option-r, --no-run-si-vide.

Les *BSD variante de xargs a ce comportement sur défaut, donc -r n'est pas nécessaire. Depuis FreeBSD 7.1 (sorti en janvier 2009) l'argument-r est accepté (sorcière ne fait rien) pour des raisons de compatibilité.

Personnellement, je préfère utiliser des longopts dans des scripts, mais depuis les *BSD xargs n'utilise longopts suffit d'utiliser "-r" et xargs agiront de même sur *BSD sur les systèmes linux

xargs sur MacOS (actuellement MacOS Mojave) malheureusement ne supporte pas l'argument "-r".

InformationsquelleAutor Mirko Steiner

Vous devez vous connecter pour publier un commentaire.