update unterschiede?

punker · 04 Oktober 2012, 11:38:49

Was ist eigentlich der Unterschied zwischen:
*update fhem* und *updatefhem*?
Ich benutze immer ersteres und funktioniert prima!
Habe soeben die zweite Version ohne irgendwelche Zusatzparameter versucht
und es kam folgendes:
*File size for www/pgm2/console.js (0) does not correspond to filetimes.txt
entry (550)*

Welches Update ist das richtige?

mfg
Dieter

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig · 04 Oktober 2012, 11:52:04

> Was ist eigentlich der Unterschied zwischen:
> *update fhem* und *updatefhem*?

In fhem kann man Kommandos abkuerzen, es wird das erste Befehl genommen, was
passt. Z.Zt gibt es ein updatefhem Kommando, diesen kann man auch mit update
oder up aufrufen. Ich vermute "update fhem" ersetzt alle Dateien, in deren
Namen das Wort fhem vorkommt, auch wenn es nicht notwendig war.

Demnaechst sollte Martins neugeschriebenes update.pm das bisherige
updatefhem.pm abloesen (darauf warten wir seit ca 3 Monaten), danach wird
updatefhem nicht mehr funktionieren, nur update. Was dann "update fhem"
bewirkt, kann ich noch nicht sagen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Martin Fischer · 12 Oktober 2012, 22:18:45

Am Donnerstag, 4. Oktober 2012, 11:52:04 schrieb Rudolf Koenig:
> [...]
> Demnaechst sollte Martins neugeschriebenes update.pm das bisherige
> updatefhem.pm abloesen (darauf warten wir seit ca 3 Monaten), danach wird
> updatefhem nicht mehr funktionieren, nur update. Was dann "update fhem"
> bewirkt, kann ich noch nicht sagen.

nur zur richtigstellung:
das von rudi angesprochene "3 monate" warten ist darin begründet, das es noch
zu verzögerungen in anderen (nicht von mir) stammenden modulen kam, da die
neue struktur noch nicht final war.

das neue update ist seit mehreren wochen fertig und wartet auf ein paar tests,
die wir (rudi, boris, ich (ggf. weitere)) erst noch gemeinsam durchführen
müssen.

wie rudi schon schilderte:
"update" ist aktuell nur eine kurzform von "updatefhem". wenn das neue
"99_update.pm" ausgerollt wird, dann sollte dass das alte "updatefhem"
automatisch erkennen und es wird wiederum automatisch initial ein "update"
aufgerufen (wer kann noch folgen?

ist aber nicht nötig, da es ja
automatisch passiert).

ab diesem zeitpunkt wäre dann das "updatefhem" obsolet.

der neue update-command ist so vorbereitet, das er "pakete" unterstützen kann
(was aber zur zeit der verteilung noch nicht genutzt werden wird).

pakete könnten dann sein:
- nur fhem (ohne gui)
- fhem + fhemweb
- fhem + fhemweb + floorplan
- fhem + irgendein_frontend
- fhem + was_weiss_ich

es wird künftig keine "filetimes.txt" mehr geben. die "filetimes.txt"
beinhaltet aktuell die dateien inkl. zeitstempel und grössenangaben. sie wird
benötigt um zu prüfen, welche dateien aktualisiert werden.

künftig gibt es sogenannte "steuerdateien". diese heissen dann
"controls_PAKET.txt". wobei PAKET eben für die oben möglichen pakete stehen.
intitial wird es also eine "controls_fhem.txt" geben. wir haben festgelegt,
das fhem _immer_ mit fhemweb (pgm2) ab der 5.3 ausgeliefert werden soll.

ein "update fhem" bedeutet dann "aktualisiere alle dateien aus dem paket
fhem". und da es initial _nur_ das fhem paket gibt, bedeutet das demnach
_alle_ dateien. werden wir in ferner zukunft also evtl. mal die möglichkeiten
der "modulpakete" einführen, dann würde ein "update PAKETNAME" nur die dateien
aktualisieren, die zu dem entsprechendem paket gehören.

