Fehlermeldungen bei der Installation
-
Ich finde nur Warnungen und die kannst du üblicherweise ignorieren. `
Das ist ja schön. Weiß man aber nur, wenn man sich auskennt. Als nicht-Auskenner kann ich das aber nicht unbedingt wissen bzw. so interpretieren, vor allem mit der Einschränkung "üblicherweise" :( -
Hi,
da ioBroker für diverse Plattformen geschrieben wurde, versucht die Installation natürlich alle mögliches OSe abzufackeln.
Da dabei aufgetretenen „Fehler“ werden halt als Warnings ausgegeben. Und ein Warning ist nun mal keine Error.
Lies Dir mal diesem http://www.iobroker.net/docu/?page_id=2375&lang=de der Umfangreichen Doku durch, da wird es vielleicht deutlicher.
BTW: Bist Du Dir bewusst , das Deine Art zu schreiben, durchaus das Empfinden erwecken kann, das man angegriffen wird?
Gruß,
Eric
Von unterwegs getippert
-
Das ist ja schön. Weiß man aber nur, wenn man sich auskennt. `
Gegenfrage: Warum gehst du davon aus, dass es einen Fehler gab, der behoben werden muss?Keine der gezeigten Ausgaben sorgt dafür, dass der Log-Tab rot wird oder ein Adapter fehlt bzw. nicht läuft. Solange das der Fall ist, würde ich ehrlich gesagt nicht von einem Problem ausgehen.
-
Lies Dir mal diesem http://www.iobroker.net/docu/?page_id=2375&lang=de der Umfangreichen Doku durch, da wird es vielleicht deutlicher. `
Daß das hier etwas komplexer ist ist mir durchaus bewußt. Und ja, ich bemühe mich, Dokus zu lesen und habe nicht (mehr) der Forscherdrang, alles ohne Lesen von Dokus zu erkunden.> BTW: Bist Du Dir bewusst , das Deine Art zu schreiben, durchaus das Empfinden erwecken kann, das man angegriffen wird?
Ich bemühe mich, meine Beiträge nicht als Angriffe erscheinen zu lassen und würdige auch immer das Engagement der beteiligten Entwickler. Und wenn sich jemand evtl. angegriffen fühlt dann muß das nicht zwangsläufig darauf zurückzuführen sein. Man kann meine Beiträge durchaus auch als konstruktive Vorschläge ansehen. Ob jemand dazu bereit ist hängt wie gesagt von ihm ab. Ich kenne (kannte) genug Entwickler, die es als Sakrileg empfinden, wenn man - auch konstruktive - Kritik übt. Und wenn Du Dir den ersten Absatz meines Beitrags nochmal durchliest merkst Du vielleicht, daß hinter der "Kritik" auch mehrere Verbesserungsvorschläg stecken. -
Gegenfrage: Warum gehst du davon aus, dass es einen Fehler gab, der behoben werden muss? `
Ich war halt alarmiert. Gerade wenn man mit einem System nicht vertraut ist, kann das schon mal vorkommen. Und genau das ist es, was ich ausdrücken will. Wenn man die Akzeptanz vergrößern will, dann sollte man auf solches Feedback eingehen. Ist ja nicht so, daß ich überhaupt keine Ahnung habe und mich auch nicht bemühe, Dokumentationen zu lesen. Genau deshalb sollte man das evtl. ernst nehmen.Abgesehen davon: nach dem Desaster mit dem npm-Adapter, in dessen Folge ich das gesamte Projekt noch 2x installieren durfte bin ich leider ein gebranntes Kind und zugegebenermaßen etwas ängstlich bei irgendwelchen (vermeintlichen) Fehlermeldungen :(
-
Projekt löschen und sich der Gartenarbeit widmen.. `
Das ist genau die Art von Kommentaren, mit denen man Interessenten/Anweder verschreckt. Mit einem Wort: überheblich (so zumindest kommt das bei mir an). Vor allem, wenn der Autor dann noch als "guru" eingestuft ist :(> Doku lesen .lesen ..lesen.. Forum durchforsten… und sich in die Materie einarbeiten.. so einfach ist das..
Sag doch gleich "einfach Informatik studieren" - so einfach ist das :(Aber mir wird jetzt klarer, daß der ioBroker eher ein Projekt für Insider ist, die sich jahrelang mit Linux und Programmierung beschäftigen und nichts für zwar engagierte, aber im Grunde doch mehr oder weniger unbedarfte Anwender. Schade.
-
Ich bemühe mich, meine Beiträge nicht als Angriffe erscheinen zu lassen `
Dann lies mal als Außenstehender diesen Teil:
@ManfredH:Das ist ja schön. Weiß man aber nur, wenn man sich auskennt. `
Hier ist konstruktive Kritik immer willkommen, sofern sie normal vorgebracht wird. Wenn jemand schreibt, das nur Warnings zu finden sind und dann so eine Antwort kommt, kann das falsch ankommen (und der „Sender“ ist dafür verantwortlich, wie sein gesagtes beim „Empfänger“ ankommt).
ioBroker ist nicht nur für Nerds, usw.
Man muss aber bereit sein, zu lesen und Infos anderer anzunehmen und ggf. zu befolgen.
Gleich gegenpoltern erhöht dabei nicht unbedingt die Hilfsbereitschaft der anderen.
Es gibt einige tausend Installationen, das sind garantiert nicht alles Nerds.
Gruß,
Eric
Von unterwegs getippert
-
Danke. Ich hab lang genug selbst im Support gearbeitet um zu wissen, was destruktiv und was konstruktiv ist. Und ich hab mich immer bemüht, die Sorgen der Anwender ernst zu nehmen. Weil ich es als meine Aufgabe ansah, Unzulänglichkeiten (sowohl im Programm als auch in der Doku) zu beseitigen, um alles verständlicher zu machen. Und ich kann Dir versichern, daß mir das auch gelungen ist.
Was "Sender/Empfänger" angeht kann ich mich Deiner Einschätzung nicht anschließen. Hängt nämlich auch von der Persönlichkeit des Empfängers ab und nicht ausschließlich vom Sender. Können wir gerne offline weiter diskutieren. Und ich kann Dir ebenfalls versichern daß ich davon mehr Ahnung habe als von ioBroker, den Adaptern und Linux.
-
Vorab: Ich habe mich nicht angegriffen gefühlt. Deine Formulierung ist allerdings etwas lax und kann von dem einen oder anderen durchaus als patzig aufgefasst werden. Aber gut, zum eigentlichen Thema…
Wenn man die Akzeptanz vergrößern will, dann sollte man auf solches Feedback eingehen. Ist ja nicht so, daß ich überhaupt keine Ahnung habe und mich auch nicht bemühe, Dokumentationen zu lesen. Genau deshalb sollte man das evtl. ernst nehmen. `
Das Problem hierbei ist, ioBroker nutzt unter der Haube npm zur Verwaltung der Installation. Und genau das hat so seine Eigenheiten, wie bei Kleinigkeiten Warnungen in gelber Farbe auszugeben. Oder gerade die Kompilierung von nativen Modulen, die zeilenweise rote ERR! um sich werfen, am Ende den Erfolg aber mit einem kleinen "ok" bestätigen.
Wir könnten jetzt natürlich hingehen und die Ausgabe filtern/umschreiben, damit unbedarfte Nutzer nicht erschrecken. Aber das schließt wieder das Risiko ein, dass wirklich wichtige Meldungen verschluckt bzw. verfremdet werden.
Daher ist der aktuelle Ansatz: Alle Informationen mit denen ein Neuling nix anfangen kann hinter einem "Experten" oder "erweitert"-Button (den du wohl schon angeklickt hast) verstecken und echte Fehler in den Log schreiben.
Wenn du eine bessere Idee hinsichtlich usability hast, gerne her damit!
-
Vorab: Ich habe mich nicht angegriffen gefühlt. Deine Formulierung ist allerdings etwas lax und kann von dem einen oder anderen durchaus als patzig aufgefasst werden.
Danke für das Feedback. Ich werd mich bemühen, meine Beiträge noch konstruktiver zu formulieren ;)> Wir könnten jetzt natürlich hingehen und die Ausgabe filtern/umschreiben, damit unbedarfte Nutzer nicht erschrecken. Aber das schließt wieder das Risiko ein, dass wirklich wichtige Meldungen verschluckt bzw. verfremdet werden. `
Hielte ich bei einem System, das auf so viele unterschiedliche Komponenten im Open-Source-Umfeld zurückgreift, für den falschen Ansatz. Weil es garantiert nicht lange dauert, bis das nächste Paket mit einer neuen Version und geänderter Ausgabe daherkommt und dann geht's wieder nicht. Vergebene Mühe!> Daher ist der aktuelle Ansatz: Alle Informationen mit denen ein Neuling nix anfangen kann hinter einem "Experten" oder "erweitert"-Button (den du wohl schon angeklickt hast) verstecken und echte Fehler in den Log schreiben.
Und genau darüber bin ich mit meinem npm-Problem gestolpert (mit bereits erwähnten Folgen). Da ist die Installation nämlich ohne irgendeine sichtbare Meldung "eingefroren". War vielleicht eine Ausnahme, m.E. aber eine zuviel (zumindest für mich). Beim ersten mal war das erweiterte Log nicht eingeschaltet und beim zweiten kam auch nur die Meldung, daß der Prozeß gestoppt wurde - sonst nix!> Wenn du eine bessere Idee hinsichtlich usability hast, gerne her damit!
Gerne. Und nachdem ich mich schon ein paar Jahrzehnte(!) mit Usability beschäftige, behaupte ich, da einigermaßen mitreden zu können.Einen Teil hab ich ja schon geschrieben. Dazu gehört m.E., nicht zwanghaft alles zu verstecken, d.h. die Defaults auf "sichtbar" bzw. Fenster nicht schließen zu setzen. Was ist so schlimm daran, wenn der Anwender das sieht? Oder die Ausgabe zumindest über einen zus. Button anzeigbar zu machen zum späteren Studium? Dazu eine Meldung, daß die Installation erfolgreich war und es 0-n Warnungen gab? Diese Anzeige dann auch ohne Screenshot kopierbar machen. Ich schreib mir mittlerweile einiges auf bzgl. ioBroker und den Adaptern und wenn ich kein Copy&Paste machen kann dann ärgere ich mich (was dann wiederum zu ärgerlichen Beiträgen hier führen kann).
Mindestens genauso wichtig halte ich jedoch wie an anderer Stelle bereits geschrieben eine detaillierte Doku, vor allem zur Installation: * Change-Log (auch History)
-
SW-Voraussetzungen (speziell Versionen anderer Pakete; dazu auch Hinweise, wie man diese Versionen ermittelt. Und aktualisiert!)
-
altes Log sichern und dann löschen, um neue Meldungen zur Installation besser finden zu können (eine Erfahrung aus meinem "npm-Problem")
Das halte ich für genauso wichtig wie eine immer aktuelle Anwender-Doku. Und als Anwender möchte ich mich jetzt ohne Entwickler-Vorkenntnisse nicht durch irgendwelche github-Repositories wühlen (inkl. der Auseinandersetzung mit dieser Plattform selbst), sondern das knapp und deutlich z.B. hinter dem Fragezeichen bei den Adaptern (vor allem bei Updates). Sozusagen als "erweiterte Anwender-Doku". Da könnte man dann z.B. gut reinschreiben, daß Warnungen erstmal wenig bedeuten und nicht protokolliert werden(?). Im Gegensatz zu echten Fehlern. Auch würde ich gerne wissen, wo ich diese Sachen finde. Also im großen und ganzen das, was man seit vielen Jahren unter "Release Notes" kennt. Falls es solche beim ioBroker gibt, dann wäre ich für einen Hinweis dankbar, wo sie zu finden sind.
Ich hoffe, das waren jetzt erstmal genug (hoffentlich) konstruktive Vorschläge ;) . Und wenn das erlauchte Entwickler-/Admin-Gremium sich vorstellen kann, jemand wie mich da in die Abstimmung von Benutzeroberflächen einzubeziehen wäre ich nicht abgeneigt, mich da einzubringen. Auch als persönliche Gegenleistung für die gemachte Arbeit, von der ich jetzt profitieren darf.
-
-
So lange das Fenster sich automatisch schließt und nicht mit einer letzten Zeile:
exited wich Code 1sondern wie von dir beschriebn automatisch schließ ist alles in Ordnung
Gruß
Rainer
-
und auch das:
@ManfredH:ohne irgendeine sichtbare Meldung "eingefroren". `
ist wieder ziemlich relativ.Wie dir bereits (und in vielen weitere Threads) beschriebn wurde muss dein kleiner RasPi die als ERR bezeichneten nicht gefundenen Pakete jetzt selber kompilieren, damit es eben nicht zu einem Problem kommt.
Und sei dir versichert das macht er. Aber das dauert.
Gruß
Rainer
-
Mindestens genauso wichtig halte ich jedoch wie an anderer Stelle bereits geschrieben eine detaillierte Doku, vor allem zur Installation: `
Die Doku wird gerade überarbeitet - Danke für das Feedback!Change-Log (auch History) `
befindet sich auf Github (Unter Adapter auf das Fragezeichen klicken) Außerdem wird es bei einem Update angebotenSW-Voraussetzungen (speziell Versionen anderer Pakete; `
Sollte auch über den Github Link erreichbar sein - wird aber in der neuen Doku kommen.altes Log sichern und dann löschen, um neue Meldungen zur Installation besser finden zu können `
SÄMTLICHE Logs der letzten 7 Tage in ausführlichster Form befinden sich unter /opt/iobroker/logZusätzlich gibt es noch ein npm install log
Gruß
Rainer
-
Ich hab deine Anregungen mal zusammengefasst in die Entwicklergruppe gestellt - da sind durchaus sinnvolle Anregungen dabei.
@ManfredH:Dazu eine Meldung, daß die Installation erfolgreich war und es 0-n Warnungen gab? `
Hier gibt es wieder das Problem, dass man die eigentlich filtern müsste. Wenn npm über deprecated Module meckert oder andere Wehwehchen hat, ist das eigentlich in einer Installations-Summary uninteressant. Wir können daran nämlich nix ändern, außer unsere eigenen Abhängigkeiten möglichst aktuell (aber kompatibel) zu halten. -
Hallo Rainer,
Ich hoffe, das artet jetzt nicht in eine Schlacht aus, aber die eine oder andere Anmerkung dazu möchte ich schon machen:
> exited wich Code 1
Schön. Für einen Entwickler eine Selbstverständlichkeit - klar. Aber stell Dir (auch Deine Kollegen) doch bitte einen Anwender auf einem etwas anderen Niveau vor. Nicht jetzt unbedingt "DAU", aber jemand mit zumindest einigen Jahren Erfahrung mit Computern auf Anwender-Ebene. Der ist mit sowas überfordert. Und wenn man das (evlt. nicht ganz so devot wie von einigen gewünscht) kundtut, dann bekommt man von einem "guru" wie arteck ein "Projekt löschen und sich der Gartenarbeit widmen.. " um die Ohren gehauen, oder die Empfehlung "Doku lesen .lesen ..lesen.. Forum durchforsten… und sich in die Materie einarbeiten.. so einfach ist das.." :( . Ich bin zunächst mal Anwender mit der Bereitschaft, mich auch intensiver mit der Programmumgegung auseinanderzusetzen. Aber muß ich mich dann gleich in die Tiefen eines github-Repositories begeben (auf das auch Du verweist)? Warum kann man das nicht einfacher machen? Ist für Entwickler zwar einfach(er) (genauso wie die Doku dort abzulegen), aber als Anwender steht man da ziemlich schnell im Wald. Vor allem wenn man sich das KnowHow dazu wieder selbst erarbeiten darf/soll. Abgesehen davon hab ich z.B. beim hm-rega neben der vollständigen History unter "Info" nichts, aber auch gar nichts bzgl. Installationshinweisen gefunden :(` > SÄMTLICHE Logs der letzten 7 Tage in ausführlichster Form befinden sich unter /opt/iobroker/log
Zusätzlich gibt es noch ein npm install log `
Auch hier wieder die Frage, in welchen Tiefen der Doku sich solche Hinweise finden und warum man das nicht an prominenter Stelle machen kann?> (Installation "eingefroren"
Du hast das Log afair ja durchforstet - ich selbst weiß nicht mehr ob da irgendwelche Kompilierungen stattgefunden haben. An anderer Stelle habe ich solche Meldungen auch zu Gesicht bekommen und war dann nicht wirklich beunruhigt. Wenn aber eine halbe Stunde lang nix passiert und ich auch nicht mitbekomme, was der RasPi da im Hintergrund treibt, dann ist das nicht sehr erfreulich. Und danach dann gar nix mehr geht, weil halt die npm-Version nicht mehr paßt :( -
Wenn npm über deprecated Module meckert oder andere Wehwehchen hat, ist das eigentlich in einer Installations-Summary uninteressant. `
Jein. Laßt doch die "erweiterte" Anzeige einfach weg, schreibt die Ausgabe grundsätzlich in eine log-Datei und laßt die über einen Button bei Bedarf anzeigen - feddisch. Da kann dann jeder damit machen was er will. Und das Fenster dazu nicht automatisch schließen (lassen). Die meisten Programme, die ich (auf Windows-Ebene) so kenne, enden mit einem "Installation erfolgreich/fertig", was bestätigt werden muß. Spätestens da kann man einen Button oder ein Häkchen "Log anzeigen" anbringen. Ansonsten halt eine Fehlermeldung, daß der Adapter wg. xyz nicht installiert werden konnte (siehe Log). -
Falsche Zitat!
@ManfredH:exited wich Code 1
Schön. Für einen Entwickler eine Selbstverständlichkeit - klar. `
Es ging um das "nicht Schließen" des Fensters als Alarmsignal!in welchen Tiefen der Doku sich solche Hinweise finden `
im iobroker log ;-)Da steht in solchen Fällen (sinngemäß): You can find more info under Pfad/zum/npm-install.log
und du hast recht:
@ManfredH:Ich hoffe, das artet jetzt nicht in eine Schlacht aus `
-
enden mit einem "Installation erfolgreich/fertig", `
Ach, mir ist gerade noch etwas eingefallen:Hast du den Schieber "mehr" aktiviert?
Dann darfst du dich auch nicht wundern, dass du mehr Informationen bekommst.
Sollten diese ganzen npm Meldungen auch ohne aktivierte Option "mehr" gekommen sein, müssen wir mal sehen was dagegegen machbar ist.
Gruß
Rainer
-
Hast du den Schieber "mehr" aktiviert?
Dann darfst du dich auch nicht wundern, dass du mehr Informationen bekommst. `
Da ich die Maske aktuell nicht mehr vor mir habe und mich auch an das konkrete Aussehen nicht mehr erinnere, kann ich das nicht genau sagen. Da war nur rechts oberhalb der Meldungsbox ein Schieber und den hab ich dann beim 2. oder 3. Mal so eingestellt, daß mehr Infos kommen. Und natürlich hab ich mich darüber nicht gewundert, weil ich das bewußt gemacht habe (kann ja auch lesen). Zuletzt beim Admin-Adapter ging das aber komplett schief, weil auch mit "mehr" nicht mehr angezeigt wurde als die Meldung, daß der Prozeß gestoppt wurde. Das "mehr" ist auch generell nicht das Problem, sondern daß man das a) erst anwählen muß, b) deswegen ggf. halt wichtige Infos verpaßt und c) mit der "Eieruhr" nicht klar ist, daß man den Schieber auch noch während der Installation betätigen kann.> Sollten diese ganzen npm Meldungen auch ohne aktivierte Option "mehr" gekommen sein, müssen wir mal sehen was dagegegen machbar ist.
Die Meldungen waren mit und ohne "mehr" identisch (also nur 2-3 Zeilen und das war's dann auch). Und auf das Log bin ich erst später (nach der 3. Installation) gestoßen, weil ich das wie bereits geschrieben ausgeblendet hatte. Auch so ein Punkt. Welchen Anfänger denkt schon dran, daß es Probleme geben könnte und man da dann im Log nachschauen kann. Und bis ich auf die Idee mit dem Log gekommen bin liefen danach noch etliche andere Aktionen, aufgrund derer das Log ziemlich umfangreich wurde und ich den relevanten Teil dann nicht gefunden habe (auch mangels Kenntnis des adäquaten Suchkriteriums).Ich wollte mit meinen ganzen Beiträgen auch niemand an den Karren fahren (auch wenn ich schon etwas verärgert war weil's nicht klappt und Infos dazu schwer bis gar nicht zu finden sind). Seht es einfach mal als "Anwenderbericht" eines im Prinzip nicht ganz so unbedarften Anwenders an. Wenn ich schon mit solchen Problemen kämpfe, wie geht es dann jemand, der noch weniger Ahnung hat wie ich? Wie geschrieben bekommt man zwar Hilfe im Forum (wenn auch verständlicherweise nicht gleich), ich halte das aber für nicht sonderlich befriedigend. Wesentlich lieber wäre mir eine saubere, umfangreiche, leicht verständliche und leicht zu findende Dokumentation! Dann bräuchte ich nämlich nicht andere um Hilfe bitten und mich dabei wie in vielen anderen Foren auch als Newbie outen. Und mir von einem "guru" vorschlagen lassen ich soll's ganz lassen und mich der Gartenarbeit widmen. Gefällt mir nämlich nur mittelprächtig. Nehmt meinen "Bericht" und meine zugehörigen Beiträge einfach als Feedback und überlegt euch, was man besser machen kann damit Leute wie ich nicht kämpfen müssen. Vorschläge dazu hab ich ja gemacht.
BTW: In meinem Job hab ich immer den Ansatz vertreten "wenn's <u>einer</u> nicht versteht, dann ist es einer zuviel". Von daher hab ich meine Doku auch immer akribisch genau gemacht. Hat mir nämlich auch Zeit gespart (weniger Rückfragen) und wenn Fragen kamen, dann konnte ich ihn immer auf die betreffende Stelle in der Doku hinweisen wo die Antwort auf die Frage steht ;)
(sorry für den etwas länglichen Text)
404
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge