The time change (DST) in the weekend op 26-27/10/2013 will create some problems.
It has always been a problem, but since last year I had it under control. (Although on Sunday a later on the day update has been required).
But now my partner in crime has placed me for a surpise. One of the programs I grab the data with is being written by somebody from the Mediaportal Group (MP). (I write mostly grabber definitions for different websites) In this group they have also issues with this time change, so some time ago they implemented a change, and the grabber does this now:
Coming 'Day-Light-Saving-Time' change! Time-Offset change for all shows after stoptime 20131027010000 +0000 Starting with show : Exploits at local time 27/10/2013 02:00
This will create problems on enigma2 boxes. Although the schedule is correct and in the correct timezone in the XMLTV file,
However in a E2 box upon import all EPG is converted to UTC timecode. So the correct EPG of the XMLTV is upon import to UTC - with an incorrect timesetting because the time setting is used from the moment of import) So all EPG is converted to today's timezone. So all schedule from Sunday on will be incorrect.
On the moment of the timechange the E2 box will correct the existing EPG in the box to the new situation. So the incorrect EPG in your box is shifted again one hour.
To make matters worse, If you now reimport this will give you a correct schedule, but mixed with the incorrect one.
So on Sunday:
1. Delete all your epg in the box.
2. Reimport the epg after 12h00 (as I will need time to check the new situation)
3. Check all your timers, escpecially those set by autotimer.
Willy