Arch Linux

Problem bei sed-Ausdruck

Ovion

Einen guten Abend,

ich habe folgenden sed-Befehl in einem PKGBUILD:

sed -i s/'/usr/local/brother/${device_model}'/'/usr/local/Brother/Printers'/g $file

Dieser Befehl wirft mir allerdings folgenden Fehler:

sed: -e Ausdruck #1, Zeichen 8: Unbekannte Option für `s'

Ich finde den Fehler allerdings nicht. Es könnte etwas mit den Zeichen $, {, } zusammenhängen, denn ich habe im selben Codeblock andere "sed -i s"-Befehle, die problemlos durchgehen und die enthalten ebenjene Zeichen nicht. Allerdings weiß ich nicht warum, escapen der Zeichen funktioniert auch nicht.

Dass es diese Zeile ist, schließe ich aus der Tatsache, dass der Paketbau sauber durchgeht, wenn ich diese Zeile auskommentiert habe (nur für den Fall, dass es da Hintergrundmechanismen gibt, von denen ich nichts weiß, die unerwartete Interaktionen hervorrufen).

Besten Dank für Hilfe!

[gelöscht]

Funktioniert folgendes?

sed -i 's#/usr/local/brother/${device_model}#/usr/local/Brother/Printers#g' $file

oder

 sed -i 's|/usr/local/brother/${device_model}|/usr/local/Brother/Printers|g' $file

portix

Wenn du / in einem Ausdruck verwenden willst musst du die escapen oder einen anderen Trenner nehmen (siehe andy123). {} wird von sed nicht gesondert interpretiert es sei denn du escapest es mit {, } oder du verwendest die Option -r die allerdings eine GNU-extension ist, dann wird {} als Quantifizierer wie in normalen regulären Ausdrücken interpretiert. Ist ${device_name} eine shell-variable? Dann musst du den gesamten Ausdruck noch in "" setzen.

Ovion

Stimmt. Hab die / escaped, jetzt funktionierts. Hatte ich drüber auch schon gemacht, aber ich Blindfisch hab's natürlich nicht gemerkt...
${device_name} ist tatsächlich eine Shell-Variable, allerdings in dem Skript, auf das ich sed loslasse, nicht im PKGBUILD, deswegen stehen da explizit die single quotes (ich erinnerte mich noch an unsere beiden Unterhaltungen diesbezüglich).

Besten Dank, ihr zwei!

Besides: Fasst sed den s-Befehl als kompletten String auf? Ansonsten müsste durch die Quotes doch deutlich werden, dass der / innerhalb des Strings kein Trenner sein soll, oder? Vermute ich korrekt, dass die Shell den s-Befehl zu einem großen String zusammensetzt und dann sed übergib?

hydro

Die einfachen Anführungszeichen bewirken lediglich, dass die Bash den Inhalt dazwischen nicht interpretiert. Die Bash entfernt aber auch die Anführungszeichen, sed bekommt sie nicht zu sehen.

$ sed s/'/usr/l' file
sed: -e Ausdruck #1, Zeichen 8: Unbekannte Option für `s'
$ sed s/'/usr/p' file
sed: -e Ausdruck #1, Zeichen 0: Kein vorheriger regulärer Ausdruck

Einfaches Escapen des Schrägstrichs genügt auch nicht, denn

A non-quoted backslash () is the escape character. It preserves the literal value of the next character that follows, with the exception
of <newline>. If a <newline> pair appears, and the backslash is not itself quoted, the <newline> is treated as a line continuation
(that is, it is removed from the input stream and effectively ignored).

$ sed s/\/usr\/local\/brother\/\${device_model}/\/usr\/local\/Brother\/Printers/g file 
sed: -e Ausdruck #1, Zeichen 8: Unbekannte Option für `s'
$ sed s/\\/usr\\/local\\/brother\\/\${device_model}/\\/usr\\/local\\/Brother\\/Printers/g file 
/usr/local/Brother/Printers

Oder halt den gesamten sed-Ausdruck in Anführungszeichen setzen.

Ovion

Sprich ohne Anführungszeichen würde die Shell die Escape-Sequenz "weg"interpretieren und sed den Befehl ohne Escape-Sequenzen erhalten? Bei doppeltem Escapen würde das Escape auf's Escape interpretiert und ein Escape an sed durchgereicht, mit Anführungszeichen wird das eine Escape nicht interpretiert und zu sed durchgereicht, korrekt?

hydro

Ja, korrekt.

Ovion

Ok, besten Dank!