indicateur in-situ sed qui fonctionne à la fois sur Mac (BSD) et Linux

Existe-t-il une invocation de la sedmodification sur place des tâches sans sauvegardes qui fonctionne à la fois sur Linux et Mac? Alors que le BSD sedlivré avec OS X semble avoir besoin sed -i '' …, les distributions GNU sedLinux sont généralement fournies avec les citations comme nom de fichier d'entrée vide (au lieu de l'extension de sauvegarde), et en ont sed -i …plutôt besoin .

Existe-t-il une syntaxe de ligne de commande qui fonctionne avec les deux versions, donc je peux utiliser le même script sur les deux systèmes?

Si vous voulez vraiment simplement utiliser sed -ila méthode «facile», les éléments suivants fonctionnent sur GNU et BSD / Mac sed:

sed -i.bak 's/foo/bar/' filename

Notez le manque d'espace et le point.

Preuve:

# GNU sed
% sed --version | head -1
GNU sed version 4.2.1
% echo 'foo' > file
% sed -i.bak 's/foo/bar/' ./file
% ls
file  file.bak
% cat ./file
bar

# BSD sed
% sed --version 2>&1 | head -1
sed: illegal option -- -
% echo 'foo' > file
% sed -i.bak 's/foo/bar/' ./file
% ls
file  file.bak
% cat ./file
bar

Évidemment, vous pouvez alors simplement supprimer les .bakfichiers.

Cela fonctionne avec GNU sed, mais pas sous OS X:

sed -i -e 's/foo/bar/' target.file
sed -i'' -e 's/foo/bar/' target.file

Cela fonctionne sous OS X, mais pas avec GNU sed:

sed -i '' -e 's/foo/bar/' target.file

Sous OS X, vous

• ne peut pas être utilisé sed -i -ecar l'extension du fichier de sauvegarde serait définie sur-e
• ne peut pas utiliser sed -i'' -epour les mêmes raisons - il a besoin d'un espace entre -iet ''.

Sous OSX, j'installe toujours la version GNU sed via Homebrew, pour éviter les problèmes dans les scripts, car la plupart des scripts ont été écrits pour les versions GNU sed.

brew install gnu-sed --with-default-names

Ensuite, votre BSD sed sera remplacé par GNU sed.

Alternativement, vous pouvez installer sans noms par défaut, mais ensuite:

• Changez votre PATHcomme indiqué après l'installationgnu-sed
• Vérifiez vos scripts pour choisir entre gsedou en sedfonction de votre système

