FHEM update

[HoTi]

Hallo zusammen,

gehen die updates wieder? Und kann das wirklich sein das das alles ist?

List of new / modified files since last update:
UPD FHEM/95_Dashboard.pm
UPD www/pgm2/dashboard.js
UPD www/pgm2/dashboard_ios7.css
UPD www/pgm2/dashboard_style.css

Das scheint mir sehr sehr wenig für so eine lange downtime.

mein Stand:

# $Id: fhem.pl 8952 2015-07-13 12:30:26Z rudolfkoenig $
# $Id: 95_Alarm.pm 2014-08 - pahenning $
# $Id: 10_CUL_HM.pm 8944 2015-07-12 11:12:11Z martinp876 $
# $Id: 98_DOIF.pm 8432 2015-04-13 19:34:11Z damian-s $
# $Id: 95_Dashboard.pm 5921 2014-05-21 18:47:19Z svenson08 $
# $Id: 72_FB_CALLLIST.pm 8900 2015-07-05 18:54:17Z markusbloch $
# $Id: 72_FB_CALLMONITOR.pm 8791 2015-06-21 11:23:23Z markusbloch $
# $Id: 01_FHEMWEB.pm 8965 2015-07-14 13:56:38Z rudolfkoenig $
# $Id: 00_FHEMduino.pm mdorenka $
# $Id: 14_FHEMduino_Env.pm 3818 2014-06-13 $
# $Id: 14_FHEMduino_FA20RF.pm 3818 2014-06-24 $
# $Id: 14_FHEMduino_PT2262.pm 0002 2014-05-28 15:50:00Z snoop & mdorenka $

# $Id: 10_FRM.pm 6946 2014-11-11 07:32:47Z ntruchsess $
# $Id: 20_FRM_OUT.pm 5927 2014-05-21 21:56:37Z ntruchsess $
# $Id: 92_FileLog.pm 8927 2015-07-09 07:12:52Z rudolfkoenig $
# $Id: 55_GDS.pm 8677 2015-06-01 17:11:36Z betateilchen $
# $Id: 00_HMLAN.pm 8885 2015-07-04 08:45:34Z martinp876 $
# $Id: 98_HTTPMOD.pm 8282 2015-03-24 20:36:58Z ststrobel $
# $Id: 49_IPCAM.pm 2626 2013-02-01 19:19:15Z mfr69bs $
# $Id: 21_OWTHERM.pm 7181 2014-12-10 05:13:48Z pahenning $
# $Id: 00_OWX.pm 6392 2014-08-11 15:25:00Z ntruchsess $
# $Id: 59_PROPLANTA.pm 8709 2015-06-07 14:32:51Z tpoitzsch $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 8965 2015-07-14 13:56:38Z rudolfkoenig $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 90_at.pm 8326 2015-03-29 13:30:57Z rudolfkoenig $
# $Id: 98_autocreate.pm 8758 2015-06-16 17:12:39Z rudolfkoenig $
# $Id: 98_dummy.pm 8809 2015-06-23 18:02:33Z rudolfkoenig $
# $Id: 91_eventTypes.pm 8725 2015-06-10 09:50:06Z rudolfkoenig $
# $Id: 98_fheminfo.pm 7346 2014-12-29 08:38:52Z rudolfkoenig $
# $Id: 95_holiday.pm 8723 2015-06-10 09:09:01Z rudolfkoenig $
./FHEM/99_myUtils.pm: No such file or directory
# $Id: myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig $
# $Id: 99_myUtilsTelefon.pm 1932 2012-10-06 20:15:33Z ulimaass $
# $Id: 91_notify.pm 8953 2015-07-13 15:13:06Z rudolfkoenig $
# $Id: 33_readingsGroup.pm 8792 2015-06-21 12:39:22Z justme1968 $
# $Id: 98_telnet.pm 8952 2015-07-13 12:30:26Z rudolfkoenig $
# $Id: 98_update.pm 8574 2015-05-14 07:59:32Z rudolfkoenig $
./FHEM/95_webViewControl.pm: No such file or directory
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $

[FunkOdyssey]

Ich bin mal so frei und behaupte, dass die Updates nicht funktionieren bzw. vorsorglich noch nicht "freigegeben" sind. Wobei ich das nicht wirklich beurteilen kann. Bei mir wird seit zwei Wochen das gleiche Changelog angezeigt. Vielleicht muss ich auch einfach mal das "alte" Update durchführen.