desweiteren enthalten die "steuerdateien" künftig nicht mehr nur die dateien
und den zeitstempel sondern auch steuerbefehle wie UPD, MOV, DEL, DIR. damit
kann über ein update gesteuert werden ob fhembedingte dateien aktualisiert,
verschoben oder gelöscht werden sollen. darüber hinaus können auch notwendige
verzeichnisse erzeugt werden. das ganze wurde notwendig, durch die einführung
der neuen fhem-struktur und den damit verbundenen änderungen an fhemweb,
floorplan und wheater. letztere anpassungen bzgl. der struktur haben diese
zeit benötigt.

soviel mal "auf die schnelle" dazu...

mehr und ausführliche infos kommen dann, wenn wir die neue updateroutine
getestet haben.

gruss martin

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

borsti67 · 13 Oktober 2012, 13:37:59

Danke Martin,

sehr verständlich ausgedrückt (zumindest für mich

), und es ist
schön, mal wieder über die Vorgänge hinter den Kulissen zu lesen.

Gruß
Torsten

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig · 15 Oktober 2012, 21:02:28

> mehr und ausführliche infos kommen dann, wenn wir die neue updateroutine
> getestet haben.

Ich habs getestet, und auch eingecheckt, damit es auch von einem
groesseren Kreis getestet werden kann. Wenn also jemand eins auf
halbkonservativ macht, der sollte ab sofort updatefhem ausschreiben
und nicht mehr mit update abkuerzen. Konservative kennen update/
updatefhem gar nicht

Die anderen sollten folgendes ausfuehren:
fhem> updatefhem
fhem> shutdown restart
...
fhem> update

Ich habs getestet mit folgenden Kombinationen:
- SVN @ OSX: update
- SVN @ RPi: update
- 5.2.tar.gz: updatefhem, update
- 5.2.tar.gz: updatefhem, updatefhem housekeeping clean yes, update
- fhem-5.2-fb7390.image: updatefhem, update
- fhem-5.2-fb7390.image: updatefhem, updatefhem housekeeping clean
yes, update

aber vmtl. doch etwas uebersehen: also bitte hier melden.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

borsti67 · 15 Oktober 2012, 21:39:06

Hallo Rudi,

sieht bisher gut aus, nur eine Meldung macht mich stutzig...
Ausgangsversion:

2012.10.07 12:29:38 0: Server started (version Fhem 5.2 (DEVELOPMENT),
$Id: fhem.pl 1905 2012-09-30 07:31:59Z rudolfkoenig $, pid 23808)

updatefhem: 37 Dateien geladen, dann...
2012.10.15 21:27:44 1: updatefhem New version of fhem.pl, 'shutdown
restart' is required!

shutdown restart:

2012.10.15 21:27:58 0: Server shutdown
2012.10.15 21:28:01 1: Including
/usr/syno/synoman/webman/3rdparty/fhem/var/fhem.cfg
2012.10.15 21:28:02 3: telnetPort: port 7072 opened
2012.10.15 21:28:02 3: WEB: port 8083 opened
2012.10.15 21:28:02 3: WEBphone: port 8084 opened
2012.10.15 21:28:02 3: WEBtablet: port 8085 opened
2012.10.15 21:28:02 3: Opening myCUNO device 192.168.1.123:2323
2012.10.15 21:28:02 3: myCUNO device opened
2012.10.15 21:28:02 3: myCUNO: Possible commands: mBCFiAGMRTVWXOefltuxEq

^^^^^^^^^^^^^^

?
Das war bisher noch nie.

dann UPDATE:

2012.10.15 21:28:14 0: Server started (version Fhem 5.2 (DEVELOPMENT),
$Id: fhem.pl 1966 2012-10-15 08:01:58Z rudolfkoenig $, pid 24850)
2012.10.15 21:28:21 3: update get
http://fhem.de/fhemupdate4/svn/FHEM/FhemUtils/release.pm
2012.10.15 21:28:21 1: update check Releases => local: Fhem 5.2
(DEVELOPMENT) remote: Fhem 5.2 (DEVELOPMENT)
2012.10.15 21:28:21 3: update get
http://fhem.de/fhemupdate4/svn/controls_fhem.txt
[... backup folgt, dann dowloads ohne Ende...]
2012.10.15 21:29:02 1: update 260 file(s) have been updated.
2012.10.15 21:29:02 1: update A new version of fhem.pl was installed,
'shutdown restart' is required!
2012.10.15 21:29:03 1: update create directory
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/FhemUtils
2012.10.15 21:29:03 1: update create directory
/usr/syno/synoman/webman/3rdparty/fhem/docs
[...etliche moves...]

