pikaur - это же консольная утилита, она запукается в терминале

И судя по strace, все-таки она что-то выплюнула уже в консоль, где-то до 54%...

Попробуй позапускать что-то более простое чем сборка кода. Например просто баш скрипт, который что-нить выводит в консоль

А еще интереснее, если завершаю systemd-run, дочерний процесс оживает и продолжает шуршать, как ни в чем не бывало...

Ну видимо он ждёт пока завершится systemd-run, прежде чем что-то делать дальше

Не оно?

А эффект такой, что если ты не успеваешь читать из stdout, подпроцесс будет блокироваться ОСью
Очередь или что-то вроде нее, нужна чтобы складывать туда прочитаное и потом обрабатывать, например парсить прогресс или что-то такое

Это тут выше в чатике, можно поиском найти

Вспомнилось

Эээ, ну у меня в консоли чисто... Ничего не выводится😕

Кстати да, там ведь буферы не резиновые - sdtout процесса надо вычитывать

Вероятно этим должен озаботится питонячий код

Хотя я же с sudo запускаю, а она создаёт новый виртуальный терминал

Без питона тоже воспроизводится

Попробуй проэмулировать, запуская таким образом скрипт, который выводит много строк в консоль

--pipe, -P

   If specified, standard input, output, and error of the transient service are inherited from the systemd-run command itself. This allows systemd-run to be used within shell pipelines. Note that this mode is not suitable for interactive command shells and similar, as the service process will not become a TTY controller when invoked on a terminal. Use --pty instead in that case.

А у тебя в команде и --pty  и --pipe указаны вместе.

When both --pipe and --pty are used in combination the more appropriate option is automatically determined and used. Specifically, when invoked with standard input, output and error connected to a TTY --pty is used, and otherwise --pipe.

Ага, тоже пошел читать ))

Воспроизвелось

А у меня не получается воспроизвести "чистую консоль", при запуске напрямую. Запускаю через systemd-run обычный /bin/cat, который выводит большой лог файл