Es scheint im SCM noch einige Problemchen zu geben, oder? (Quelle: http://forum.fhem.de/index.php/topic,39259.msg316885.html)

Genügend Commits sind ja anscheinend seit gestern wieder vorhanden:
http://sourceforge.net/p/fhem/code/commit_browser



Nachtrag:
Ich habe das alte Update mal durchgeführt.
Die neuen Commits sind beim nachfolgenden "Update check" nicht enthalten.
Also müssen wir noch warten.

[FunkOdyssey]

Das Update (oder das Controlfile oder wie das heißt) scheint außerplanmäßig aktualisiert worden zu sein.  Ein "update check" ergibt nun eine lange Liste.

Und ich Blödmann habe ich mir die Dateien gerade manuell aus dem SVN geholt.

[ext23]

Moin,

also seit heute geht bei mir ein update check wieder. Aber es scheint, dass der das komplette FHEM updated. Da sind bestimmt irgend welche Zeitstempel verrutscht weil so viel hat sich in den paar Tagen sicher nicht geändert. Ich werd mal noch ein paar Tagen warten bis sich alles einschwingt.

Gruß
Daniel

[AitschPi]

Nach dem ersten kompletten update (dauert je System etwas oder etwas länger) kommt sozusagen an "Tag 2" nur noch das update der wirklich neuen Dateien. Das erste lange update liegt wohl am angekündigten Systemumzug?

[matzemoerk]

Ich hänge mich mit meinem update Problem mal hier mit an:

- Update Check Zeigt einen ganzen Haufen Dateien an
- Update beginnt zu Arbeiten, bricht aber immer an unterschiedlichen Stellen mit "Can't connect(1) to http://fhem.de:80: IO::Socket::INET: connect: No route to host" ab.

Fhem läuft auf einem BananaPI, Internetprovider ist Unitymedia via dem furchtbaren TC7200. Die Probleme gabs vor dem Sourceforge Problem noch nicht. 

[AitschPi]

Vielleicht ist der Server wegen der ganzen Anfrage etwas überlastet? Probiere es doch mal zu echten Nebenzeiten wie zwischen 03:00 oder 04:00 Uhr... Könnte man eigentlich auch mit einem (einmaligen) at und einer krummen Zeit wie 03:37 jetzt schon vorausplanen...

[FunkOdyssey]

Wurde denn da überhaupt etwas geändert?
Mir ist das neu (oder ich habe das nicht mitbekommen), dass bereits ein Wechsel vorgenommen wurde.

Dies hat doch auch gar nichts mit dem Update zu tun, oder?
Ich weiß nicht wirklich, die das Fhem-Update technisch abläuft.
Aber im SVN von Sourceforge findet doch noch die Entwicklung statt.
Ein Umzug auf ein eigenes Git hat AFAIK noch gar nicht stattgefunden.

Ich erkläre mich das (Laie!) so, dass die Anzahl der geänderten Dateien einfach nur den Crash von Sourceforge zu erklären sind.

Man möge mich korrigieren, wenn ich falsch liege.

[Sunless]

Hallo in die Runde,

ich bin leider auch UM-Kunde und habe selbiges Problem wie matzemoerk - Abbruch des (Komplett-)Updates bei verschiedenen Dateien.
Bekomme - seitdem das Update generell wieder funktioniert - seit Tagen dies nicht komplett zum durchlaufen (trotz AT alle Stunde)

Gibt es evtl. eine Möglichkeit, dies einmalig manuell zu erledigen, so dass mein FHEM wieder "auf Stand" ist und die regulären morgendlichen Updates eingespielt werden können?

Dank vorab für Tipps und Tricks ...

Gruß
Sebastian

[Wuppi68]

Nimm die Google nameserver


Gesendet von iPhone mit Tapatalk

[Sunless]

Gute Idee,

Danke für den Tipp - hat geklappt ...

Update lief (schlich) zwar gute 3 Stunden, aber nu ist es durch 

Grüße ...

[matzemoerk]

Trage ich die Google ipv6 Nameserver im Router ein, ändert sich leider nichts im Fehlerverhalten. Sunless, wo hast du sie eingetragen? Hast du sonst irgendwelche Änderungen gemacht?

Grüße,
Matthias

[Wuppi68]

hast Du ipv6 native oder einen dual stack?

bei Dualstack einfach IPV6 deaktiveren auf dem Pi und dann die V4 NS eintragen

[matzemoerk]

Ich habe DS-Lite. Heute nachmittag werde ich es nochmal versuchen. Gestern Abend bin ich hier im Forum auf ein Update-Script gestoßen, was funktioniert hat.

Grüße,
Matthias