Ich möchte vorschlagen, dass wir dies mit ein paar sehr auffindbaren Skripten tun. Nämlich:
$ ./mycroft-start.sh
$ ./mycroft-stop.sh

Wenn Sie nur das Dateisystem durchsuchen, werden diese für einen Anfänger herausspringen - "Oh, so fängt man es an!"

Dann würde ich optional bestimmte Dienstnamen als Parameter unterstützen. Z.B
mycroft-start.sh [alle | Stimme|Fähigkeiten|... ]
mycroft-stop.sh [alle | Stimme|Fähigkeiten|... ]

Es ist kein Neustart erforderlich, "start" sollte alles stoppen, was bereits ausgeführt wird (wir können nicht zulassen, dass doppelte Dienste ausgeführt werden). Keine Dienste haben Parameter, also brauchen wir das auch nicht.

Das macht sehr viel Sinn - entschuldigen Sie, dass meine anfängliche Meinung dazu nicht ganz richtig war.

Ich schlage eine einfache Benutzeroberfläche vor. Ich war (bin) ein Windows .NET-, WPF- usw. Programmierer, also ist meine erste Reaktion, eine Benutzeroberfläche zu erstellen. Wie wäre es mit etwas Einfachem, das den Status der verschiedenen Zustände anzeigt und dann einen Platz zum Eingeben von Text bietet und Ausgabetext anzeigt. Kann auch starten, stoppen, was auch immer. Dies würde auf dem Picroft nicht funktionieren, aber ich könnte ein Backend haben, das Befehlszeilenparameter haben könnte, die die Benutzeroberfläche lesen würde. Ich weiß, dass alle Linux-Typen Befehlszeilen lieben, aber für die Künstler, Designer usw. da draußen würden sie sich über eine Benutzeroberfläche freuen. Python hat eine Reihe von UI-Frameworks und wenn wir nur klein anfangen und die einfachen Dinge tun, könnte es voranschreiten und schließlich ganz verrückt werden. Wie wäre es damit? Soll ich einen Prototyp entwerfen? Ich habe nach etwas gesucht, mit dem ich anfangen kann. Das könnte Spaß machen.

Möchte mycroft gewaltsam jeden Dienst stoppen, den es findet, der mit dem übereinstimmt, was es zu starten versucht? Wäre dies bei einem der Dienste problematisch?

Außerdem würde ich für die Namensänderungen stimmen, um start.sh zu entfernen (in mycroft.sh für alle Ihre granularen Bedürfnisse einklappen?), indem start-mycroft.sh und stop-mycroft.sh hinzugefügt werden.

@highjinx411 Ich

Wenn Sie eine wirklich plattformübergreifende GUI entwickeln können, wäre ich auch daran interessiert, sie zu sehen!

PS Ich bin selbst ein alter Windows-Typ -- ich habe damals den größten Teil der GUI-Entwicklung für AutoSketch 4 bis AutoSketch 10 gemacht. Ich liebe eine gute Benutzeroberfläche!

Eine plattformübergreifende GUI könnte möglich sein, aber sie wäre wahrscheinlich begrenzt, da sie alle Vorteile aufgeben würde, die Sie durch eine Plattformabhängigkeit erhalten würden. So können Sie beispielsweise Windows-spezifische Anrufe verlieren, die von Vorteil sein könnten, wenn die App unter Windows läuft. Ich stimme zu, dass es Teil des Gehäuses sein sollte, um sicherzustellen, dass es so reich wie möglich ist. Sogar die Entwicklung von "Cross"-Plattform-Apps mit Xamarin für Mobiltelefone enthält beispielsweise Teile, die plattformabhängig sind und am Ende sowieso eine spezifische ausführbare Datei für jedes Betriebssystem erstellen. Das einzige, was für alle GUIs verfügbar sein sollte, ist etwas im Kern, das Start, Stopp, Status abrufen usw. offenlegt. Alle GUIs können also die gleichen Methoden aufrufen, unabhängig davon, auf welcher Plattform der Kern installiert ist. Eigentlich sogar nur Ich bin mir nicht sicher, ob Linux mit Bash-Skripten gut funktioniert, aber Windows könnte mit einer anderen Methode gut abschneiden. Die Frage ist also. Wird die GUI die Mycroft-Kerninstanz für ihre Plattform untersuchen? Die Windows-GUI betrachtet nur den Windows-Kern und die Linux-GUI nur den Linux-Kern? Oder könnte es sein, dass die Windows-GUI eine IP als Eingabe hat und auf den Core zugreift, wo immer diese IP installiert ist, unabhängig vom Betriebssystem?

Ich glaube, PR #1107 sollte den Zweck erfüllen. Was denkst @KathyReid , schließe dieses?

Stimmt @penrods zu und schließt dieses Problem.