Morocco abruptly drops clock change

Re:Morocco abruptly drops clock change by umeshunni on Friday October 26, 2018 @05:39PM (#18312909)

Brazil abruptly decided to delay the start of daylight savings time by a few weeks due to elections and a number of (unpatched?) Android phones showed the wrong time: https://androidcommunity.com/brazils-dst-change-inadvertentl...

[ Parent | on HN ]

Re:Morocco abruptly drops clock change by cesarb on Friday October 26, 2018 @09:10PM (#18313817)

It wasn't abrupt, tzdata 2018c from January already had that change: https://access.redhat.com/errata/RHEA-2018:0232

What was abrupt was that this month they decided to delay it even more due to the ENEM (https://pt.wikipedia.org/wiki/Exame_Nacional_do_Ensino_M%C3%...), and a few days later went back on that, keeping only the previous delay due to the elections.

What happened with smartphones is that most are configured to automatically track the timezone from the carrier, and some carriers didn't set it up correctly. So when the normal date for DST arrived this Sunday, these phones entered daylight savings time, even though this should happen only two weeks later.

(And of course, there's always the servers with unpatched software from 2016, and the servers with the Oracle JVM which for some reason uses its own copy of the tzdata database...)

[ Parent | on HN ]

Re:Morocco abruptly drops clock change by forinti on Saturday October 27, 2018 @11:19AM (#18316087)

Tell me about it. I had to update databases, linux servers, and java installations (tzupdater did not solve my java 8 issues, so I had to force JVMs into Etc/GMT+3).

I like daylight savings time, but I think it would be easier to just go to work an hour earlier.

[ Parent | on HN ]

Re:Morocco abruptly drops clock change by JshWright on Friday October 26, 2018 @06:35PM (#18313203)

I'm amazed that was the extent of it.

[ Parent | on HN ]