Uruchom interaktywną podpowłokę bash z początkowymi poleceniami bez natychmiastowego powrotu do powłoki („super”)

Chcę uruchomić podpowłokę bash, (1) uruchomić kilka poleceń, (2), a następnie pozostać w tej podpowłoce, aby zrobić tak, jak mi się podoba. Mogę wykonać każdą z tych czynności indywidualnie:

1. Uruchom polecenie za pomocą -cflagi:

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

   jednak natychmiast powraca do „super” powłoki po wykonaniu poleceń. Mogę również uruchomić interaktywną podpowłokę:

2. Rozpocznij nowy bashproces:

   $> bash

   i nie opuści podpowłoki, dopóki nie powiem tak wyraźnie ... ale nie mogę uruchomić żadnych początkowych poleceń. Najbliższym rozwiązaniem, jakie znalazłem, jest:

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

   co działa, ale nie tak, jak chciałem, ponieważ uruchamia podane polecenia w jednej podpowłoce, a następnie otwiera osobne dla interakcji.

Chcę to zrobić w jednym wierszu. Po wyjściu z podpowłoki powinienem wrócić do zwykłej „super” powłoki bez żadnych incydentów. Musi być jakiś sposób ~~

NB: O co nie pytam ...

1. nie pytając, skąd wziąć stronę podręcznika bash
2. nie pytam, jak czytać polecenia inicjujące z pliku ... Wiem jak to zrobić, to nie jest rozwiązanie, którego szukam
3. nie jestem zainteresowany używaniem ekranu tmux lub gnu
4. nie zainteresowany nadaniem kontekstu temu. Tj. Pytanie ma być ogólne, a nie w żadnym konkretnym celu
5. jeśli to możliwe, chcę uniknąć stosowania obejść, które pozwalają osiągnąć to, czego chcę, ale w „brudny” sposób. Chcę to zrobić tylko w jednej linii. W szczególności nie chcę robić czegoś takiegoxterm -e 'ls'

Można to łatwo zrobić za pomocą tymczasowych nazwanych potoków :

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

Podziękowania dla tej odpowiedzi należą do komentarza Lie Ryan . Uznałem to za bardzo przydatne i jest mniej zauważalne w komentarzach, więc pomyślałem, że powinna to być własna odpowiedź.

Możesz to zrobić na okrągło z plikiem tymczasowym, chociaż zajmie to dwie linie:

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

Spróbuj zamiast tego:

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

$SHELL Powoduje, że powłoka jest otwarta w trybie interaktywnym, czekając na zamknięcie exit.

„Oczekiwane rozwiązanie”, o którym mówiłem, to programowanie powłoki bash za pomocą języka programowania 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"

Urodziłbyś się tak: ./subshell.exp "ls; pwd"

Dlaczego nie użyć natywnych podpowłok?

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

Dołączenie poleceń w nawiasach powoduje, że bash spawn jest procesem podrzędnym do uruchamiania tych poleceń, dzięki czemu można na przykład zmieniać środowisko bez wpływu na powłokę nadrzędną. Jest to w zasadzie bardziej czytelny odpowiednik bash -c "ls; pwd; exec $BASH".

Jeśli nadal wygląda to na pełne, istnieją dwie opcje. Jednym z nich jest posiadanie tego fragmentu jako funkcji:

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

Innym jest exec $BASHskrócenie:

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

Osobiście Rbardziej podoba mi się podejście, ponieważ nie trzeba bawić się uciekającymi strunami.

Jeśli sudo -E bashnie działa, korzystam z następujących, które do tej pory spełniły moje oczekiwania:

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

Ustawiam HOME = $ HOME, ponieważ chcę, aby moja nowa sesja miała HOME ustawiony na HOME mojego użytkownika, a nie na HOME, co dzieje się domyślnie w niektórych systemach.

mniej elegancki niż --init-file, ale może bardziej instrumentalny:

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

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