Monatsrückblick Januar/Februar 2026 ist online!

[OliverIO]

@apollon77

die letzte version die korrekt lief, war, bevor das log-chaos ausbrach war

> iobroker.js-controller@4.0.0-alpha.41-20220107-d0505f94 install /tmp/test-iobroker.tvprogram/node_modules/iobroker.js-controller

bei der action mit fehler wurde an der gleichen Stelle das folgende aufgerufen.
danach steht im action log, das was ich oben schon gepostet habe

> iobroker.js-controller@4.0.0-alpha.42-20220108-6954bae6 install /private/var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/test-iobroker.tvprogram/node_modules/iobroker.js-controller

dann müsste es die letzten 3 commits umfassen.
da dort, wie ich sehe wieder auf tags in anderen packages verwiesen wird, kann natürlich auch da der fehler liegen.
https://github.com/ioBroker/ioBroker.js-controller/commits/master

evtl war auch die letzte korrekt laufende action bei mir schon vor 2 tagen gewesen.

hier der link zum fehlerhaften action-protokoll
https://github.com/oweitman/ioBroker.tvprogram/runs/4755064733?check_suite_focus=true
und hier das was noch gut lief
https://github.com/oweitman/ioBroker.tvprogram/runs/4744650059?check_suite_focus=true

[apollon77]

WTF :-)

Also bei mir laufen tests durch ... auch mit der .42 ... bei mehreren Adaptern. haben jetzt einen zweiten Report im Telegram wo es scheinbar bei einer clean Neuinstallation (damit controller 3.3.22) passiert ... also mit der Info kann es an sich nur irgendein Dep Package sein was ein update bekommen hat und jetzt gezogen wird. Aber warum es manchmal knallt ist ne gute frage

Ok weiter gesucht ... Google ist super

https://github.com/aws/aws-cdk/issues/18329

Scheinbar ist color.js kaputt

[apollon77]

Update: https://github.com/Marak/colors.js/issues/289 ... Müssen nachdenken

Und ja meine tests gehen auch nimmer

die "colors" 1.4.0 tut ... 1.4.1 und 1.4.2 is broken

[apollon77]

Ok habe als schnelle reaktion mal https://github.com/flatiron/prompt/issues/220 angelegt was zumindestens bei mir die herkunft von colors ist. winston hat für winston und logform vor 1h schon eine neue Version released und es auf die 1.4.0 gepinnt. Das waren die anderen zwei "herkünfte"

[Thomas Braun]

Und genau deswegen angelt man ja auch keinen Code aus GitHub sondern bleibt bei den Default oder Beta-Repos. Aus GitHub / 'über die Katze' nur wenn der Entwickler euch dazu auffordert das zu tun!
Oh...

☺️ Sorry, ich konnte nicht widerstehen... 😀

[foxriver76]

@oliverio sagte in Problem mit automatischem testen in Github:

@alcalzone
danke, habe gerade gesehen @foxriver76 hat da commited

Der hat keinen Einfluss darauf so viele Pakete zu zerstören.

[apollon77]

@thomas-braun Er ist der Entwickler :-))) Ggf sollte man das Posting eher ins Entwickler forum schieben :-)

@OliverIO restart testing ... bei mir geht es wieder ... scheinbar hat es gereicht das winstom die Pakete pinnt ... mal weiter schauen

[foxriver76]

@thomas-braun allgemein ja, leider tut das auch normale Installationen betreffen und war mehr oder minder böswillige Absicht.

Neue Minor Version einer Dep die sehr viele Projekte nutzen mit einer infinity loop bestückt. ;-)

[apollon77]

@foxriver76 sagte in Problem mit automatischem testen in Github:

Neue Minor Version einer Dep die sehr viele Projekte nutzen mit einer infinity loop bestückt.

sogar nur neue patch Version

[apollon77]

Ok, aktueller Stand ist das ioBroker wieder installiert. Pot betroffen sind noch zwei CLI Funktionen: setup multihost und setup User via CLI. Das braucht noch https://github.com/flatiron/prompt/pull/219

[OliverIO]

@apollon77

Interessanter Artikel zum aktuellen problem.
Bin ja mal gespannt was da noch rauskommt

https://www.theverge.com/2022/1/9/22874949/developer-corrupts-open-source-libraries-projects-affected

[Thomas Braun]

@oliverio

Dann muss der ioBroker auch kostenpflichtig werden? Sonst werden wilde Dinge mit der Heizung und der Beleuchtung angestellt? :-D

[apollon77]

@thomas-braun Nicht so hilfreich ;-) Ich glaube eine Endlosschleife ist kein Angriffsszenario ... es ist "nur ne Denial of Service"

[Hansi1234]

@apollon77 golem hat auch etwas dazu geschrieben link

[sigi234]

@foxriver76 sagte in Problem mit automatischem testen in Github:

mehr oder minder böswillige Absicht.

Warum macht das ein Entwickler?:disappointed:

[OliverIO]

@apollon77
Ich glaube das geht noch etwas weiter als: da hat der Entwickler einen Fehler gemacht.

Was ich rausgelesen habe ist, der Entwickler selber hat keinen Zugriff mehr auf githubNPM, von daher ist nicht ganz klar, ob er das selber committed hat oder jemand anderes.
Darüber hinaus ist auch noch ein weiteres Repository (faker.js) betroffen, das eine ähnliche Reichweite hat.

[apollon77]

@oliverio Also es ist für mich, wenn man alles liesst sehr klar das der Dev das selbst aus "Frust" gemacht hat ... aber die ganzen Details, was auch viel halbgares, Annahmen, Anschuldigungen und sonstwas bestehen, will ich jetzt hier nicht breittreten. Am Ende ists alles undurchsichtig was WIRKLICH los ist, aber was für mich klar ist, ist das GitHub erst nach der faker.js "kastrrierung" was getan gesperrt hat und da wars für colors auch schon zu spät ...