Jestem wielkim fanem terminalowego odtwarzacza muzycznego cmus . Robi wszystko, czego chcę od odtwarzacza muzyki i nic, czego nie robię. Chcę go używać zamiast iTunes na moim Macbooku. Zainstalowałem go przez Homebrew i działa świetnie, z wyjątkiem jednej rzeczy ...
Próbuję skonfigurować systemowy klawisz skrótu do odtwarzania / pauzy cmus, nawet jeśli nie jest skoncentrowany. cmus udostępnia program wiersza polecenia, który ci to pomoże.
cmus-remote --pauseUruchomienie tego z dowolnego miejsca połączy się z działającą instancją cmus przez gniazdo i wyda polecenie play / pause.
Więc próbuję skonfigurować systemowy klawisz skrótu, aby uruchomić to polecenie i odtwarzać / wstrzymywać cmus. Jak zasugerowano w innej odpowiedzi , próbowałem utworzyć przepływ pracy usługi Automator, który uruchamia skrypt. Skrót uruchamia więc usługę Automator, która uruchamia skrypt powłoki cmus-remote.
Oto prawdziwy problem:
Ten przepływ pracy Automatora działa idealnie, gdy uruchamiam go z interfejsu edycji Automatora, ale zawsze kończy się niepowodzeniem, gdy próbuję uruchomić go jako usługę. Komunikat o błędzie nie zawiera użytecznych informacji, po prostu „Działanie„ Uruchom skrypt powłoki ”napotkało błąd.”
Próbowałem umieścić dane wyjściowe debugowania w moim skrypcie:
echo "AUTOMATION STARTED" >> ~/automation.txt
/usr/local/bin/cmus-remote --pause 2>&1 >> ~/automation.txt
Kiedy czytam ten plik, widzę tylko:
AUTOMATION STARTEDNajwyraźniej przepływ pracy zaczyna się i działa, a cmus-remotesama komenda zawodzi.
Więc...
- Dlaczego miałoby to
cmus-remotedziałać w interfejsie GUI Automatora, ale umierać tajemniczo poza nim? - Czy w ogóle można uzyskać więcej informacji o awarii z cmus?
- Czy istnieją alternatywy open source dla Automatora do wiązania skrótów systemowych do prostych poleceń powłoki?