js-controller 3.3 jetzt im Beta

[da_Woody]

@apollon77 hatte ich auch noch nicht...

woody@ioBroker:~$ iobroker upgrade self
Update js-controller from @3.3.5 to @3.3.7
NPM version: 6.14.12
npm install iobroker.js-controller@3.3.7 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
Trying to install "esbuild-linux-64" using npm
Failed to install "esbuild-linux-64" using npm: Command failed: npm install --loglevel=error --prefer-offline --no-audit --progress=false esbuild-linux-64@0.11.18
npm ERR! code ETARGET
npm ERR! notarget No matching version found for esbuild-linux-64@0.11.18.
npm ERR! notarget In most cases you or one of your dependencies are requesting
npm ERR! notarget a package version that doesn't exist.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2021-05-03T06_24_24_305Z-debug.log

Trying to download "https://registry.npmjs.org/esbuild-linux-64/-/esbuild-linux-64-0.11.18.tgz"
Install successful
woody@ioBroker:~$ iobroker start
woody@ioBroker:~$ iobroker status
iobroker is running on this host.


Objects type: file
States  type: file

läuft aber...

[Kueppert]

@da_woody ich komme gerade von 3.3.2 auf 3.3.7 und hatte keinerlei Probleme. Hilft dir nicht weiter, aber liegt ggf an der Version, von der das Update gemacht wird. Ist ne Info, die ggf den Entwicklern weiterhilft, daher erwähne ich es hier.

[Thomas Braun]

@kueppert
Hängt wohl eher an der CPU.
Denn

pi@chet:/opt/iobroker $ npm list esbuild-linux-64
iobroker.inst@3.0.0 /opt/iobroker
└── (empty)

[JB_Sullivan]

@da_woody

och - und ich dachte es wäre Windows spezifisch - https://github.com/ioBroker/ioBroker.js-controller/issues/1321#issuecomment-830870803

@deta Das Phänomen mit 2x installieren hatte ich auch - siehe issue.

JBSullivan created this issue in ioBroker/ioBroker.js-controller

closed js-controller läßt sich nicht mehr stoppen (Windows) #1321

[da_Woody]

@jb_sullivan habs ein 2.x versucht

woody@ioBroker:~$ iobroker upgrade self
Host    "ioBroker"       is up to date.
woody@ioBroker:~$

scheint ok zu sein...

[apollon77]

@foxthefox DIe Frage ist ja was Du wie reinschreibst. Wenn Du direkt ein Date object reinschreibst ist das falsch. mit "myDate.getTime()" solltest du es korrekt schreiben. oder getString()

Definition für role date is:

date (common.type = string - parsable by "new Date(ddd)" string
date (common.type = number - epoch seconds * 1000

[foxriver76]

@deta sagte in js-controller 3.3 jetzt im Latest:

Wenn wir gerade dabei sind upgrade, kann man das Y default bitte setzen, ohne das man es jedes mal eingeben muss und Enter drücken muss.

Halte ich nicht für sinnvoll, wenn man sicher ist was man tut (bzw. sowieso einfach nur Enter hämmert), kann man iob upgrade -y nutzen.

[Homoran]

apropos default-Einstellungen:
früher hatte ich einmalig beim Update-log Fenster die Checkbox Schließen wenn fertig angehakt.
Das blieb dann bei jedem weiteren Update so.

bei Admin 5 muss ich das jetzt jedesmal wieder aktivieren.
Ist das gewollt?

[foxriver76]

@homoran glaube Admin 5 passt hier net ganz. Weiß wohl auch nur BF.

[Thomas Braun]

@foxriver76

Wo wir gerade bei update im Terminal sind...

Könnte man die Ausgabe der ganzen Liste an Adaptern bei einem

iobroker update

nicht auf die installierten oder updatebaren Adapter kürzen? Was interessiert mich die Version eines Adapters den ich eh nicht nutze?
Im Moment pipe ich das ganze nämlich noch durch ein grep durch.
Vielleicht mit einer Option --long für die volle Liste.

Feature-Request am besten wo? js-controller? Admin?

[apollon77]

@homoran Issue anlegen

[apollon77]

@thomas-braun Feature Request js-controller bitte

[foxriver76]

@thomas-braun Bei Upgrade wo man keinen Einfluss hat, wird die unnötig lange Liste ja seit dem aktuellen Controller nicht mehr angezeigt.

Bei update hast du einen Einfluss:

iob update -i

iob update --help
iobroker update [<repositoryUrl>]

Update repository and list adapters

Options:
      --help        Show help  [boolean]
  -v, --version     Show version  [boolean]
  -u, --updateable  Only show updateable adapters  [boolean]
  -i, --installed   Only show installed adapters  [boolean]
  -f, --force       Bypass hash check  [boolean]

Also wäre wenn dann die Diskussion, -i default zu machen und dafür ein -a Flag. CLI ist immer Controller aktuell.

[Thomas Braun]

@foxriver76

Ahhhhhhh!!!!
Und ich pipe und greppe da immer wild durch die Gegend rum...

Hatte ich echt nicht auf'm Schirm, die Option -i
Danke fürs drauf stupsen.

[apollon77]

@foxriver76 sagte in js-controller 3.3 jetzt im Latest:

Also wäre wenn dann die Diskussion, -i default zu machen und dafür ein -a Flag. CLI ist immer Controller aktuell.

Wär ich fast für

[Homoran]

@apollon77 sagte in js-controller 3.3 jetzt im Latest:

@homoran Issue anlegen

Done!
https://github.com/ioBroker/ioBroker.admin/issues/815

Homoran created this issue in ioBroker/ioBroker.admin

closed checkbox 'close when finished' nor permanently checked #815

[foxriver76]

@apollon77 sagte in js-controller 3.3 jetzt im Latest:

@foxriver76 sagte in js-controller 3.3 jetzt im Latest:

Also wäre wenn dann die Diskussion, -i default zu machen und dafür ein -a Flag. CLI ist immer Controller aktuell.

Wär ich fast für

Hätte ich im Angebot:
https://github.com/ioBroker/ioBroker.js-controller/pull/1330

foxriver76 created this issue in ioBroker/ioBroker.js-controller

closed default behaviour of cli update command -> only list installed #1330

[da_Woody]

@foxriver76 hätte ich auch nichts dagegn. gerade jetzt, bei täglichen updates fällt das auf.

[Feuersturm]

js-controller 3.3.8 Update und Systemstart verlief ohne Probleme

[da_Woody]

@feuersturm ebenso keine probleme