Update mit lokaler controls_fhem.txt aufrufen

Begonnen von Loredo, 23 Juli 2018, 20:48:06

Vorheriges Thema - Nächstes Thema

Loredo

Hi Rudi,


gibt es eine (einfache) Möglichkeit die Update Routine mit der lokalen controls_fhem.txt Datei zu füttern?
Hintergrund ist, dass ich bei Verwendung einer aus dem SVN ausgecheckten FHEM Version die bereits eigentlich aktuellen Dateien nicht als "update verfügbar" anzeigen lassen möchte.


Ich habe schon versucht mit der Datei und über den "touch" Befehl über die Shell ein Dateidatum anhand des Zeitstempels aus controls_fhem.txt zu setzen. Allerdings werden dann noch immer alle Dateien als "Update verfügbar" angezeigt. Fehlt mir hier noch etwas oder gibt es einen einfacheren Weg?




Viele Grüße
Julian
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

betateilchen

Lege die auf fhem.de vorhandene controls_fhem.txt bei Dir lokal ab, z.B. per wget.

Dann werden nur noch die nach der Erstellung dieser Datei aktualisierten Dateien als updatefähig angezeigt, und die Zahl dieser Dateien bleibt überschaubar, da die controls Datei mindestens einmal täglich erstellt wird.

So mache ich das z.B. bei der täglichen Erstellung des nightly Debian packages, das auf debian.fhem.de bereitgestellt wird.

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Loredo

Hi,


hm, weshalb sollte denn da die ebenfalls frisch aus dem SVN ausgecheckte Datei nicht genügen? Dafür wird die controls_fhem.txt doch täglich mit eingecheckt. Selbst bei einem State-of-the-Art Trunk werden mir alle Dateien als "nicht aktuell" angezeigt, weil sich z.B. ja das Dateidatum unterscheidet. Aber eigentlich sind ja sämtliche Dateien bereits aktuell. Irgendwie leuchtet mir nicht ein, weshalb das bei dir klappt  ???


Mir geht es zusätzlich auch darum: Wie versetze ich FHEM in den Zustand des letzten Release (5.8 Tag), so dass mir dann nur noch diejenigen Dateien als veraltet angezeigt werden, die es auch zum Status Quo wirklich sind?
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

betateilchen

Zitat von: Loredo am 23 Juli 2018, 22:49:48
hm, weshalb sollte denn da die ebenfalls frisch aus dem SVN ausgecheckte Datei nicht genügen?

Hast Du die Datei an die richtige Stelle kopiert?

Andere Frage: wenn Du schon das FHEM aus svn auscheckst, warum machst Du dann das update nicht auch aus svn?

Zitat von: Loredo am 23 Juli 2018, 22:49:48
Mir geht es zusätzlich auch darum: Wie versetze ich FHEM in den Zustand des letzten Release (5.8 Tag), so dass mir dann nur noch diejenigen Dateien als veraltet angezeigt werden, die es auch zum Status Quo wirklich sind?

Die Frage verstehe ich nicht.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

rudolfkoenig

Ich verstehe zwar die Frage auch nicht wirklich, aber es hilft vielleicht: update vergleicht den Inhalt von controls_fhem.txt von fhem.de mit der lokalen controls_fhem.txt, Zeile fuer Zeile. Zusaetzlich wird die Groesse der jeweiligen lokalen Dateien angeschaut, es sei denn updateNoFileCheck ist gesetzt.

Loredo

Zitat von: betateilchen am 23 Juli 2018, 23:12:44
Hast Du die Datei an die richtige Stelle kopiert?


Ah! Das ist der entscheidende Hinweis  ;D
Vielen Dank!!


Zitat von: betateilchen am 23 Juli 2018, 23:12:44
Andere Frage: wenn Du schon das FHEM aus svn auscheckst, warum machst Du dann das update nicht auch aus svn?

Die Frage verstehe ich nicht.


Der Grund ist eigentlich der selbe wie beim Bau eines Debian Pakets: Das initiale Setup soll aus den Sourcen erfolgen und anschließend der reguläre Update Prozess verwendet werden.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

betateilchen

Zitat von: Loredo am 24 Juli 2018, 11:23:16
Ah! Das ist der entscheidende Hinweis  ;D

den man hätte selbst finden können, wenn man sich die Mühe gemacht hätte, einmal in das update-Modul zu schauen  :-\
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Loredo

Stell dir mal vor, das habe ich sogar.
Und stell dir auch vor es kommt nunmal vor, dass man etwas übersieht oder Tomaten auf den Augen hat.

Du selbstverständlich niemals.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

betateilchen

Zitat von: Loredo am 24 Juli 2018, 15:08:26
Stell dir mal vor, das habe ich sogar.

Das war aus Deiner Frage nicht ableitbar.

Zitat von: Loredo am 24 Juli 2018, 15:08:26
Du selbstverständlich niemals.

Doch doch...
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!