Ich habe bei mir updateNoFileCheck auf 1 gesetzt, um Fehler beim Update modifizierter Dateien aus einem eigenen Master zu verhindern.
Jedoch bekomme ich heute folgende Fehlermeldung und anschließenden Update-Abbruch:
UPD ./CHANGED
UPD ./configDB.pm
UPD ./fhem.pl
UPD FHEM/00_NetzerI2C.pm
UPD FHEM/00_OWX.pm
UPD FHEM/00_RPII2C.pm
UPD FHEM/00_SONOS.pm
UPD FHEM/00_ZWDongle.pm
UPD FHEM/01_FHEMWEB.pm
UPD FHEM/10_CUL_HM.pm
UPD FHEM/10_FRM.pm
UPD FHEM/10_KOPP_FC.pm
UPD FHEM/10_OWServer.pm
UPD FHEM/10_ZWave.pm
UPD FHEM/10_pilight_ctrl.pm
UPD FHEM/11_OWDevice.pm
UPD FHEM/21_OWAD.pm
UPD FHEM/21_OWCOUNT.pm
UPD FHEM/21_OWID.pm
UPD FHEM/21_OWLCD.pm
UPD FHEM/21_OWMULTI.pm
UPD FHEM/21_OWSWITCH.pm
UPD FHEM/21_OWTHERM.pm
UPD FHEM/21_OWVAR.pm
UPD FHEM/21_SONOSPLAYER.pm
UPD FHEM/30_pilight_switch.pm
UPD FHEM/31_HUEDevice.pm
UPD FHEM/31_LightScene.pm
UPD FHEM/36_PCA301.pm
UPD FHEM/42_SYSMON.pm
UPD FHEM/49_SSCam.pm
UPD FHEM/50_TelegramBot.pm
UPD FHEM/51_RPI_GPIO.pm
UPD FHEM/52_I2C_K30.pm
UPD FHEM/52_I2C_MCP342x.pm
UPD FHEM/55_GDS.pm
UPD FHEM/57_Calendar.pm
UPD FHEM/59_OPENWEATHER.pm
UPD FHEM/59_PROPLANTA.pm
UPD FHEM/59_Weather.pm
UPD FHEM/70_BRAVIA.pm
UPD FHEM/70_JSONMETER.pm
UPD FHEM/70_PHTV.pm
UPD FHEM/71_PHILIPS_AUDIO.pm
UPD FHEM/71_YAMAHA_NP.pm
UPD FHEM/72_FRITZBOX.pm
Got 213764 bytes for FHEM/72_FRITZBOX.pm, expected 210191
aborting.
Das dürfte doch eigentlich nicht passieren, oder?
Gruß
Veit
Das hat nichts mit noFileCheck zu tun, sondern damit, dass die abgeholte Datei nicht soviele Bytes hat, wie angekuendigt.
OK, ich dachte die Prüfung würde damit auch unterdrückt. :-[
Ich habe die betroffenen modifizierten Dateien jetzt per excludefromUpdate herausgenommen. Dann läuft es durch.