Na verdade, você não faz.
runsv
tem esse comportamento de svscan
nos daemontools originais de Bernstein, que fizeram o mesmo. Quase todo mundo copiou. svscan
de Bruce Guenter, do daemontools-encore, Laurent Bercot's s6-svscan
de s6 e de Wayne Marshall perpd
do perp todos fazem o mesmo.
Até mesmo o svscan
de Adam Sampson do freedt conecta apenas a saída padrão, apesar de chamar o descritor de arquivo err
no código . ☺
Percebendo com que extensão exec 2>&1
e fdmove -c 2 1
se tornaram a norma e observando que algumas linguagens de programação definem explicitamente um fluxo log padrão que acaba sendo o descritor de arquivo 2 (por exemplo, std::clog
in C ++), eu fiz service-manager
no conjunto de ferramentas nosh conectar a saída padrão e erro padrão para o pipe quando os serviços de encanamento juntos.
Leitura adicional
- Jonathan de Boyne Pollard (2014). Uma análise lado-a-lado dos scripts e serviços de execução unidades. . Respostas frequentemente dadas.
- Jonathan de Boyne Pollard (2015). " Registro ". A família dos daemontools . Respostas frequentemente dadas.
- link