I'm from Turkey and *still *there is no official announcement about this delay as far as I know. Looks like Sozcu newspaper ( http://www.sozcu.com.tr/2015/gunun-icinden/saatler-ne-zaman-geri-alinacak-ya...) wrote it without any official announcement. I tweeted and mailed to them but no feedback yet. Usually, these DST changes announce in Resmi Gazete ( http://www.resmigazete.gov.tr/default.aspx) as Matt mentioned. But there is no announcement for this. 1,5 hour ago a new topic published in Haberturk ( http://www.haberturk.com/ekonomi/enerji/haber/1131744-kis-saati-uygulamasi-e...) on this topic. And it says; Government Spokesman Numan Kurtulmuş (
https://en.wikipedia.org/wiki/Numan_Kurtulmu%C5%9F): "Department of Energy *continues *study. *Most probably*, it will be delay 15 days ahead (from Oct 25th to Nov 8th). This is considered as one of the national selection precautions. On 8 or 9 November, DST will be canceled and it will switch to normal time."
IMHO, it is *okey *to update tz database as Paul did. On Tue, Sep 22, 2015 at 12:48 AM, Paul Eggert <eggert@cs.ucla.edu> wrote:
On 09/21/2015 01:41 PM, Deborah Goldsmith wrote:
when you’re pushing bits to hundreds of millions of devices you need to do
thorough testing. There are also release cycles, as users don’t like to be bombarded with requests to update their devices too frequently
Red Hat and Ubuntu have tens of millions of users. This difference in scale does not explain why Apple can take over six months to propagate a small change to time zone data, whereas Ubuntu can do it in a few hours. More plausibly, the difference comes from Apple bundling time zone data into its operating systems and requiring a full test cycle and OS upgrade in order to install fixes, whereas Red Hat, Ubuntu, etc. treat time zone data separately and routinely issue minor updates for just a few small files, which can be tested separately.
The incremental approach is better for end users and for developers and for testers, and one way or another Apple needs to change its software process to support it. Any such change is needed regardless of what tzdata does, because governments typically don't notify us a year in advance. Of course a development-organization battleship cannot turn on a dime, but that's OK; there's no rush, as in the meantime you can cherry-pick changes from the experimental version on Github as needed.
If there is impact on IANA from releasing more frequent updates
There is some impact on IANA, though not much: they are mostly just hosting the data. There is more impact on me, and on development organizations downstream from tzdata. Every time I do a release, I check over the distribution; some of this work is automated and some is not. My work is volunteer and my time is limited. The situation is similar for many other downstream developers. Most do not have the resources of Ubuntu or Red Hat, much less Apple or Google.
-- Soner Gönül http://sonergonul.net http://twitter.com/sonergonul