Execute um subshell bash interativo com comandos iniciais sem retornar ao shell ("super") imediatamente

Eu quero executar um subshell bash, (1) executar alguns comandos, (2) e permanecer nesse subshell para fazer o que eu quiser. Eu posso fazer cada um destes individualmente:

1. Execute o comando usando o -csinalizador:

   $> bash -c "ls; pwd; <other commands...>"

   no entanto, ele retorna imediatamente ao shell "super" após a execução dos comandos. Também posso apenas executar um subshell interativo:

2. Iniciar novo bashprocesso:

   $> bash

   e não sairá do subshell até que eu o diga explicitamente ... mas não consigo executar nenhum comando inicial. A solução mais próxima que encontrei é:

   $> bash -c "ls; pwd; <other commands>; exec bash"

   que funciona, mas não da maneira que eu queria, pois executa os comandos fornecidos em um subshell e, em seguida, abre um separado para interação.

Eu quero fazer isso em uma única linha. Depois de sair do subshell, devo retornar ao shell "super" comum sem incidentes. Deve haver uma maneira ~~

NB: O que não estou perguntando ...

1. não perguntando onde obter a página de manual do bash
2. sem perguntar como ler comandos de inicialização de um arquivo ... Eu sei como fazer isso, não é a solução que estou procurando
3. não estou interessado em usar a tela tmux ou gnu
4. não está interessado em dar contexto a isso. Ou seja, a questão é para ser geral, e não para qualquer finalidade específica
5. se possível, quero evitar o uso de soluções alternativas que atinjam o que quero, mas de maneira "suja". Eu só quero fazer isso em uma única linha. Em particular, não quero fazer algo comoxterm -e 'ls'

Isso pode ser feito facilmente com pipes nomeados temporários :

bash --init-file <(echo "ls; pwd")

O crédito por esta resposta vai para o comentário de Lie Ryan . Achei isso realmente útil, e é menos perceptível nos comentários, então achei que deveria ser sua própria resposta.

Você pode fazer isso de maneira indireta com um arquivo temporário, embora isso leve duas linhas:

echo "ls; pwd" > initfile
bash --init-file initfile

Tente isso:

$> bash -c "ls;pwd;other commands;$SHELL"

$SHELL Ele abre o shell no modo interativo, aguardando um encerramento com ele exit.

A "solução Expect" à qual me referi está programando um shell bash com a linguagem de programação Expect :

#!/usr/bin/env expect
set init_commands [lindex $argv 0]
set bash_prompt {\$ $}              ;# adjust to suit your own prompt
spawn bash
expect -re $bash_prompt {send -- "$init_commands\r"}
interact
puts "exiting subshell"

Você executaria isso como: ./subshell.exp "ls; pwd"

Por que não usar subshells nativos?

$ ( ls; pwd; exec $BASH; )
bar     foo     howdy
/tmp/hello/
bash-4.4$ 
bash-4.4$ exit
$

A inclusão de comandos entre parênteses torna o bash spawn um subprocesso para executar esses comandos, para que você possa, por exemplo, alterar o ambiente sem afetar o shell pai. Isso é basicamente mais legível equivalente ao bash -c "ls; pwd; exec $BASH".

Se isso ainda parecer detalhado, há duas opções. Uma é ter esse trecho como função:

$ run() { ( eval "$@"; exec $BASH; ) }
$ run 'ls; pwd;'
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$ run 'ls;' 'pwd;'
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$

Outra é exec $BASHdiminuir:

$ R() { exec $BASH; }
$ ( ls; pwd; R )
bar     foo     howdy
/tmp/hello/
bash-4.4$ exit
$

Eu, pessoalmente, gosto de Rabordar mais, pois não há necessidade de brincar com cordas que escapam.

Se sudo -E bashnão funcionar, use o seguinte, que atendeu às minhas expectativas até agora:

sudo HOME=$HOME bash --rcfile $HOME/.bashrc

Defino HOME = $ HOME porque quero que minha nova sessão tenha HOME definida como HOME do usuário, em vez de HOME da raiz, o que acontece por padrão em alguns sistemas.

menos elegante do que --init-file, mas talvez mais instrumentável:

fn(){
    echo 'hello from exported function'
}

while read -a commands
do
    eval ${commands[@]}
done