UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

Ich stehe ja auf dem Standpunkt, das man nicht nur akute Probleme mit einem Pflaster versehen sollte sondern gleich in einem erkannte potentielle Kinken mit aus der Welt schafft. Und das kann auch schon mal eine erforderliche Neuinstallation sein.

Eine Dachsanierung macht ja auch nur Sinn, wenn der unter Wasser stehende Keller auch trockengelegt wird. Da hat das eine auch erstmal nix mit dem anderen zu tun.

[Asgothian]

@thomas-braun sagte in Your system is booting into "graphical.target":

Ich stehe ja auf dem Standpunkt, das man nicht nur akute Probleme mit einem Pflaster versehen sollte sondern gleich in einem erkannte potentielle Kinken mit aus der Welt schafft. Und das kann auch schon mal eine erforderliche Neuinstallation sein.

Da gehe ich durchaus mit. Es stellt sich aber die Frage der Reihenfolge. Da ist es oft nicht hilfreich den (zugegebenermassen sinnvollen) grossen Umbau zuerst zu machen bevor man sich dem eigentlichen Fehler widmet.

Um bei Deinem Beispiel zu bleiben - es macht durchaus Sinn als erstes das Dach (zur not provisorisch) abzudichten, und danach den Keller trocken zu legen und das Dach komplett zu sanieren.

A.

[Thomas Braun]

@asgothian

Nur erledigt sich oft das eine durch das geradegerückte andere gleich mit.
Du musst ja eh gerade ran. Und wie oft hast du hier komplett ungepflegte, abgesoffene Kisten?
Dann lieber gleich das große Rad drehen statt weiter so Flickwerk am Start zu haben.

Eine abgekündigte Distribution oder ein z. B. nicht mehr unterhaltenes nodejs-Release fällt dir früher oder später auf die Füße. Mit Ansage.

[Asgothian]

@thomas-braun sagte in Your system is booting into "graphical.target":

Nur erledigt sich oft das eine durch das geradegerückte andere gleich mit.

Das wage ich zu bezweifeln.

Bei (fast) allen Zigbee Problemen die ich gesehen habe war das nicht der Fall - da kam das Problem dann in der Folge doch wieder hoch, weil die gleichen Fehler beim Neuaufsetzen wieder gemacht wurden. (fast - weil ich nicht ausschliessen mag das in einzelnen Fällen das Problem nach Neuinstallation weg war)

Das ist bestimmt auch in anderen Fällen so.

@thomas-braun sagte in Your system is booting into "graphical.target":

Dann lieber gleich das große Rad drehen statt weiter so Flickwerk am Start zu haben.

Ich denke hier können wir uns darauf einigen das wir unterschiedlicher Meinung sind. Ich will eigentlich Immer erst das aktive Problem einkreisen und Lösen und danach die dabei aufgefallenen generellen Probleme angehen - nicht umgekehrt.

ich muss da wirklich nur in den Spiegel schauen. Als ich seltsame Probleme mit meinem veralteten System hatte hat es mich 2 Tage gekostet das System sauber neu aufzusetzen. Wenn ich das alte System nicht erst wieder hin gebogen hätte wäre ich die 2 Tage komplett ohne Smart-Home gewesen - kein Spass. Das bedeutet nicht das ich das System dann in dem gebastelten Zustand gelassen habe. Aber ich habe erst das akute Problem 'gepatched', und dann den grossen Wurf gemacht.

[OliverIO]

Und wenn man eine Option macht bei dem die Abfrage nicht kommt?
Die wissenden können die dann setzen und das Ding läuft durch.

Option so ala -q / —quite

Dann hat man alle Zielgruppen erreicht

[ticaki]

Ich persönlich finde die Frage informativ formuliert und nicht wirklich störend.

[mickym]

Na nun ist ja doch - aber doch zivilisierte Diskussion daraus geworden.

Ich habe deshalb den Stein ins Rollen gebracht, da hier oft der Eindruck erweckt wird:

1. Wenn jemand einen Desktop installiert hat, bekommt keinen Support - da zusätzliche Fehlerquelle und da haben wir keinen Bock Support zu leisten, denn der Desktop könnte ja die Ursache sein (egal ob durch Resourcenverbrauch oder sonst was).
2. Wie @Asgothian bereits sagte auch bei einem diag oder fix, wird der Eindruck vermittelt an seinem System ist was falsch nur weil der Desktop installiert ist.

