From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 96332 invoked by alias); 12 Aug 2015 21:07:24 -0000 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org Received: (qmail 39730 invoked by uid 89); 12 Aug 2015 14:24:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_50,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: nymeria.archlinux.org Subject: Re: Removing locale timezone information To: keld@keldix.com, Paul Eggert References: <556F23C9.3030500@redhat.com> <20150603203430.GC15814@www5.open-std.org> <55715DB2.2010500@redhat.com> <20150806175226.GD28963@www5.open-std.org> <55C51D35.8060406@cs.ucla.edu> <20150809145027.GA5048@www5.open-std.org> <55C7773F.30205@cs.ucla.edu> <20150812140837.GA23436@www5.open-std.org> Cc: Marko Myllynen , GNU C Library , libc-locales@sourceware.org From: Allan McRae X-Enigmail-Draft-Status: N1110 Message-ID: <55CB570B.6020600@archlinux.org> Date: Wed, 12 Aug 2015 21:07:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150812140837.GA23436@www5.open-std.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-q3/txt/msg00101.txt.bz2 On 13/08/15 00:08, keld@keldix.com wrote: > On Sun, Aug 09, 2015 at 08:52:31AM -0700, Paul Eggert wrote: >> keld@keldix.com wrote: >>> So glibc has no way of making quick corrections appear in distros? >>> I think most other critical software has a path to have eg security fixes >>> happen very fast in distros. >> >> It's typically harder to update glibc than to update time zone data. This >> is partly a matter of size (glibc's files are an order of magnitude larger >> than tzdata's), and partly a matter of release engineering (changing tzdata >> has far fewer security and reliability implications than changing glibc >> does). We don't want to treat every minor daylight-saving rule change with >> the same urgency and thoroughness as we treat a serious security bug in >> glibc. And this is why most (perhaps all) GNU/Linux distributions have >> decoupled tzdata from glibc. > > My impression is that timezone changes are normally announced in due time > so that they can be included in normal glibc release schedule, which > I think is about twice a year, but irregulary. I have not been down into > the data, tho. I can recall a couple of occasions where there was a very short notice. e.g. last week, North Korea changed its timezone, effective on the 15th. Going through the archives of tz-announce [1], shows plenty of short notice changes. It seems you should look at actual data before making these assertions. Allan [1] http://mm.icann.org/pipermail/tz-announce/