Ejecute un subshell bash interactivo con comandos iniciales sin volver al shell ("super") inmediatamente

Quiero ejecutar una subshell bash, (1) ejecutar algunos comandos, (2) y luego permanecer en esa subshell para hacer lo que me plazca. Puedo hacer cada uno de estos individualmente:

1. Ejecute el comando usando la -cbandera:

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

   sin embargo, inmediatamente vuelve al shell "super" después de que se ejecutan los comandos. También puedo ejecutar una subshell interactiva:

2. Iniciar nuevo bashproceso:

   $> bash

   y no saldrá de la subshell hasta que lo diga explícitamente ... pero no puedo ejecutar ningún comando inicial. La solución más cercana que he encontrado es:

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

   que funciona, pero no de la manera que quería, ya que ejecuta los comandos dados en un subshell y luego abre uno separado para la interacción.

Quiero hacer esto en una sola línea. Una vez que salga del subshell, debería volver al shell "super" normal sin incidentes. Debe haber una manera ~~

NB: lo que no estoy preguntando ...

1. sin preguntar dónde conseguir la página de manual de bash
2. sin preguntar cómo leer los comandos de inicialización de un archivo ... Sé cómo hacer esto, no es la solución que estoy buscando
3. no estoy interesado en usar la pantalla tmux o gnu
4. No estoy interesado en dar contexto a esto. Es decir, la pregunta pretende ser general, y no para ningún propósito específico.
5. si es posible, quiero evitar el uso de soluciones alternativas que logren lo que quiero, pero de una manera "sucia". Solo quiero hacer esto en una sola línea. En particular, no quiero hacer algo comoxterm -e 'ls'

Esto se puede hacer fácilmente con tuberías temporales con nombre :

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

El crédito por esta respuesta va al comentario de Lie Ryan . Encontré esto realmente útil, y es menos notable en los comentarios, así que pensé que debería ser su propia respuesta.

Puede hacerlo de forma indirecta con un archivo temporal, aunque tomará dos líneas:

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

Intenta esto en su lugar:

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

$SHELL Hace que el shell se abra en modo interactivo, esperando un cierre con exit.

La "solución esperada" a la que me refería es programar un shell bash con el lenguaje de programación 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"

Lo ejecutarías como: ./subshell.exp "ls; pwd"

¿Por qué no usar subshell nativos?

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

El encerrar comandos con paréntesis hace que bash spawn sea un subproceso para ejecutar estos comandos, por lo que puede, por ejemplo, alterar el entorno sin afectar el shell principal. Esto es básicamente más legible equivalente a bash -c "ls; pwd; exec $BASH".

Si eso todavía se ve detallado, hay dos opciones. Una es tener este fragmento como una función:

$ 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
$

Otro es hacer exec $BASHmás corto:

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

Personalmente, me gusta Racercarme más, ya que no hay necesidad de jugar con cuerdas de escape.

Si sudo -E bashno funciona, utilizo lo siguiente, que hasta ahora ha cumplido mis expectativas:

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

Configuré HOME = $ HOME porque quiero que mi nueva sesión tenga HOME configurado en HOME de mi usuario, en lugar de HOME de root, lo que ocurre de manera predeterminada en algunos sistemas.

menos elegante que --init-file, pero quizás más instrumentable:

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

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