69 replies to this topic

[WanWizard]

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).

[Taapat]

@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.

[Taapat]

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.

[crazyyyk]

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...

[crazyyyk]

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...

[Taapat]

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.

[WanWizard]

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).

[MiLo]

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?

[Erik Slagter]

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

[crazyyyk]

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)

[gladiat]

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

[Taapat]

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

[WanWizard]

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.

[crazyyyk]

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

[Erik Slagter]

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

[gladiat]

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.

[Pr2]

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

[crazyyyk]

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!

[ims]

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

[Erik Slagter]

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.