Automatyczne uzupełnianie Bash dla zmiennych środowiskowych [zamknięte]

25

Funkcja autouzupełniania bash nie wydaje się działać ze zmiennymi środowiskowymi w 11.04. Obecne zachowanie pokazano poniżej

export SCRIPT=/home/user/script
cd $SCRIPT/<tab>

skutkuje \dodaniem ukośnika odwrotnego ( ) przed, $SCRIPTtzn. pojawia się monit

cd \$SCRIPT/

To samo dzieje się, jeśli cdzostanie zastąpione przez lsdowolne inne polecenie

Ponadto, jeśli w ścieżce zawartej w $ SCRIPT znajduje się plik wykonywalny i chcę go uruchomić

$SCRIPT/<tab>

Bash nie pokazuje opcji w folderze (niezależnie od tego, czy w ścieżce zawartej w zmiennych środowiskowych jest jeden plik czy wiele plików / katalogów).

Innymi słowy, autouzupełnianie nie działa ze zmiennymi środowiskowymi.

11.04 bash environment-variables

— nilchat
źródło

2

Oto błąd w starterze .

— idbrii

Myślę, że nie ma to nic wspólnego z wersją bash (4.1 lub 4.2). Właśnie zainstalowałem bash-4.1 ze źródeł i użyłem go zamiast 4.2.24 (wersja Ubuntu 12.04; instalowany ze źródeł, więc nie muszę „powstrzymywać” pakietu przy każdej aktualizacji sys) i zachowanie jest dokładnie taki sam. Bardzo, bardzo denerwujące ...

4

To pytanie wydaje się nie na temat, ponieważ dotyczy błędu w starej nieobsługiwanej wersji. Błąd został opisany tutaj i został naprawiony w 12.04 i później

— Warren Hill

1

@WarrenHill To może być nie na temat, ponieważ dotyczy błędu (z tego powodu głosowałem za jego zamknięciem). To, że błąd występuje w nieobsługiwanej wersji, nie ma jednak znaczenia - nie zamykamy starych pytań , na które odpowiedzi są nie na temat, gdy nadejdzie data EoL, której dotyczy problem. Tylko nowe / nieodpowiadane pytania EoL są nie na temat.

— Eliah Kagan

13

Ten błąd został wprowadzony w wersji bash 4.2. Jest tutaj długi wątek:

http://lists.gnu.org/archive/html/bug-bash/2011-02/msg00274.html

Krótko mówiąc, Chet Ramey, twórca bash, nie jest jeszcze pewien, jak to naprawić.

— geirha
źródło

Czy istnieje sposób na powrót do wersji 4.1?

— nilchat

1

Nadchodzi poprawka: Chet dodał shopt „direxpand”, aby przywrócić stare zachowanie. Nie ma jeszcze w Oneiric.

— Nelson

8

Zaskakuje mnie, że tak mało osób narzeka na to. To duża zmiana w stosunku do sposobu, w jaki bash działał przez wiele lat.

— Scott C Wilson

11

Aby odzyskać stare zachowanie, użyj polecenia

shopt -s direxpand

lub dołącz to do swojego .bashrc

Jeśli używasz tego samego .bashrc z różnymi wersjami bash, użyj

if ((BASH_VERSINFO[0] >= 4)) && ((BASH_VERSINFO[1] >= 2))
    then shopt -s direxpand
fi

— użytkownik164395
źródło

1

Test nie powiedzie się w przypadku bash 5.0 i 5.1.

— Keith Thompson,

8

Obejście zaproponowane w http://lists.gnu.org/archive/html/bug-bash/2011-02/msg00274.html to:

użyj <Tab>do automatycznego uzupełnienia zmiennej środowiskowej, o której mówi wiersz poleceńcd $MYVAR
naciśnij <Esc>+, <Ctrl>-Eaby rozwinąć bieżący wiersz polecenia, tzn. zastąp $MYVARjego wartością ścieżkę
dodaj, /a następnie korzystaj z <Tab>automatycznego uzupełniania jak zwykle

Zakłada się, że jesteś w trybie emacsa ( set -o emacs) i bash_completionrozsądnie skonfigurowałeś cd(np complete -o nospace -F _cd cd.).

Niestety nie działa to w trybie vi ( set -o vi), ponieważ wówczas rozszerzenie wiersza poleceń nie jest dostępne.

— kynan
źródło

2

Po wpisaniu zmiennej powłoki

cd $SCRIPT/

wpisz Cntrl-Alt-E. To rozszerza zmienną

cd /home/user/script/

Działa to z EDITOR = vi w Fedorze 16.

— Scott C. Wilson
źródło