Der neue Monatsrückblick für September 2026 ist online!

[haus-automatisierung]

@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:

Bis auf diese Warnungen zu Beginn sieht aber alles auf den ersten Blick Sauber aus.

Bitte einen Issue im js-controller aufmachen. Da werden wohl die States geschrieben bevor es die Objekte dazu gibt.

[Thomas Braun]

@haus-automatisierung sagte in Phantastische Repositories und wo sie zu finden sind:

Bitte einen Issue im js-controller aufmachen. Da werden wohl die States geschrieben bevor es die Objekte dazu gibt.

Da sind die Daten einfach noch nicht abgerufen worden und @martinp war zu schnell mit dem 'diag'.
Denn:

EDIT: Beim zweiten Durchlauf kamen die "...not found!" Warnungen nicht mehr

[Thomas Braun]

@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:

Hier schlägt sich das etwas andere Setup über nodejs-update nieder:

*** 22.22.0-1nodesource1 1001
500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
100 /var/lib/dpkg/status

Bei nodesoure sind die da etwas weniger rabiat (oder Bescheidener) und setzen die Prio statt auf 1001 nur auf 600.
Damit würden aber Downgrades von höheren Versionen als die aktuelle Empfehlung für den ioBroker nicht mehr so einfach über nodejs-update funktionieren.

[MartinP]

Soll ich da noch den Issue im JS-Controller aufmachen?

Bisher läuft alles solide durch, seit dem Update.
Alle selbstgemachten LXC-Container mit Debian als Unterbau und der PVE sind auf Trixie..

Problemkind ist ein Turnkey-Linux Fileserver... Die meinen, man solle statt ein Update zu machen einfach einen neuen Container herunterladen..
Muss ich mich einlesen, was das Übertragen der Konfiguration angeht.

Zwei Contauner mit Ubuntu Unterbau sind auf noble, und das sollte bis auf Weiteres noch aktuell sein...

Bei Docker muss ich noch schauen, ob da auch etwas umkonfiguriert werden muss...

[haus-automatisierung]

@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:

Soll ich da noch den Issue im JS-Controller aufmachen?

Wäre ja schon cool, wenn diese Objekte direkt erstellt würden. Anscheinend dauert es ja eine Weile bis diese Prüfung stattfindet.

Ist aber eher Kosmetik, weil das diag Script ja einfach nur "zu früh" nach den Infos gefragt hatte.

[Kanumouse]

Ich brauche mal eure Hilfe.
Wollte gerade unter "Trixie" Grafana installieren, funktioniert leider nicht.
Bei "sudo apt-get install -y apt-transport-https software-properties-common wget" bringt er immer "Unable to locate package software-properties-common".
Wie löse ich das Problem?

[Thomas Braun]

@Kanumouse

Lass die Zeile weg. Die Pakete sind ohnehin veraltet. Ich weiß gar nicht, warum die das in ihrer Anleitung noch drin haben.

[Kanumouse]

@Thomas-Braun
Danke für die schnelle Rückmeldung - Installation hat geklappt.

[Thomas Braun]

@Kanumouse

Ich hab gerade noch ein paar Änderungen hinzugefügt. Die grafana-Leutchens scheinen alle Nas' lang da was zu ändern.

[FreunderNacht]

Besten Dank für die Zusammenstellung 👍

[Duffy]

@thomas-braun

Hallo Thomas Braun,

ich versuche gerade eine neue Maschine für mein Smart Home einzurichten.
Ich habe dazu Debian und iob installiert über den Backup Adapter die Einstellungen auf den neuen Rechner geholt und bin jetzt dran influx zu installieren. Hier kommt nun folgende Meldung:

Was soll mir die Meldung sagen bzw was soll ich auswählen?
Ich habe zuvor kein Influx installiert oder hat der Backup adapter das für mich gemacht?

[Thomas Braun]

@Duffy

Ich würde die Version des Paketbetreuers installieren.

[Duffy]

@thomas-braun

Danke dir vielmals für die schnelle Antwort.

[Thomas Braun]

Und die längere Erklärung ist:

Eigentlich schaut man sich die Unterschiede zwischen den Versionen an. Insbesondere, wenn es sich um Dateien handelt, in denen mal selber systemindividuelle Einstellungen getätigt hat.
Das ist aber bei der influxdata.list eher nicht der Fall. Hier wird wohl nur vom Paketbetreuer ein neuer Key reingezogen, deswegen verwendet man dessen geänderte Konfigurationsdatei in diesem Fall.

[Duffy]

@thomas-braun

Das system war sozusagen Jungfräulich ich hatte da noch gar nichts mit Influx dran gemacht.
Ich hatte die mir die Unterschiede mal anzeigen lassen aber nur Bahnhof verstanden.

[Thomas Braun]

@Duffy sagte:

Das system war sozusagen Jungfräulich ich hatte da noch gar nichts mit Influx dran gemacht.

Ja, deswegen zieht man dann ja auch die aktuellste Version der Datei rein.

[Duffy]

@Thomas-Braun

aber woher kommt den dan die "alte" Datei wenn ich noch gar nichts mit Influx installieret hatte?

[haselchen]

@Duffy

Vermutlich , weil Du im BackitUp Adapter Influx angehakt hast zur Sicherung.

Ich kann Dir nur ans Herz legen, Dich mal intensiv mit der Materie zu beschäftigen.
Es ist schon auffällig, dass jede noch so kleine Abweichung ein Thema für Dich hier ist.

[Thomas Braun]

@Duffy sagte:

aber woher kommt den dan die "alte" Datei wenn ich noch gar nichts mit Influx installieret hatte?

Die legst du ja mit der Zeile

echo 'deb [signed-by=/usr/share/keyrings/influxdata-archive.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list

selber erstmal an. Und wenn du dann aus dieser Quelle das Paket für influx ziehst hat dieses Paket wiederum eine influxdata.list im Beutel. Und die ist leicht anders als die von dir manuell angelegte Datei. Deswegen auch die Meldung.

[Thomas Braun]

@Duffy

Steht übrigens genau so auch oben als Kommentar dabei...

Falls es zu Rückfragen kommen sollte, dass neue Dateien einen anderen Inhalt haben und welche übernommen werden soll, nehmt die Version vom Paketersteller. Hintergrund:
Influxdb bringt nun ein eigenes Paket mit den Schlüsseln mit und hält die dann künftig darüber aktuell.