sed замена до первого вхождения

что тебя сподвигло на написание bash скриптов, состоящих из вызов perl

я вот обычно из awk запускаю clang++ -lQtCore -lQtGui ... на то есть причины

Не уверен, что подобная конструкция будет быстрее

echo ${${$( dnf help $1 )%*[}##].*}

cast true_admin

sed не умеет в нежадность, увы.

Может есть workaround?

Хотя бы для моего случая. Что-то вроде вместо .* использовать [^\]]+

Объясни подробнее что ты пытаешься сделать. Между [] может быть ]? Если нет, то подойдет

asd="group" && echo -e "abc\n$asd [one two three] [GRP]" | sed -n -r "s/^$asd \[([^]]+)\].*$/\1/p"

Я практически не умею в sed, perl и awk :(.

Но скрипт мне ваш совершенно не нравится. Если есть perl то зачем страдать в sed? Можно попытаться исправить твой регексп по заветам из http://stackoverflow.com/questions/1103149/non-greedy-regex-matching-in-sed, но зачем? Воткни perl вместо sed и будет праздник.

Воткни perl вместо sed и будет праздник

Лорчую.

Perl искаропки нет в федоре, а делать доп зависимость не хорошо.

https://github.com/ignatenkobrain/dnf/commit/458bb4e5969d823aed2096cf55c96045...

А питон там есть из коробки? А то я могу соорудить однострочничек...

Да. Если можешь.

Да простят меня любители перла... и просто адекватные люди... Ща сделаю. Возможно (скорее всего), будет страшновато и длинновато...

А какой там питон — второй или третий?

Должно быть совместимо и с тем и с другим.

Держи

asd="group" && echo -e "abc\n$asd [one two three] [GRP]" | \
python3 -c "import sys,re; \
  [[print(m)
      for m in re.findall('${asd} \[(.*?)\]', line)]
        for line in sys.stdin]"

Если в федоре нет третьего питона из коробки то можно заменить print() на sys.stdout.write() или сделать from __future__ import print_statement.

Кстати, если это bash autocompletition то из-за питона может слегка подтормаживать... Но этож федора, всем пофиг.

а как туда ещё зафигачить line.replace(«|», " ")?

это bash-completion. после нескольких тестов сравнения скорости работы оставил такую функцию. работает быстрее ~ на 20ms по сравнению с sed/perl bash

_dnf_help_command()
{
    local cmd=$( dnf help $1 | grep -E "^$1" | tr "|" " " )
    cmd=${cmd#*[} && cmd=${cmd%%]*}
    eval "$2='$cmd'"
}

_dnf_help_command()
{
    eval "$2='$( dnf help $1 | perl -ne "next unless /^$1/; s|.*?\[(.*?)\].*|\1|g; s/\|/ /g; print; exit" )'"
}

_dnf_help_command()
{
    eval "$2='$( dnf help $1 | grep -E "^$1" | sed -e "s/|/ /g" -e "s/^$1 \[//g" -e "s/\].*$//g" )'"
}

https://github.com/rpm-software-management/dnf/pull/161#issuecomment-55195269

Может не надо это в виде однострочника пихать? А то у меня глаза ломаются каждый раз когда такое вижу. Имхо, скрипты должны быть максимально понятными. Больше 90% проектов не получают мои патчи потому что я не могу их написать. У меня просто нет столько лишнего времени чтобы чужую лапшу разгребать.

А уж глядя на $1 и $2 плакать хочется. Вот ты когда пишешь код ты же не называешь функции func1(arg1, arg2). Всему надо давать осмысленные имена.

PS c line.replace() я вижу ты разобрался.

Баш же не умеет в func(argname)

Поэтому и $1

Я понимаю. Поэтому делают как-то так:

func() {
  arg1=$1
  arg2=$2
}