Hallo,
ich packe das Folgende mal nach Anfängerfragen, da passt es wohl am Besten:
Nach einem Update klicke ich eher zufällig auf "updatecheck" und sehe: Oh, da sind ja noch weitere. Ok, nochmals update. Wieder updatecheck. Orrrrr - die sind immer noch da.
Bei mir werden folgende Module offenbar nicht geupdatet:
fhem
List of new / modified files since last update:
UPD FHEM/10_FS10.pm
UPD FHEM/14_FLAMINGO.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_BELL.pm
UPD FHEM/14_SD_RSL.pm
UPD FHEM/14_SD_UT.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex
fhemtabletui
nothing to do...
fuip
nothing to do...
signalduino
nothing to do...
Blitzer
nothing to do...
Nina
nothing to do...
Zugriffsrechte scheinen zu stimmen, Fehler sehe ich bei dem Scroll der Meldungen auch nicht.
Wo fange ich an?
Zeig mal das Ergebnis von
update list
Vermutlich hast Du noch https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt in der Liste
Es gibt aber in dem Repo nur noch https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r34/controls_signalduino.txt
EDIT: wenn meine Vermutung richtig ist, einfach dieses Repository mit "update delete source ..." löschen. Nw brauchst Du das nicht, da die Modulen über das ganz normale svn Fhem update verteilt werden.
Es sei denn, Du willst unbedingt die letzte Developer Release erhalten. Dann mit update add source die r34 wieder hinzufügen
Nein, das habe ich nicht.
update list:
http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent.com/knowthelist/fhem-tablet-ui/master/controls_fhemtabletui.txt
https://raw.githubusercontent.com/ThorstenPferdekaemper/FHEM-FUIP/master/controls_fuip.txt
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
https://raw.githubusercontent.com/bismosa/FHEM/master/controls_Blitzer.txt
https://raw.githubusercontent.com/fhem/nina/development/controls_Nina.txt
Dann dieser hier weg nehmen:
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
Die Modulen werden zuerst in github freigeschaltet, und dann in svn Fhem commited. Fhem als Quelle sollte reichen.
Ich bedanke mich herzlich: Genau das war es.
Eine Frage, eine vermutlich nicht beantwortbare Frage:
Gibt es eine schlaue Metrik, mit der man solche Übergänge (werden zuerst in github freigeschaltet, und dann in svn Fhem commited) erkennen kann?
Ein "musst Du halt Forum lesen" ist zwar richtig, löst das Problem aber nicht:
Du entdeckst im Forum ein spannendes Projekt, das lernt grad laufen. Später gibt es ein GIT-Archiv, Du freust Dich und baust das in controls.txt ein, endlich nicht mehr ständig von Hand nachführen. Später werden die Diskussionen weniger: Es läuft ja. Und man selbst schaut auch nicht mehr, läuft ja.
... bis es halt knallt.
Gibt es für so dreiviertel-Laien wir mich (die nichtmal update-Protokoll lesen) also irgend eine schlaue technische Lösung, die mich warnt?
Zitat von: curt am 27 November 2019, 02:06:22
Eine Frage, eine vermutlich nicht beantwortbare Frage:
Gibt es eine schlaue Metrik, mit der man solche Übergänge (werden zuerst in github freigeschaltet, und dann in svn Fhem commited) erkennen kann?
Darauf bin ich gekommen, in dem ich die "control.txt" Dateien verglichen habe, und auch die entspr. Versionen von einigen Modulen
Allerdings kann man auch im Wiki folgendes lesen:
ZitatFHEM-Modul laden
Die SIGNALduino Module werden über das FHEM update verteilt, sobald die Änderungen einen "stabilen" und alltags tauglichen Zustand haben. Aktuell wird dort die Version 3.4.0 seit 20.07.2019 verteilt.
Die in der Entwicklung befindliche Version (3.4.x) kann mit folgenden Befehlen geladen werden:
FHEM aktualisieren: update
SIGNALduino Modul aktualisieren: update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r34/controls_signalduino.txt Durch das Update von FHEM wird sichergestellt, dass das Modul mit FHEM arbeitet.