Ohne die Argumente für das Pro und Contra hier oder auch von früher zu wiederholen, finde ich es problematisch wenn man hier den Zwang oder den Eindruck erwecken will, dass ein iobroker mit einem Desktopsystem nicht laufen würde und man am Besten neu ohne Desktop installiert.

Bei mir kommt der iobroker auch mal in einen LXC Container ohne Desktop - aber bis dahin läuft das System auch gut mit Desktop auch auf einem Raspberry.

[Thomas Braun]

@mickym

KISS-Prinzip halt.
Ein System mit unnötigem Setup ist komplizierter und aufwändiger zu unterhalten.

[mickym]

@thomas-braun sagte in Your system is booting into "graphical.target":

@mickym

KISS-Prinzip halt.
Ein System mit unnötigem Setup ist komplizierter und aufwändiger zu unterhalten.

Wie gesagt - das mag ja unstrittig sein, aber iobroker verdient auch Support auf Desktop System, ja sogar auf Windows Systemen - das hat noch mehr Fehlerquellen und auch einen Desktop, auch wenn das nicht jedermanns Systeme der Wahl sind.

[Thomas Braun]

@mickym

Windows interessiert mich noch weniger als Linux-Desktopsysteme.
Gibt für beides nur geringen Support von mir. Meine Entscheidung.

[mickym]

@thomas-braun sagte in Your system is booting into "graphical.target":

Gibt für beides nur geringen Support von mir. Meine Entscheidung.

Einverstanden! - Deine Entscheidung - aber manchmal habe ich das Gefühl, dass sich hier bald alle Deine Entscheidung anschließen und das finde ich halt für manche Anfänger etwas schade.

Jeder kann sich selbst aussuchen, auf was er Bock hat zu supporten. Mache ich ja auch. Bei NodeRed habe ich inzwischen keine Lust mehr mich durch x Zeilen Javascript Code zu quälen.

Wie gesagt, wenn man das aber offiziell macht bzw. wenn jeder sagt - ah Desktop kein Support, dann fände ich das schade. Manchmal macht es ja gar kein Aufwand für Dich, ob ein Desktop installiert ist oder nicht, wenn die NodeJS Installation schräg ist.

[Asgothian]

@thomas-braun sagte in Your system is booting into "graphical.target":

@mickym

KISS-Prinzip halt.
Ein System mit unnötigem Setup ist komplizierter und aufwändiger zu unterhalten.

Sorry, aber da setzt du voraus das 'simple' in diesem Fall das System ohne Desktop ist. Das gilt ausschliesslich für die Leute die sich damit entsprechend auskennen und die auf der Kommandozeile zu Hause sind. KISS Prinzip ist bei unbedarften Anwendern gerade 'den standard' zu installieren (und das ist bei Linux / Raspbian aktuell nunmal die Variante mit Desktop - das kann man mögen oder auch nicht) und dann mit den dazu gehörenden Tools zu arbeiten.
Wenn ioBroker wirklich in diese Richtung gehen will müssten wir uns gezielt mit den Effekten bei installierten Desktop auseinander setzen, damit die Unbedarften User die für sie von den OS Entwicklern vorgesehenen Werkzeuge auch nutzen können.

Und mal ehrlich - ein Setup mit Proxxmox und mehreren LXC oder VM's als die 'simple' Variante zu bezeichnen ist doch zumindest mal mutig

Und bitte nicht falsch verstehen:

@thomas-braun sagte in Your system is booting into "graphical.target":

Gibt für beides nur geringen Support von mir. Meine Entscheidung.

Das ist Deine Entscheidung. Ich bin der letzte der das kritisieren will. Du Leistest ohne Frage enormes beim Support. Trotzdem macht es Sinn sich anzuschauen wie welche Ausgaben im Diag Skript / Abfragen im Fixer von den Anwendern aufgenommen werden.

A.

[Thomas Braun]

@mickym sagte in Your system is booting into "graphical.target":

wenn man das aber offiziell macht

Macht ja niemand offiziell.

[Asgothian]

@thomas-braun sagte in Your system is booting into "graphical.target":

@mickym sagte in Your system is booting into "graphical.target":

wenn man das aber offiziell macht

Macht ja niemand offiziell.

