Używam skryptu na zdalnym komputerze, takim jak ten:
ssh $host "pip install -r /path/to/requirements.txt"
Ale wynik nie jest buforowany wierszowo; zamiast widzieć, że jedna linia jest zwracana na raz, wszystkie linie (~ 10) są drukowane jednocześnie po zakończeniu połączenia.
O co chodzi? Czy istnieje sposób, aby zmusić je do buforowania linii?
(również, aby powiedzieć oczywiste: kiedy ssh $hosti uruchomię polecenie „ręcznie”, dane wyjściowe są buforowane zgodnie z oczekiwaniami)
Odpowiedzi:
Użyj, ssh -t ...aby wymusić alokację pseudo-tty (to jest to, co dostajesz, gdy logujesz się normalnie przez ssh.)
-tt- to zadziałało dla mnie, gdy -t nie.
Aby nieco rozwinąć odpowiedź Ryana Foxa: Wiele programów (większość? - jest to domyślna dla każdego programu w języku C) stdout bufora linii, gdy rozmawiają z terminalem, ale w przeciwnym razie całkowicie je buforują. (Norma C określa, że stdout jest początkowo w pełni buforowany, gdy „można stwierdzić, że nie odnosi się do urządzenia interaktywnego”).
Widzisz więc, że dane wyjściowe programu, który uruchamiasz zdalnie (jak podano dla stdout), nie są buforowane w linii; ssh po prostu przechodzi przez to, co dostaje, kiedy to dostaje. (Myślę, że ssh w ogóle nie buforuje danych wyjściowych - byłby to najmniej magiczny sposób upewnienia się, że użytkownik zobaczy, co zamierzał zdalny program).
Aby jeszcze bardziej rozwinąć odpowiedź Ryana Foxa, ssh -tteż nie działało to dla mnie, ale zadziałało ssh -tt. Zobacz stronę man ssh o -t:
Wiele opcji -t wymusza alokację tty, nawet jeśli ssh nie ma lokalnego tty