[tz] Turkey delays winter time

[Soner Gönül]

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-yaz-saati-uygulamasinin-bitisi-ertelendi-940756/)
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-ertelendi)
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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20150922/77bb2d05/attachment.html>