44 replies to this topic

[WanWizard]

A linux OS uses the tzdata package, which has your iana link as source.

 

But in OpenEmbedded, this package is split into different sub-packages for space reasons, zo you have tzdata-europe, tzdata-asia, etc. Appearently that was still too big and/or not handy for the boxes in the beginning of the OpenPLi era, since there is a custom recipe that splits of a few entries for each timezone, and then maps other timezone names to it. So you have all the Western European, and African cities pointing to the "CET" timezone definition, which is not correct in all cases..

 

So the UI should give the user to select the correct timezone, as supported by tzdata.

[zeros]

I can assure you that, in Estonia, as well in relation to the time of the winter at one hour wrong at the moment with PLi.

[WanWizard]

That wouldn't suprise me, as I wrote before, most of the entries for a timezone as mapped to the same tzdata entry.

 

For Tallinn:

<zone name="(GMT+02:00) Riga, Tallinn, Vilnius" zone="Europe/Istanbul" />

which is the same problem as was reported earlier. Because Istanbul is a bad guess for GMT+2 at the moment. But it is the only European city in the list:

<zone name="(GMT+02:00) Athens, Istanbul" zone="Europe/Istanbul" />
<zone name="(GMT+02:00) Bucharest" zone="Europe/Istanbul" />
<zone name="(GMT+02:00) Harare, Pretoria" zone="Africa/Harare" />
<zone name="(GMT+02:00) Helsinki, Kyiv, Sofia" zone="Europe/Istanbul" />
<zone name="(GMT+02:00) Riga, Tallinn, Vilnius" zone="Europe/Istanbul" />
<zone name="(GMT+02:00) Jerusalem" zone="Asia/Jerusalem" />

[zeros]

So you suggest to manually change it to a better zone? It sounds ridiculous in this century.
On the other hand, my wife insists that the time must be right and the timer recordings must be run on time.

[athoik]

Just install tzdata-europe and correct the /usr/share/enigma2/timezone.xml

eg.

opkg install tzdata-europe
sed -i 's#Europe/Istanbul#Europe/Athens#'g /usr/share/enigma2/timezone.xml
init 4 && sync && init 3

[WanWizard]

Just install tzdata-europe and correct the /usr/share/enigma2/timezone.xml

 

Exactly.

 

 

So you suggest to manually change it to a better zone? It sounds ridiculous in this century.
On the other hand, my wife insists that the time must be right and the timer recordings must be run on time.

 

The alternative is that you wait until someone has time to look into this. The way it works now has been in there for 10 years, I'm sure it will be addressed before the next DST change.

Edited by WanWizard, 29 October 2017 - 18:52.

[zeros]

OK, thank you, I'm going to do it.

[WanWizard]

As a quick fix, I've added Athens, and replaced the other GMT+2 entries (except Istanbul) with Europe/Athens. Will be in tomorrows 6.0-release update (if the build doesn't fail).

[zeros]

I report back, that this solution works well here and did the job out here
https://forums.openp...e-2#entry789895

[hariskar]

i do understand but you are doing something wrong because you are the only one with this problem

first of all you have to choose GMT+1 but there are different ones(see screenshots)

screenshot.jpgscreenshot1.jpgscreenshot2.jpgscreenshot3.jpgscreenshot4.jpg

 

did you tried one of these?

 

grtz Philip

 

 

Same problem here, I have this problem too since 28/10: In Greece we put time 1 hour ago but openpli did not adjust time.

Edited by hariskar, 30 October 2017 - 06:47.

[WanWizard]

Athens has been added, will be available later today, if we can manage to make the oscam builds work again.

[imperia]

Hello 

Few days ago i used this workaround:

opkg install tzdata-europe
sed -i 's#Europe/Istanbul#Europe/Athens#'g /usr/share/enigma2/timezone.xml
init 4 && sync && init 3

Today i updated my receiver and sofia bulgaria is -2 hours off now. instead of 18:00 it shows 16:00.

it is displaying UTC.

Should I reverse the changes?

[WanWizard]

Sofia was changed from Istanbul to Athens, as per this discussion. See https://github.com/O...63290a4f5ee2199.

 

So you might need to select your timezone again. You can use this to double check your timezone:

ls -l /etc/localtime

it will tell you where it is mapped to, in my case

lrwxrwxrwx    1 root     root            33 Oct 30 12:50 /etc/localtime -> /usr/share/zoneinfo/Europe/Dublin

[imperia]

root@et6x00:/usr/share/enigma2# date
Wed Nov  1 16:50:26 UTC 2017
root@et6x00:/usr/share/enigma2# ls -l /etc/localtime
lrwxrwxrwx    1 root     root            33 Nov  1 16:24 /etc/localtime -> /usr/share/zoneinfo/Europe/Athens
root@et6x00:/usr/share/enigma2#

 

looks correct

timezone.xml
<zone name="(GMT+02:00) Helsinki, Kyiv, Sofia" zone="Europe/Athens" />

and
tzdata-europe is installed.
 

Edited by imperia, 1 November 2017 - 18:44.

[imperia]

PS. There is not Athens in Europe folder but there is Sofia?

[WanWizard]

Europe/Athens should be there even without tzdata-europe, it was added here: https://github.com/O...6d5b92f683dbb75

 

On my 6.0-release box, it was installed without problems after the update of last weekend:

root@hd2400:~# ls -l /usr/share/zoneinfo/Europe/
-rw-r--r--    1 root     root          2271 Oct 29 23:23 Athens
-rw-r--r--    1 root     root          3559 Oct 29 23:23 Dublin
-rw-r--r--    1 root     root          2166 Oct 29 23:23 Istanbul
-rw-r--r--    1 root     root          1544 Oct 29 23:23 Moscow

[imperia]

Tried pointing localtime to Sofia. after restart it is Athens again.

Removed tzdata-europe. There were 3 files only without Athens.

Installed tzdata. Version  0.1 was installed this time. 4 files in folder including Athens.

rebooted and now everything is fine.

 

thanks for your help.

Edited by imperia, 1 November 2017 - 20:32.

[Erik Slagter]

BTW why don't we make a meta-package that includes all timezone packages and have the image depend on that?

[WanWizard]

Originally it is a single package, tzdata. we have a bb-append that splits it into several packages, one for every group (asia, europe, etc). And we only install a small subset by default, probably only just about enough to cover all 24 timezones.

 

I can only assume that this was invented 6 or more years ago for boxes with a very small flash. On the other hand, there are still plenty of people that complain about samba being in the image, and that is only about 6Mb in size.

 

My idea was to convert the current xml by a treeview (like used for xmltv sources and plugins) so the user can select anyy timezone. Once selected, it checks if it is already installed, and if not, install the package that supplies it. This way we still don't have to install anything for the majority of the users, while still watching the space usage by only installing the required package.

[Erik Slagter]

What size are we talking about? If the difference is 10k or 100k then I'd say, don't bother, install all of it, revert the package split.