←  [EN] Enduser support

Forums

»

Outdated timezones

WanWizard's Photo WanWizard 6 Apr 2015

That's an E1 file. We haven't build any E1 images in ages...

 

And that XML file only contains timezone names, no timezone info at all. It is the OS that deals with timezones, and OpenPLi 4 is virtually up to date (it is one update behind, which will be corrected with the next OE update).

Quote

Taapat's Photo Taapat 6 Apr 2015

@WanWizard in  E2 Components/Timezones use /etc/timezone.xml to set the time zone. http://sourceforge.n...imezones.py#l13

But I do not know from where comes this file in the image.

Quote

Taapat's Photo Taapat 6 Apr 2015

If in this file is missing some zone, or it contains incorrect zone= it's not possible to set the correct time without problems.

Should be used other zone to have correct change, or not change to the winter/summer time.


Edited by Taapat, 6 April 2015 - 18:40.
Quote

crazyyyk's Photo crazyyyk 6 Apr 2015

If in this file is missing some zone, or it contains incorrect zone= it's not possible to set the correct time without problems.

It seems like nobody cares. The best option is to edit tomezone.xml by yourself... 

But if openpli don't update this file may be it will be better to remove it from tuxbox-common package? Then the file won't be overwritten with upcoming updates of sattelite.xml...

Quote

crazyyyk's Photo crazyyyk 6 Apr 2015

That's an E1 file. We haven't build any E1 images in ages...

 

Are you sure?

It is absolutely the same as timezones.xml in the latest openpli release...

Quote

Taapat's Photo Taapat 6 Apr 2015

But from where openpli to update this file if you have not specified exactly what needs to correct?

Only if you offer fixes, but they are ignored, only then can you say that nobody cares.
You write that the file is wrong, but what need to correct you do not offer.

 

Of course, if the file comes from OE which openpli not maintained, then the most likely nothing will change.

Quote

WanWizard's Photo WanWizard 6 Apr 2015

I'm not a dev, so I can't comment on anything in the code. I can only see that the link points to the E1 cdk image (old 500, 7000).

Quote

MiLo's Photo MiLo 7 Apr 2015

If I understand correctly the problem is not about a timezone missing or incorrect.

The problem is that you want to disable the "daylight saving time" feature for your zone?
Quote

Erik Slagter's Photo Erik Slagter 7 Apr 2015

That may be a property of your time zone, but then it won't be called "GMT+1".

Quote

crazyyyk's Photo crazyyyk 7 Apr 2015

If I understand correctly the problem is not about a timezone missing or incorrect.

The problem is that you want to disable the "daylight saving time" feature for your zone?

I want to set timezone that missing in timezones.xml and missing in /usr/share/zoneinfo

I can install package  tzdata-europe, but it only adds my timezone to /usr/share/zoneinfo

And I have to edit timezones.xml every time after update tuxbox-common package.

My timezone is /usr/share/zoneinfo/Europe/Samara (GMT+4 without daylight saving time)

Quote

gladiat's Photo gladiat 7 Apr 2015

If I understand correctly the problem is not about a timezone missing or incorrect.

The problem is that you want to disable the "daylight saving time" feature for your zone?

I think it is a problem of incoorect timezone

When I choose the timezone GMT+1 West Central Africa (while I am in Algeria where Time Zne in Unix systemms is TZ-Algiers GMT+1 all the year without daylight saving)

the time displayed is 3 PM, while it should display 4 PM while it is 3 PM GMT

Quote

Taapat's Photo Taapat 7 Apr 2015

So for crazyyyk need to add:

<zone name="(GMT+04:00) Samara" zone="Europe/Samara" />

for gladiat:

<zone name="(GMT+01:00) Algeria" zone="Africa/Algiers" />

When started this topic I for myself make some changes in my timezones.xml. I can see that in many locations are used the same time zone (for example Istanbul). While in these countries due to political reasons time zones have not been changed, everything is ok, but I tried change to one of those cities, that are in the settings:

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

If someone is interested here's my corrected timezones.xml in witch I also add Samara and Algeria: https://bitbucket.or...e.xml?at=master

Quote

WanWizard's Photo WanWizard 7 Apr 2015

It should not be too difficult to generate the XML, so it's always up to date?

 

The fact that it's in a the cdk repo probably doesn't help, nobody looks in there for files still being used. We still have the same issue with the satellites.xml.

Quote

crazyyyk's Photo crazyyyk 7 Apr 2015

So for crazyyyk need to add:

<zone name="(GMT+04:00) Samara" zone="Europe/Samara" />

I  already added it, but it will be replaced in the next update. Hope openpli will add your changes in timezones.xml + files in /usr/share/zoneinfo

Quote

Erik Slagter's Photo Erik Slagter 7 Apr 2015

If we collect all additions in this topic, we can merge them all in one go in the svn.

Quote

gladiat's Photo gladiat 8 Apr 2015

So for crazyyyk need to add:

<zone name="(GMT+04:00) Samara" zone="Europe/Samara" />

for gladiat:

<zone name="(GMT+01:00) Algeria" zone="Africa/Algiers" />

When started this topic I for myself make some changes in my timezones.xml. I can see that in many locations are used the same time zone (for example Istanbul). While in these countries due to political reasons time zones have not been changed, everything is ok, but I tried change to one of those cities, that are in the settings:

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

If someone is interested here's my corrected timezones.xml in witch I also add Samara and Algeria: https://bitbucket.or...e.xml?at=master

 

 

Hello

 

Should we just edit the timezone.xml file, what about /usr/share/zoneinfo that contains directories for each corrsponding timezone and with a binary file inside?


Edited by gladiat, 8 April 2015 - 11:36.
Quote

Pr2's Photo Pr2 8 Apr 2015

Hi,

May be those link can help you figure out what happens with the timezone and DST. Some countries also decide to stop DST.

http://www.worldtimezone.com/dst_news/

And especially this one:

http://www.worldtime...s_russia66.html

Pr2
Quote

crazyyyk's Photo crazyyyk 12 Apr 2015

Why do you move timezone.xml to enigma2 package? Before I just delete tuxbox-common package and edit timezone.xml for myself. Now I should replace timezone.xml every time I update my box. I think if you move timezone.xml to enigma2 package you should actualize timezones!

Quote

ims's Photo ims 12 Apr 2015

When will be timezone.xml actualised well, then you must not edit it yourself more, i think...

Quote

Erik Slagter's Photo Erik Slagter 12 Apr 2015

What ims says. The timezone.xml should be corrected in the build process, it should not be necessary to do it yourself.

 

With this change we can actually make changes, which was not possible before.

 

I am planning to incorporate the changes mentioned here in a few days.

Quote