Podążasz za fajką, zużywając mniej?

Czy mniej może (po naciśnięciu F) wejść potokowych (podobnie jak plik)? W przypadku pliku, który jest zapisywany, polecenie

less <file>

podąży za plikiem po naciśnięciu F.

Ale jeśli mam polecenie, które potokuje wyjście bezpośrednio na mniej, w ten sposób

command | less

naciśnięcie F nic nie da.

Wygląda więc na to, że potoki nie mogą być śledzone tak jak pliki? A może ma to związek z poleceniem pisania również do STDERR? Efekt, który próbuję osiągnąć, to zawsze zobaczyć najnowsze wyjście polecenia: tak jak przytrzymanie wciśniętego PageDown!

Powiązana uwaga dotyczy G (przejdź do końca): gdy przesyłanie bezpośrednio do mniejszej ilości, nie zadziała.

Naciśnięcie Flub Gpowoduje lessprzejście do wejścia EOF. Jeśli wejściem jest rura, lesszawiesza się, aż rura zostanie zamknięta po drugiej stronie (a nie „nic nie robi”).

Można to obejść, zapisując dane wyjściowe polecenia w pliku tymczasowym w tle, a następnie używając go jako danych wejściowych dla less:

command > /tmp/x &
less +F /tmp/x; kill %; rm /tmp/x

Nie ma opcji, aby zrobić to lesstylko; Przyznaję jednak, że byłoby to przydatne.

Czy mniej może (po naciśnięciu F) wejść potokowych (podobnie jak plik)?

Tak, począwszy od wersji 474. Jednak nie jest jeszcze wspomniany w informacjach o wydaniu żadnej wersji, ponieważ obecnie pozostaje jeden problem z tą funkcją. Poniżej znajduje się komentarz opiekuna less - Mark Nudelman:

Jeśli chodzi o polecenie F na rurach, zostało to również naprawione w less-474. Zamiast szukać EOF, komenda F szuka końca buforowanego wejścia i zaczyna tam czytać. Jednak nie jest to naprawdę przydatne, ponieważ naciśnięcie CTRL-C w celu zatrzymania polecenia F powoduje zabicie procesu produkującego dane wyjściowe. Nie jestem pewien, jak to naprawić.

Dopóki ten problem nie zostanie rozwiązany, można go obejść za pomocą funkcji powłoki. Zobacz moją odpowiedź na Czy jest jakiś sposób na wyjście z trybu śledzenia „mniej” bez zatrzymywania innych procesów w potoku? pytanie o szczegóły.

Dla porównania, problem z F niedziałającym z potokami ma numer referencyjny 300 na liście znanych błędów i jest zatytułowany Polecenie F nie działa na wejściach potokowych.

Powiązana uwaga dotyczy G (przejdź do końca): gdy przesyłanie bezpośrednio do mniejszej ilości, nie zadziała.

Działa od wersji 466. Powołując się na informacje o wydaniu tej wersji:

Nowe polecenie ESC-G przechodzi na koniec aktualnie buforowanych danych w potoku

Z mniejszej strony podręcznika

[Keyboard] COMMANDS [...]

   F      Scroll  forward, and keep trying to read when the end of file is reached.  Normally this command would be used when already
          at the end of the file.  It is a way to monitor the tail of a file which is growing while it is being viewed.  (The  behav‐
          ior is similar to the "tail -f" command.)

więc to powinno działać i faktycznie działa dla mnie.