Esegui una subshell bash interattiva con comandi iniziali senza tornare immediatamente alla shell ("super")

Voglio eseguire una subshell bash, (1) eseguire alcuni comandi, (2) e quindi rimanere in quella subshell per fare come mi pare. Posso fare ognuno di questi singolarmente:

1. Esegui il comando utilizzando -cflag:

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

   tuttavia, ritorna immediatamente alla shell "super" dopo l'esecuzione dei comandi. Posso anche solo eseguire una subshell interattiva:

2. Inizia un nuovo bashprocesso:

   $> bash

   e non uscirà dalla subshell fino a quando non lo dirò esplicitamente ... ma non posso eseguire alcun comando iniziale. La soluzione più vicina che ho trovato è:

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

   che funziona, ma non nel modo in cui volevo, poiché esegue i comandi forniti in una subshell e quindi ne apre una separata per l'interazione.

Voglio farlo su una sola riga. Una volta che esco dalla subshell, dovrei tornare alla normale shell "super" senza incidenti. Ci deve essere un modo ~~

NB: Quello che non sto chiedendo ...

1. non chiedendo dove trovare la pagina man di bash
2. non chiedendo come leggere i comandi di inizializzazione da un file ... So come fare, non è la soluzione che sto cercando
3. non interessato ad usare lo schermo tmux o gnu
4. non interessato a dare un contesto a questo. Vale a dire, la domanda è pensata per essere generale e non per uno scopo specifico
5. se possibile, voglio evitare di usare soluzioni alternative che riescano a realizzare ciò che voglio, ma in modo "sporco". Voglio solo farlo su una sola riga. In particolare, non voglio fare qualcosa del generexterm -e 'ls'

Questo può essere fatto facilmente con pipe denominate temporanee :

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

Il merito di questa risposta va al commento di Lie Ryan . L'ho trovato davvero utile ed è meno evidente nei commenti, quindi ho pensato che dovesse essere la sua risposta.

Puoi farlo in modo circolare con un file temporaneo, anche se ci vorranno due righe:

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

Prova questo invece:

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

$SHELL Rende la shell aperta in modalità interattiva, in attesa di chiusura exit.

La "soluzione Expect" a cui mi riferivo è la programmazione di una shell bash con il linguaggio di programmazione 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 faresti come: ./subshell.exp "ls; pwd"

Perché non usare i subshells nativi?

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

Racchiudere i comandi tra parentesi rende bash spawn un sottoprocesso per eseguire questi comandi, quindi è possibile, ad esempio, modificare l'ambiente senza influire sulla shell padre. Questo è sostanzialmente più leggibile equivalente a bash -c "ls; pwd; exec $BASH".

Se sembra ancora dettagliato, ci sono due opzioni. Uno è di avere questo frammento come funzione:

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

Un altro è quello di exec $BASHabbreviare:

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

Personalmente mi piace Ravvicinarmi di più, poiché non è necessario giocare con le stringhe di escape.

Se sudo -E bashnon funziona, utilizzo quanto segue, che finora ha soddisfatto le mie aspettative:

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

Ho impostato HOME = $ HOME perché voglio che la mia nuova sessione abbia HOME impostato sulla HOME del mio utente, piuttosto che sulla HOME di root, che avviene per impostazione predefinita su alcuni sistemi.

meno elegante di --init-file, ma forse più strumentabile:

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

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