Schlussendlich noch ein Neustart, dann alles gut (bisher).

Entspricht das dem erwarteten Verhalten?
Was will FHEM da von meinem CUNO?

Gruß
Torsten

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

edank · 15 Oktober 2012, 21:40:43

Habe es gerade ausgeführt!
Ist alles sauber durchgelaufen!
Das einzige was mir aufgefallen ist, ist das ein Ordner doc (mit ein paar
html-Files aber nicht alle) ins Fhem Hauptverzeichnis (fhem/doc) angelegt
wurde.
Laut Wiki gehört er aber eine Ebene tiefer in den www (fhem/www/doc) Ordner.

Und ja, ich hatte schon vorher die neue Struktur.

LG
edank

Am Montag, 15. Oktober 2012 21:02:29 UTC+2 schrieb Rudolf Koenig:
>
> > mehr und ausführliche infos kommen dann, wenn wir die neue updateroutine
> > getestet haben.
>
> Ich habs getestet, und auch eingecheckt, damit es auch von einem
> groesseren Kreis getestet werden kann. Wenn also jemand eins auf
> halbkonservativ macht, der sollte ab sofort updatefhem ausschreiben
> und nicht mehr mit update abkuerzen. Konservative kennen update/
> updatefhem gar nicht

> Die anderen sollten folgendes ausfuehren:
> fhem> updatefhem
> fhem> shutdown restart
> ...
> fhem> update
>
> Ich habs getestet mit folgenden Kombinationen:
> - SVN @ OSX: update
> - SVN @ RPi: update
> - 5.2.tar.gz: updatefhem, update
> - 5.2.tar.gz: updatefhem, updatefhem housekeeping clean yes, update
> - fhem-5.2-fb7390.image: updatefhem, update
> - fhem-5.2-fb7390.image: updatefhem, updatefhem housekeeping clean
> yes, update
>
> aber vmtl. doch etwas uebersehen: also bitte hier melden.
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Hausautomat · 15 Oktober 2012, 21:53:48

Am 15.10.2012 21:39, schrieb Tom:
> 2012.10.15 21:28:02 3: myCUNO: Possible commands: mBCFiAGMRTVWXOefltuxEq
>
> ^^^^^^^^^^^^^^

?
> Das war bisher noch nie.
>
Normal. Nur eine Info-Ausgabe.

Gruß
Jens

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

UliM · 15 Oktober 2012, 22:18:23

Hi,
hatte auf meiner FB7390 auch die neue Dateistruktur schon manuell angelegt
und Dateien verschoben.

> update
--> Screen-Meldungen:

260 file(s) have been updated:
...
A new version of fhem.pl was installed, 'shutdown restart' is required!

Housekeeping:
...

(bergeweise move)

Update completed!

-> an der Oberfläche keine Änderungen zu sehen, alle icons werden korrekt angezeigt, auch im floorplan alles ok.
-> auch nach erneutem shutdown restart alles bestens
--> hat super funktioniert - saubere Arbeit -
Danke & Glückwunsch an Rudi, Martin und Boris zum GoLive !!!

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

UliM · 15 Oktober 2012, 22:23:56

...eins doch noch

Nach update, dann shutdown restart im log:
2012.10.15 22:16:20 1: reload: Error:Modul 99_update deactivated:
Global symbol "%UPDATE" requires explicit package name at /var/InternerSpeicher/fhem/FHEM/99_update.pm line 37, <$fh> line 5.

=8-)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest · 15 Oktober 2012, 22:25:03

Originally posted by: <email address deleted>

Ich habe leider etwas zu mäkeln (Details siehe separaten Thread !):
Die COC-Erweiterung auf dem RaspBerry Pi wird nicht mehr erkannt. CUL und
CUNO funktionieren problemlos.

Habe das Update also erst einmal wieder rückgängig gemacht.

Sorry für das Wasser im Wein...

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest · 15 Oktober 2012, 22:25:07

Originally posted by: <email address deleted>

