%E2%80%9C.png)
Ok, das ist ein ziemlich spezielles Problem und ich bin derzeit mit meinem Latein am Ende. Zuerst werde ich beschreiben, was ich versuche zu tun.
Ich habe mit Vagrant und Puppet herumgespielt, um eine sehr kleine Arch Linux-VM für die Golang-Entwicklung einzurichten. Es war ein ziemlicher Lernprozess für mich und ich bin beim Versuch, alles nach meinen persönlichen Wünschen zu konfigurieren und anzupassen, in ein Kaninchenloch gefallen.
Ich habe i3 als Fenstermanager gewählt, nachdem ichdieses schöne Setup. Der Ersteller des Designs war so nett, seine Konfigurationsdateien für andere freizugeben. Sie werden die Statusleiste am unteren Bildschirmrand bemerken. Diese Statusleiste wird durch die Verwendung von Conky zur Überwachung verschiedener Hardwarestatistiken erstellt.
Soweit ich das beurteilen kann, nachdem ich verschiedene Tutorials und Anleitungen auf der i3-Hauptwebsite sowie in anderen Newsgroups gelesen habe, habe ich mein Setup richtig konfiguriert. Wenn ich jedoch i3 öffne, werde ich statt einer schönen Statusleiste mit der folgenden Meldung begrüßt:
„Fehler: status_command ist nicht ausführbar (Exit 126)“
Hier ist ein Screenshot meiner VM mit allen zugehörigen Konfigurationsdateien im Blickfeld:
Linke Spalte: Befindet sich der Inhalt meiner i3-Konfigurationsdatei unter $HOME/.i3/config. Die nicht kommentierten status_commandPunkte verweisen auf ein Bash-Skript, das i3 mit Polling-Daten zu meiner Hardware versorgt und erklärt, wie diese in der Statusleiste unten angezeigt werden.
Mittlere Spalte: Dies ist der Inhalt meiner Statusleistenkonfiguration. Dies liegt im Format eines Streaming-JSON-Dokuments vor, das i3 analysiert. Jede Iteration soll die zugehörigen Daten in der Statusleiste unten aktualisieren. Dies wurde gemäß den Anweisungen ordnungsgemäß konfiguriert.
Oben rechts: Die von generierte Ausgabe . $HOME/.i3/conky.sh. Dies ist derselbe Befehl, der von der i3-Konfigurationsdatei ausgeführt wird. Wie Sie sehen, wird eine korrekte JSON-Ausgabe zusammen mit verschiedenen Statistiken generiert, die zur Analyse bereit sind.
Oben rechts Mitte: Die Verzeichnisliste von $HOME/.i3/. Wie Sie sehen, ist das conky.shSkript mit eingerichteten Ausführungsberechtigungen ausgestattet und gehört der vagrant:vagrantBenutzer-/Gruppenentität. Da i3 unter derselben Identität ausgeführt wird, sollte es ausführbaren Zugriff auf das Skript haben.
Oben rechts unten: Dies ist der Inhalt des $HOME/.i3/conky.shShell-Skripts. Erstellt gemäß den Anweisungen auf der i3-Conky-AnleitungsseiteHier.
Obwohl ich alle Anweisungen befolgt und alles getan habe, was ich für richtig halte, erhalte ich immer noch denselben Fehler. Ich bin ziemlich sicher, dass ich eine banale kleine Einstellung übersehen habe.
Möchte jemand helfen? Ich beantworte gerne alle Fragen und gebe weitere Informationen.
Antwort1
Nun, ich habe eine Menge herumgesucht und konnte die Grundursache des Problems einfach nicht ermitteln. Stattdessen habe ich mich für die Verwendung von i3blocks entschieden. Ich konnte nicht die gleichen Details erreichen wie mit Conky, aber das reicht fürs Erste.
