Próbuję zainstalować YouCompleteMe stąd .
Kiedy wykonuję:
./install.sh --clang-completer
Otrzymuję ten błąd:
env: bash\r: No such file or directory
Nie wiem, co jest nie tak ze zmiennymi środowiskowymi. Oto moja ścieżka bash:
which bash
/bin/bash
Czy muszę to zmienić na /usr/bash? Jeśli tak, to jak mam to zrobić? Próbowałem zmienić ~/.bashrcplik, ale to nie zadziałało.
Odpowiedzi:
Komunikat o błędzie sugeruje, że skrypt, który wywołujesz, ma osadzone \rznaki , co z kolei sugeruje, że zawiera zakończenia linii w stylu Windows\r\n zamiast oczekiwanych końcówek - \nonly line bash.
W ramach szybkiego rozwiązania możesz usunąć \rznaki. następująco:
sed $'s/\r$//' ./install.sh > ./install.Unix.sh
Uwaga: $'...'Ciąg jest ANSI-C cudzysłowie obsługiwane bash, kshi zsh. Służy do upewnienia się, że \rprzed sedwyświetleniem skryptu rozwijany jest do rzeczywistego znaku CR , ponieważ nie wszystkie sedimplementacje same obsługują\r sekwencję ucieczki.
a potem biegnij
./install.Unix.sh --clang-completer
Jednak większe pytanie brzmi, dlaczego skończyło się na \r\nplikach w stylu-- najprawdopodobniej dotyczy to również innych plików.
Być może korzystasz z Git w systemie Windows , gdzie typowa konfiguracja polega na przekonwertowaniu \npodziałów wierszy tylko w stylu uniksowym \r\nna podziały wierszy w stylu systemu Windows przy wypisywaniu plików i ponownej konwersji na \ntylko podziały wierszy przy zatwierdzaniu .
Chociaż ma to sens w przypadku programowania w systemie Windows, przeszkadza w scenariuszach instalacji takich .
Aby Git pobierał pliki z końcówkami w stylu uniksowym w systemie Windows - przynajmniej tymczasowo - użyj:
git config --global core.autocrlf false
Następnie uruchom git cloneponownie polecenia instalacji dotyczące .
Aby później przywrócić zachowanie Gita, uruchom git config --global core.autocrlf true.
>vim gradlew
:set fileformat=unix
:wq
>./gradlew clean build
Twój plik ma zakończenia linii Windows. Zmień na końcówki linii Unix.
Wpadłem na coś podobnego. Możesz użyć dos2unix install.shdo konwersji zakończeń linii. Wiele plików za pośrednictwemfind [pattern] | xargs dos2unix
W moim przypadku miałem złą konfigurację gita. Dokumentacja git stwierdza:
Jeśli programujesz w systemie Windows i pracujesz z osobami, które nie są (lub odwrotnie), prawdopodobnie w pewnym momencie napotkasz problemy z zakończeniem linii
Używam systemu Mac OS i dokładnie mam ten problem w jednym z moich projektów. Aby go rozwiązać, zwróciłem się autocrlfdo tego, trueco było złe.
Możesz sprawdzić autocrlfstan swojej konfiguracji git w ten sposób:
git config core.autocrlf
Więc jeśli to powróci, truea problem wystąpi w repozytorium git, będziesz musiał zmienić tę konfigurację na
git config --global core.autocrlf input
w systemie Mac / Unix. Tylko dla projektów Windows, których możesz użyć
git config --global core.autocrlf false
W moim przypadku usunąłem repozytorium git i sklonowałem je ponownie, a potem wszystko działało ponownie zgodnie z oczekiwaniami.
Dowiedz się więcej na https://www.git-scm.com/book/en/v2/Customizing-Git-Git-Configuration
Jak mówią powyższe komentarze, dzieje się tak z powodu zakończeń linii okien. Aby rozwiązać ten problem, wykonaj następujące kroki
Dla Maca:
brew install dos2unix # Installs dos2unix Mac
find . -type f -exec dos2unix {} \; # recursively removes windows related stuff
W systemie Linux:
sudo apt-get install -y dos2unix # Installs dos2unix Linux
sudo find . -type f -exec dos2unix {} \; # recursively removes windows related stuff
I upewnij się, że Twoja konfiguracja git jest ustawiona w następujący sposób:
git config --global core.autocrlf input
W moim przypadku miałem złą konfigurację gita. Dokumentacja git stwierdza:
Jeśli programujesz w systemie Windows i pracujesz z osobami, które nie są (lub odwrotnie), prawdopodobnie w pewnym momencie napotkasz problemy z zakończeniem linii
Używam systemu Mac OS i dokładnie mam ten problem w jednym z moich projektów. Aby go rozwiązać, dostroiłem autocrlfsię true.
Możesz sprawdzić autocrlfstan swojej konfiguracji git w ten sposób:
git config core.autocrlf
Więc jeśli to powróci, truea problem wystąpi w repozytorium git, będziesz musiał zmienić tę konfigurację na
git config --global core.autocrlf input
który jest poprawny dla systemów Mac / Unix. Tylko dla projektów Windows, których możesz użyć
git config --global core.autocrlf false
W moim przypadku usunąłem repozytorium git i sprawdziłem je ponownie, a potem wszystko znów działało zgodnie z oczekiwaniami.
Dowiedz się więcej na https://www.git-scm.com/book/en/v2/Customizing-Git-Git-Configuration
Ten link pomógł mi rozwiązać problem. https://github.com/tiangolo/uwsgi-nginx-flask-docker/issues/127
Edytowałem mój plik .sh, zastępując wszystkie CRLF LF
find . -type f -exec dos2unix {} \;