Bei mir unter Debian hat es geklappt updatefhem dann update - hatte die
alte Dateistruktur.

Bei mir fehlte seit einen der letzten Updates das Fhemlogo im Darkstyle -
nach dem Update musste ich in der Darkstyle.cfg in
der ersten Zeile darklogo.png durch ../icons/darklogo ersetzten und dann
hat wieder geklappt.

Keine Ahnung wo das her kam.

Vielen Dank an alle

Am Donnerstag, 4. Oktober 2012 11:38:49 UTC+2 schrieb punker:
>
> Was ist eigentlich der Unterschied zwischen:
> *update fhem* und *updatefhem*?
> Ich benutze immer ersteres und funktioniert prima!
> Habe soeben die zweite Version ohne irgendwelche Zusatzparameter versucht
> und es kam folgendes:
> *File size for www/pgm2/console.js (0) does not correspond to
> filetimes.txt entry (550)*
>
> Welches Update ist das richtige?
>
> mfg
> Dieter
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

UliM · 16 Oktober 2012, 00:03:40

Am Montag, 15. Oktober 2012 23:38:18 UTC+2 schrieb Rudolf Koenig:
>
> Passiert das auch bei einem normalen Neustart?

Ja - nicht shotdown restart, sondern shutdown, dann Neustart aus FB-telnet:
2012.10.15 23:57:56 0: Server shutdown
2012.10.15 23:58:31 1: Including fhem.cfg
2012.10.15 23:58:33 1: reload: Error:Modul 99_update deactivated:

release.pm liegt in /var/InternerSpeicher/fhem/FHEM/FhemUtils
-rwxr-xr-x 1 boxusr80 root 388 Sep 26 22:29 release.pm

> Wenn ja, dann bitte versuch
> fhem.cfg soweit zu verkleinern, dass Du es hier posten kannst

>
Oha... irgendein Anhaltspunkt was drinbleiben soll?
Ich schick Dir mal meine komplette fhem.cfg per PN - aber die willst Du ja
wahrscheinlich gar nicht haben...

Gruß, Uli

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig · 16 Oktober 2012, 08:34:00

> release.pm liegt in /var/InternerSpeicher/fhem/FHEM/FhemUtils
> -rwxr-xr-x 1 boxusr80 root 388 Sep 26 22:29 release.pm

Die "richtige" Version dieser Datei ist 511 Bytes lang.

Das Problem ist, dass 99_update.pm die in controls_fhem.txt befindlichen
Kommandos umsortiert, und dadurch erst die updates, und dann die moves
durchfuehrt. Damit ueberschreibt dein altes (und bisher nicht verwendetes)
FHEM/release.pm das gerade heruntergeladene FHEM/FhemUtils/release.pm

Ich habe controls_fhem.txt jetzt geaendert, so dass andere dieses Problem nicht
mehr haben: fhem/FHEM/release.pm landet ab sofort in fhem/unused. Du musst
(leider) die Datei fhem/FHEM/FhemUtils/release.pm per Hand ersetzen mit
folgendes:

################################################################
# $Id:$
package main;
use strict;
use warnings;

use vars qw($DISTRIB_ID);
use vars qw($DISTRIB_RELEASE);
use vars qw($DISTRIB_BRANCH);
use vars qw($DISTRIB_DESCRIPTION);
use vars qw(%UPDATE);

$DISTRIB_ID="Fhem";
$DISTRIB_RELEASE="5.2";
$DISTRIB_BRANCH="DEVELOPMENT";
$DISTRIB_DESCRIPTION="$DISTRIB_ID $DISTRIB_RELEASE ($DISTRIB_BRANCH)";

$UPDATE{server} = "http://fhem.de";
$UPDATE{path} = "fhemupdate4";
$UPDATE{packages} = "FHEM";

1;
###############

und fhem danach neu starten.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig · 16 Oktober 2012, 08:36:03

> Das einzige was mir aufgefallen ist, ist das ein Ordner doc (mit ein paar
> html-Files aber nicht alle) ins Fhem Hauptverzeichnis (fhem/doc) angelegt
> wurde.

Danke, mein Fehler, habs geaehdert. Wird in Deinem Fall aber nichts mehr
Aendern.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

update unterschiede?

Guest

Guest