js-controller 3.2 jetzt im STABLE!
-
@bibo-13
Und hoffentlich nicht mehr irgendwelche Super-Mega-L337-haX0r-Tools von Elsterhaien im Einsatz. -
@thomas-braun Du scheinst ein Problem mit ihm zu haben?
-
@bibo-13 Nee, aber der hat ein Problem vernünftig mit dem System umzugehen und verbreitet den Schwachsinn den er da zusammen klöppelt beharrlich in der Welt.
-
@bibo-13 Der war hier früher oft im Forum unterwegs und fiel meist mit irgendwelchen Ratschlägen eher negativ auf, wenn er zum Beispiel vorschlug, Ordnerberechtigungen manuell auszuhebeln und ähnliches Zeug.
Gruß, Jürgen
-
@wildbill Ok danke. das heißt also Vorsicht. Gruß und schönen Sonntag
-
@bibo-13 sagte in js-controller 3.2 jetzt im STABLE!:
das heißt also Vorsicht.
Ja, vorsichtig einen gaaaaaaaaanz großen Bogen um Ratschläge und skripte aus der Ecke machen.
-
@bibo-13 Am besten fährst Du, wenn Du Dich an die Anleitungen hier im Forum hältst, die von denen kommen, die das ganze Zeug auch programmiert haben. Und wenn was nicht läuft, hier im Forum fragen. Es gibt bei Youtube und diversen Seiten zum Thema Smarthome leider viele, die meinen, sie hätten die Weisheit mit Löffeln gefressen. In Wahrheit haben sie dabei aber wohl das meiste auf ihr Lätzchen gekleckert...
Viel weniger wissen, was sie tun, aber gerade als Anfänger ist es dann schwer, die Spreu vom Weizen zu trennen. Hier im Forum ist die Chance ungleich größer, die passenden Leute anzusprechen und korrekte Antworten zu bekommen.Auch schönen Sonntag.
Gruss, Jürgen
-
@wildbill Er hat ja jetzt ein eigenes Forum. Da sind wir hier abgemeldet
-
@chaot Ja stimmt, da ist auch die Hölle los, was die Aktivität anbelangt...
Gruss, Jürgen
-
OT:
Ich hab da gerade mal vorsichtig reingelugt...
Gruselig...
Wie da ein Upgrade von nodeJS auf einem Pi vom großen Meister angegangen wird... Einfach nur gruselig. Da wird dann irgendwelcher Schwachsinn mit 'sudo npm' fabriziert. Kannste gleich danach die von ihm wieder mal verpfuschten Rechte wieder gerade biegen.Zum Glück ist da offenbar nicht so wahnsinnig viel los, da hält sich dann die Reichweite hoffentlich in überschaubarem Rahmen.
-
@thomas-braun sagte in js-controller 3.2 jetzt im STABLE!:
OT:
Ich hab da gerade mal vorsichtig reingelugt...
Gruselig...
Wie da ein Upgrade von nodeJS auf einem Pi vom großen Meister angegangen wird... Einfach nur gruselig. Da wird dann irgendwelcher Schwachsinn mit 'sudo npm' fabriziert. Kannste gleich danach die von ihm wieder mal verpfuschten Rechte wieder gerade biegen.Das sudo chown... hat er doch gleich mehrfach drin. Dann kann doch nix passieren.
Gruss, Jürgen
-
Leute .. back to topic bitte. Kein bashing auf andere user bitte.
-
hallo versuche auf 3.2.16 von 2.2.10 auf einem Windows System upzudaten. Sowohl mit upgrade self aus auch mit Versionsangabe folgender Fehler:
C:\ioBroker>npm i iobroker.js-controller@3.2.16 npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm WARN deprecated har-validator@5.1.5: this library is no longer supported npm WARN deprecated fsevents@2.1.3: "Please update to latest v2.3 or v2.2" npm WARN deprecated mkdirp@0.5.1: Legacy versions of mkdirp are no longer supported. Please update to mkdirp 1.x. (Note that the API surface has changed to use Promises in 1.x.) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules\chokidar\node_modules\fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@^1.0.7 (node_modules\iobroker.info\node_modules\osx-temperature-sensor): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: abstract-socket@^2.0.0 (node_modules\iobroker.radar2\node_modules\dbus-next\node_modules\abstract-socket): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for abstract-socket@2.1.1: wanted {"os":"linux","arch":"any"} (current: {"os":"win32","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.1.2 (node_modules\iobroker.unifi\node_modules\chokidar\node_modules\fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"}) npm WARN enoent ENOENT: no such file or directory, open 'C:\ioBroker\node_modules\iobroker.radar\package.json' npm WARN ws@7.4.2 requires a peer of bufferutil@^4.0.1 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.2 requires a peer of utf-8-validate@^5.0.2 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.3 requires a peer of bufferutil@^4.0.1 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.3 requires a peer of utf-8-validate@^5.0.2 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.4 requires a peer of bufferutil@^4.0.1 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.4 requires a peer of utf-8-validate@^5.0.2 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.4 requires a peer of bufferutil@^4.0.1 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.4 requires a peer of utf-8-validate@^5.0.2 but none is installed. You must install peer dependencies yourself. npm WARN pg@8.5.1 requires a peer of pg-native@>=2.0.0 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.3 requires a peer of bufferutil@^4.0.1 but none is installed. You must install peer dependencies yourself. npm WARN ws@7.4.3 requires a peer of utf-8-validate@^5.0.2 but none is installed. You must install peer dependencies yourself. npm ERR! path C:\ioBroker\node_modules\.bin\semver.cmd npm ERR! code EEXIST npm ERR! Refusing to delete C:\ioBroker\node_modules\.bin\semver.cmd: ..\semver\bin\semver symlink target is not controlled by npm C:\ioBroker\node_modules\semver npm ERR! File exists: C:\ioBroker\node_modules\.bin\semver.cmd npm ERR! Move it away, and try again. npm ERR! A complete log of this run can be found in: npm ERR! C:\Users\Hermann\AppData\Roaming\npm-cache\_logs\2021-03-14T12_22_10_258Z-debug.log C:\ioBroker> -
@quinti sagte in js-controller 3.2 jetzt im STABLE!:
Move it away, and try again.Auch wenn ich von Windows keine Ahnung habe hört sich das ganz vernünftig an.
-
Ich habe das Update dann auch mal gewagt und es alles geklappt. Die Freude ist allerdings etwas getrübt da es bei 3 Adaptern Fehlermeldungen gibt.
Das bekannte:
has no existing object, this might lead to an error in future versionsBei all den drei Adapern gibt es dazu schon ein Issue auf Github.
Es sind alles Adapter die zwar von ein paar Usern genutzt werden, die auch funktionieren die aber vom Entwickler nicht mehr gepflegt werden wie z. B. der Sonos Adapter.
Das finde ich schon etwas Schade. Nach meiner Meinung sollten diese Adapter abgekündigt werden und sich einfach nicht mehr installieren lassen. Man sieht es ja eigentlich an den Github Einträgen die teilweise sehr alt sind. Klar löst es nicht das Problem aber als User weiß man dann wo man dran ist. So hat man aber die Hoffnung das sich noch wer kümmert. Und ich spreche hier ja nicht mal von Feature Request sondern einfach nur Fehlerbehebungen. Vielleicht sollte man sich auch damit mal beschäftigen. Was macht man mit all den Adaptern die nicht mehr gepflegt werden?
-
@cash sagte in js-controller 3.2 jetzt im STABLE!:
has no existing object, this might lead to an error in future versions
Sonos Adapter.
Siehe hier:
https://forum.iobroker.net/topic/43138/sonos-adapter-workaround-für-no-existing-object -
@thomas-braun
danke, hat so geklappt.
Hab die Dateien semver und semver.bat gelöscht und nun läuft 3.2.16 bei mir! -
@cash WIr versuchen hier aktuell zu bleiben und ich sage es mal so: Im Moment ist es nur ein Log. Setze das Debug Level auf Error und du siehst es nicht mehr.
Ja es gibt recht viele Adapter (haben er vor kurzem die 400 überschritten) und die allermeisten funktionieren Problemlos. Das Hauptthema wenn eine Entwickler aufhört ist immer der Zugang zur nötigen Hardware für andere Entwickler.
und dann kommt die interessante Frage: Soll man einen Adapter der noch gut funktioniert - auch wenn er nicht mehr aktiv weiterentwickelt wird - rausnehmen? Wenn es funktionale Gründe gibt werden wir dies tun. Das logging aktuell ist kein solcher Grund in meinen Augen. Und mit dem GitHub Issues haben wir immer noch einen guten Überblick und können entscheiden was wir tun bevor wir die "warnung" wahr werden lassen.
-
@apollon77 meine Meinung. Wenn ein Adapter noch funktioniert aber nicht mehr entwickelt wird sollte er abgekündigt werden z. B. deutlicher Hinweis über den Info Adapter. Der User kann den Adapter dann auf eigene Gefahr weiter nutzen. Ich würde ihn wahrscheinlich nicht weiter nutzen und mich nach Alternativen umgucken.
Was Hardware angeht kann der Entwickler nach Spenden aufrufen. Ich zahle gerne wenn ein Adapter entwickelt wird der wichtig ist. Als Beispiel Sonos 5.000 installierte Systeme. Wenn nur 1000 Personen 1 Euro spenden kann der Entwickler sein ganzes Haus mit Sonos ausstatten oder billiger mit den Ikeateilen... Als damals endlich shuffle Play bei Sonos ging habe ich gerne dafür gespendet. Alternativ kann man auch mit Lizenzschlüsseln arbeiten und so Geld zu sammeln für solche Fälle. Die Entwickler so wie Du opfern viel Zeit und ich bin Euch wirklich dankbar aber von dankbarkeit kann man halt nicht leben. Wieso sollte der Entwickler nicht ein paar Euro zusätzlich verdienen. Hebt auch ab und zu die Motivation :-)) Auf Abos stehe ich zwar nicht so sehr aber für einzelne Features die mir wichtig sind...
Iobroker ist für mich ein wichtiges System wo ich nach Möglichkeit 100% Verfügbar möchte. Deshalb bin ich sehr zurückhaltend was Updates von wichtigen Adaptern betrifft. Bei anderen Adaptern bin ich mutiger aber man lernt die Entwickler auch kennen und kann teilweise gut beurteilen ob man ein latest installieren kann oder das es danach zu Problemen kommt. Bei manchen Adaptern und Entwicklern bin ich deutlich vorsichtiger.Und was das Thema log betrifft finde ich es eher ungünstig so etwas als warn auszugeben. Die Adapter haben doch sentry. Warum wird der Fehler nicht ausschließlich per sendry an den Entwickler geschickt. Ich für meinen Teil habe besseres zu tun als dritte, vierter oder zehnte Person den gleichen Fehler bei einen Adapter zu melden der eh nicht mehr gepflegt wird.
Das ist auch alles nicht so negativ gemeint wie man es lesen könnte. Ich nutze Github gerne aber nur bei Adaptern die auch von Entwicklern noch betreut werden...
Ein letztes zu der Anzahl der Adapter: 400 Adaptern eine stolze Zahl. Aber ich finde ioBroker sollteeher auf klasse statt masse setzen. Sorgt ggf auch für weniger frust bei den Usern. Aber es hapert hier halt ab und zu...Manche Adapter sind extrem gut und es gibt dort kein Feature was man noch hinzufügen könnte aber das ist halt eher doch die Ausnahme...
-
@cash Ich verstehe Deine Sichtweise ... einige andere User denken auch so ... aber etwas zu wenige (und das ist jetzt kein Vorwurf!). Die erfahrungen der letzten Zeit zeigen das bestimmte Dinge nicht so gut funktionieren.
Jeder Entwickler ist denke ich sehr dankbar über eine Spende weil das ich ein Zeichen der Wertschätzung. Also ich freue mich da riesig.
Sentry haben nur einige Adapter und auch hier erwarten wir einen aktiven Entwickler. Ist aktuell keine Option für die Problemadapter.