Nicht ? Es steht (mindestens) als Warnung' im Diag drin, und es kommt als Abfrage im Fixer Skript. Viel offizieller geht es kaum.

[Thomas Braun]

@asgothian sagte in Your system is booting into "graphical.target":

Sorry, aber da setzt du voraus das 'simple' in diesem Fall das System ohne Desktop ist.

Das ist eine Frage, wie man 'einfach' definiert. Ein System ohne Overhead ist natürlich 'simpler' als ein zugeballertes, das eine viel komplexeres Abhängigkeitsgefüge innerhalb der installierten Pakete anschleppt.
Für einen Anfänger erschließt sich diese Einfachheit aber zugegeben zunächst nicht. Ein 'einfaches' System muss nicht notwendigerweise auch einfach zugänglich sein.

[mickym]

@thomas-braun sagte in Your system is booting into "graphical.target":

Für einen Anfänger erschließt sich diese Einfachheit aber zugegeben zunächst nicht. Ein 'einfaches' System muss nicht notwendigerweise auch einfach zugänglich sein.

Das finde ich eigentlich eine sehr WICHTIGE Aussage, die ich voll unterstreiche. Für viele ist es auch leichter, wie bei einem Windowsupdate - ein System aktuell zu halten (bzw. das automatisch geht), als aktiv Kommandos einzugeben. Nun kommen wir halt wieder ein bisschen in den philosophischen Bereich. Aber Deine Aussage, dass eine GUI für normale Anwender einfacher zu bedienen ist, ist insgesamt unstrittig, sonst hätten sich die grafischen Oberflächen nicht durchgesetzt und wir wären immer noch im Ur-Linux/ DOS Zeitalter oder am Besten noch Assembler.

[Thomas Braun]

@mickym sagte in Your system is booting into "graphical.target":

sonst hätten sich die grafischen Oberflächen nicht durchgesetzt

Auf einem Server aber NICHT. Da wird auch im Jahre 2025 KEIN Desktop verwendet.
Ein Terminal ist immer noch das erste und beste Interface zu dem Zweck.

[mickym]

@thomas-braun Na ja - lassen wir dass, die headless Server im Windowsbereich gibt es meiner Erinnerung nach erst mit Server 2008. Das ist zwar heute im Jahre 2025 für manche schon Steinzeit, aber wie gesagt, die Leute, die vielleicht in die Hausautomation einsteigen wollen keine Kommandozeilen. Deswegen verlieren solche System wie FHEM immer mehr an Bedeutung und auch der iobroker und auch Homeassistant haben ihren Erfolg in den grafischen Oberflächen bzw. den admin Adapter.
Homeassistant schaut zwar durch die GUI oft einfach aus (aber die Übersicht der Entitäten etc. ist haarsträubend gegenüber der Objektdarstellung im iobroke). Die grafische Übersicht der Objekte hat im iobroker weiterhin ein Alleinstellungsmerkmal, das hauptsächlich durch der grafische Aufbereitung solch ein Erfolg ist.

[Thomas Braun]

@mickym sagte in Your system is booting into "graphical.target":

auch der iobroker und auch Homeassistant haben ihren Erfolg in den grafischen Oberflächen

Es sind aber WEB-Oberflächen und keine vollständigen GUI-Toolkits...
Für die Darstellung einer Web-Oberfläche bedarf es ja auch keines Display-Servers.

[mickym]

@thomas-braun Wie gesagt, diese Diskussionen sind mühsig. Die headless Server kam nach dem Sterben der Großrechner und heutiger Rechenzentren in den es x Server in Racks gibt. Wenn ich Dir Bilder aus "unserem" Rechenzentrum in den 90iger Jahren und dann in den 2000er Jahren zeigen würde, dann würdest Du sehen, dass die Anzahl von Bildschirmen sich quasi auf 0 reduziert haben, aber vorher ein Bildschirm an den anderen gereiht war. Das war aber nicht immer so - insbesondere im PC Bereich. Im Großrechnerbereich war das immer anders.
In dem Fall geht es auch um die Vorteile einer GUI - egal ob die direkt auf einem Desktop läuft oder nicht.

Wie gesagt, dass headless server Computer die ersten waren ist unstrittig. Die ersten hatten ja nicht mal eine Tastatur und ein einzeiliges Display.