Vladimir Panteleev's questions

Estou procurando uma maneira de executar um processo, que por si só pode gerar mais subprocessos filhos/netos/etc. Então:

1. Ser capaz de enviar um sinal (por exemplo, TERM ou KILL) a todos os descendentes.
2. Ser capaz de garantir que, quando o processo principal terminar, todos os descendentes sejam encerrados (seja matando-os ou porque esperamos que todos saíssem voluntariamente).

" todos os descendentes" devem incluir descendentes que usam o mesmo método para criar seu próprio grupo de processos internos. Portanto, seja qual for o método que usarmos, ele deverá suportar o aninhamento, caso contrário, os processos terão uma maneira de escapar da nossa supervisão criando seu próprio conclave.

Embora pareça uma tarefa simples, vários métodos documentados falham de diferentes maneiras sutis.

• setsiddeixa descendentes órfãos - só pode esperar pelo processo de nível superior. Também não acho que possa ser aninhado, porque as sessões não podem ser aninhadas.
• O Yelp dumb-initnão pode ser aninhado (sem usar --single-process).
• bwrappode criar um namespace PID e executar um initdentro dele, o que parece estar na metade do caminho, porém não pode esperar até que todos os subprocessos sejam encerrados.
• Tentei combinar dumb-initcom bwrap --as-pid-1, o que parece nos levar um passo adiante, no entanto, a única maneira de enviar um SIGKILL para todo o grupo é mapear outro sinal para KILL usando o recurso dumb-initde --rewrite. Isso interrompe o aninhamento: mapear um sinal para SIGKILL no exterior dumb-initapenas matará o inner dumb-init, deixando outros processos internos em execução.
• A execução dos comandos em um contêiner ( dockerou podman) atinge esses objetivos. No entanto, é uma solução pesada que requer trabalho extra para configurar e desabilitar outros tipos de isolamento (por exemplo, do sistema de arquivos ou UIDs) e habilitar o aninhamento (DinD etc.).

Algo que eu esqueci?

Exemplo de tarefa: se uma linha contiver foo, substitua-a por bar, caso contrário, anexe bazà linha.

sed -e s/foo/bar/ -e s/$/baz/não funciona, pois o segundo comando é executado independentemente do primeiro corresponder ou não. Existe uma maneira de dizer sedpara ir para a próxima linha após uma partida?

Gostaria que o Terminfo para meu terminal (rxvt-unicode) funcionasse, para que, quando eu ssh do Linux para o macOS, as teclas Home/End e outras funcionassem corretamente.

Normalmente, para fazer isso com um host remoto Linux, eu uso um script como o seguinte:

ssh "$1" 'mkdir -p ~/.terminfo/r'
for f in /usr/share/terminfo/r/rxvt-unicode{,-256color}
do
    scp "$f" "$1":.terminfo/r/
done

No entanto, isso não está funcionando com o macOS.

Quando eu corro screen, primeiro eu estava recebendo "TERM muito longo - desculpe".

Depois de atualizá-lo para a versão brew (4.06.02), agora estou recebendo "Não é possível encontrar a entrada terminfo para 'rxvt-unicode-256color'."

TERMestá definido corretamente como rxvt-unicode-256color, e ~/.terminfo/r/rxvt-unicode-256colorexiste.

Correr screencom TERMINFO=$HOME/.terminfo/também não tem efeito.