Как ограничить пост-проверку (lookbehind)?

Скобочки вообще правильно расставлены?

И не могу не спросить, здесь вообще lookahead/lookbehind действительно нужен?

Не, ну это явное указание строки, а если ее не знаешь?

Ну а как взять только совпадение? Надо из нескольких строк найти нужную, а из нее вывести подстроку.

Ну, про VGA ты тоже не знаешь, но грепаешь. Вдруг попадётся система с EGA compatible controller? Что там ещё может быть, кроме «compatible controller»?

Для себя я проблему с грепами, авками, седами решил давно: перл их заруливает. Правда, look behind перл тоже ограничивает, но в случае с перлом look behind можно не испльзовать:

$ lspci | perl -ne '/(?:VGA[^:]*: )(.*)/ && print $1'
Advanced Micro Devices, Inc. [AMD/ATI] Baffin [Radeon RX 550 640SP / RX 560/560X] (rev cf)

Если уж надо именно греп, то ограничить look behind можно вот так:

$ lspci | grep -Po -e '(?<=VGA.{,100}: ).*'
Advanced Micro Devices, Inc. [AMD/ATI] Baffin [Radeon RX 550 640SP / RX 560/560X] (rev cf)

Причем здесь конкретно VGA? Это просто пример. Для обозначения ключевого слова в искомой строке.

Ну в принципе вариант неплохой.

Понял, я не учитывал «только совпадение.» Тогда я бы сделал так:

lspci |sed -n 's/.*VGA.*: *//p'

Это оффтоп, специально же указал:

Касается ТОЛЬКО grep

cp /bin/sed /bin/grep

В Unix возможно всё.

При том, что перед двоеточием — подкласс устройства, коих ограниченное количество. Например, контроллеров дисплея есть ровно четыре штуки: VGA compatible controller, XGA compatible controller, 3D controller, Display controller. Если ты, например, хочешь выделить из вывода lspci контроллер дисплея, то стоит искать ([VX]GA compatible|3D|Display) controller, а не просто VGA. А если тебя интрересует именно VGA compatible controller, то стоит искать VGA compatible controller, а не VGA. Искать слово VGA не стоит, можно поймать VGA compatible unclassified device. И да, VGA — всего лишь пример.

@token_polyak срёшь тоже клоунами?)

Я правильно понял, что ретроспективная проверка ограничена 255 символами?

В перле — да:

Prior to Perl 5.30, it worked only for fixed-width lookbehind, but starting in that release, it can handle variable lengths from 1 to 255 characters as an experimental feature.
— https://perldoc.perl.org/perlre

Что там в PCRE (который используется в грепе) — не знаю.

Спасибо, буду учитывать.

Пускай и офтоп, но на awk смотрится приятнее:

# lspci | awk -F: '/Ethernet/{print $3}'
 Intel Corporation I350 Gigabit Network Connection (rev 01)

Меня интересовала именно ретроспективная проверка, как элемент регулярного выражения.

Я вот не знал, что синтаксис perl допускается только 255 символов:

echo "aaa bbb" | grep -Po '(?<=.{,254}\s).+'

Это задача просто для понимания, как сравнение с синтаксисом из dotnet семейства, где такого ограничения нет. Я не мог понять почему grep выдает ошибку.

Это не то, вопрос был про ретроспективную проверку (?<=.....)

если используется Perl-совместимый, он же PCRE, то у него просмотр назад используется только чётко заданной длины, то есть 5 точек он назад просмотрит методом сдвига указателя (сложением указателя и смещения), а плавающий вариант не работает, то есть (?<=.+?) где длина не задана явно, то это работать не будет. Как вариант использовать \K, это будет идти до \K и откинет всё что до \K, то есть аналог (?<=….) с не явно заданной длиной, но он не просматривает назад, он изначально идёт вперёд проверяя совпадение до \K как обычное регулярное выражение. Просто просмотр назад по факту делается позже и может захватить больше результатов, а \K не даст возвратится назад и смотрит только следующие полные совпадения.