Fravadona's questions

Estou procurando uma maneira de anular o comportamento indesejável de alguns instaladores que anexam código .bashrcpara forçar o carregamento de seu ambiente automaticamente. O problema surgiu algumas vezes, principalmente com o Conda, e em alguns casos o usuário acabou com uma conta quebrada que o impedia de fazer login mais.

Eu tentei adicionar um documento aqui não fechado no final do .bashrc, assim:

# .bashrc

#...

: <<'__END__'

O que funciona, mas gera avisos irritantes de erros de análise .

Qual seria uma maneira limpa de fazer isso (sem tornar o .bashrc somente leitura)?

Eu tenho um script de instalador/atualizador destinado a IRIX/Linux/macOS/FreeBSD e gostaria de estender sua compatibilidade para Solaris.

Já consertei algumas partes que não eram compatíveis com POSIX, exceto a crontabque é gerada assim:

printf '%s\n' [email protected] '*/15 * * * * /path/cmd' | crontab -

# crontab -l # (on Linux/macOS/FreeBSD)
[email protected]
*/15 * * * * /path/cmd

^{nota: /path/cmd é silencioso a menos que detecte um problema}

O código falha no Solaris por três motivos:

1. MAILTO=lança um erro de sintaxe
2. */15lança um erro de sintaxe
3. crontab -tenta abrir o arquivo chamado-

Eu consertei o nº 2 e o nº 3 com:

printf '%s\n' '0,15,30,45 * * * * /path/cmd' | crontab

# crontab -l
0,15,30,45 * * * * /path/cmd

Agora eu não sei como converter a MAILTO=parte. Qual seria uma maneira POSIX de encaminhar e-mails de um crontab?

Solução alternativa selecionada:

Graças aos ponteiros @ilkkachu e @Gilles'SO-stopbeingevil' , aqui está como decidi emular o comportamento do crontab de MAILTOuma maneira compatível com POSIX:

# crontab -l
0,15,30,45 * * * * out=$(/path/cmd 2>&1); [ -n "$out" ] && printf \%s\\n "$out" | mailx -s "Cron <$LOGNAME@$(uname -n)>" [email protected]

Mas, há um problema potencial com esta solução: se nãoprintf for um shell embutido e a saída for muito grande, ela falhará com um ou semelhantes.Argument list too long