Comme le demande Noufal Ibrahim , pourquoi ne pouvez-vous pas utiliser Perl? Tout Mac aura Perl, et il y a très peu de distributions Linux ou BSD qui n'incluent pas de version de Perl dans le système de base. L'un des seuls environnements qui pourrait manquer de Perl serait BusyBox (qui fonctionne comme GNU / Linux pour -i, sauf qu'aucune extension de sauvegarde ne peut être spécifiée).

Comme le recommande ismail ,

Depuis perl est disponible partout où je fais juste perl -pi -e s,foo,bar,g target.file

et cela semble être une meilleure solution dans presque tous les cas que les scripts, les alias ou d'autres solutions de contournement pour faire face à l'incompatibilité fondamentale sed -ientre GNU / Linux et BSD / Mac.

Il n'y a aucun moyen de le faire fonctionner.

Une façon consiste à utiliser un fichier temporaire comme:

TMP_FILE=`mktemp /tmp/config.XXXXXXXXXX`
sed -e "s/abc/def/" some/file > $TMP_FILE
mv $TMP_FILE some/file

Cela fonctionne à la fois

Réponse: non

La réponse initialement acceptée ne fait pas ce qui est demandé (comme indiqué dans les commentaires). (J'ai trouvé cette réponse en cherchant la raison pour laquelle file-ea apparaissait "au hasard" dans mes répertoires.)

Il n'y a apparemment aucun moyen de sed -itravailler de manière cohérente sur MacOS et Linuces.

Ma recommandation, pour ce qu'elle vaut, n'est pas de mettre à jour sur place sed(qui a des modes de défaillance complexes), mais de générer de nouveaux fichiers et de les renommer ensuite. En d'autres termes: évitez -i.

L' -ioption ne fait pas partie de POSIX Sed . Une méthode plus portable serait d'utiliser Vim en mode Ex:

ex -sc '%s/alfa/bravo/|x' file

1. % sélectionner toutes les lignes

2. s remplacer

3. x sauver et fermer

Voici une autre version qui fonctionne sur Linux et macOS sans utiliser evalet sans avoir à supprimer les fichiers de sauvegarde. Il utilise des tableaux Bash pour stocker les sedparamètres, ce qui est plus propre que d'utiliser eval:

# Default case for Linux sed, just use "-i"
sedi=(-i)
case "$(uname)" in
  # For macOS, use two parameters
  Darwin*) sedi=(-i "")
esac

# Expand the parameters in the actual call to "sed"
sed "${sedi[@]}" -e 's/foo/bar/' target.file

Cela ne crée pas de fichier de sauvegarde, ni un fichier avec des guillemets ajoutés.

La réponse de Steve Powell est tout à fait correcte, la consultation de la page MAN de sed sur OSX et Linux (Ubuntu 12.04) met en évidence la non-compatibilité dans l'utilisation sed sur place entre les deux systèmes d'exploitation.

JFYI, il ne devrait y avoir aucun espace entre le -i et les guillemets (qui dénotent une extension de fichier vide) utilisant la version Linux de sed, donc

Page de manuel Linux sed

#Linux
sed -i"" 

et

page de manuel sed OSX

#OSX (notice the space after the '-i' argument)
sed -i "" 

J'ai contourné cela dans un script en utilisant une commande alias et la sortie du nom du système d'exploitation de « uname » dans un bash «if». La tentative de stockage des chaînes de commande dépendant du système d'exploitation dans des variables a été aléatoire lors de l'interprétation des guillemets. L'utilisation de ' shopt -s expand_aliases ' est nécessaire pour développer / utiliser les alias définis dans votre script. l'utilisation de shopt est traitée ici .

Si vous avez besoin de faire sedsur place dans un bashscript, et que vous ne voulez PAS que le résultat sur place avec des fichiers .bkp, et vous avez un moyen de détecter le système d'exploitation (par exemple, en utilisant ostype.sh ), - alors le le hack suivant avec le bashshell intégré evaldevrait fonctionner:

OSTYPE="$(bash ostype.sh)"

cat > myfile.txt <<"EOF"
1111
2222
EOF

if [ "$OSTYPE" == "osx" ]; then
  ISED='-i ""'
else # $OSTYPE == linux64
  ISED='-i""'
fi

eval sed $ISED 's/2222/bbbb/g' myfile.txt
ls 
# GNU and OSX: still only myfile.txt there

cat myfile.txt
# GNU and OSX: both print:
# 1111
# bbbb

# NOTE: 
# if you just use `sed $ISED 's/2222/bbbb/g' myfile.txt` without `eval`,
# then you will get a backup file with quotations in the file name, 
# - that is, `myfile.txt""`

Vous pouvez utiliser une éponge. Sponge est un ancien programme Unix, trouvé dans le paquet moreutils (à la fois dans Ubuntu et probablement Debian, et dans Homebrew sous Mac).

Il mettra en mémoire tampon tout le contenu du tuyau, attendra que le tuyau soit fermé (ce qui signifie probablement que le fichier d'entrée est déjà fermé), puis écrasera:

Depuis la page de manuel :

Synopsis

fichier sed '...' | grep '...' | fichier éponge

Ce qui suit fonctionne pour moi sur Linux et OS X:

sed -i' ' <expr> <file>

par exemple pour un fichier fcontenantaaabbaaba

sed -i' ' 's/b/c/g' f

rendements aaaccaacasur Linux et Mac. Notez qu'il existe une chaîne entre guillemets contenant un espace , sans espace entre les-i et la chaîne. Les guillemets simples ou doubles fonctionnent tous les deux.

Sous Linux, j'utilise la bashversion 4.3.11 sous Ubuntu 14.04.4 et sur la version Mac 3.2.57 sous OS X 10.11.4 El Capitan (Darwin 15.4.0).

J'ai rencontré ce problème. La seule solution rapide a été de remplacer le sed en mac par la version gnu:

brew install gnu-sed