From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 117053 invoked by alias); 19 Mar 2018 07:54:24 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 117036 invoked by uid 89); 19 Mar 2018 07:54:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.7 required=5.0 tests=AWL,BAYES_00,KAM_COUK,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=among X-HELO: mycogen.trantor.org.uk Message-ID: <1521446048.12178.5.camel@scaramanga.co.uk> Subject: Re: [PATCH]: update leapseconds From: Gianni Tedesco To: Paul Eggert , libc-alpha@sourceware.org Date: Mon, 19 Mar 2018 07:54:00 -0000 In-Reply-To: References: <1521318621.12178.2.camel@scaramanga.co.uk> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2018-03/txt/msg00446.txt.bz2 On Sun, 2018-03-18 at 16:59 -0700, Paul Eggert wrote: > As I understand it, the leapseconds file (like most of the other > files in the > glibc timezone directory) is intended only for test data, and is not > kept > up-to-date. Perhaps this should be stated more clearly in the files' > headers. > > Another possibility would be to remove these files, as purposely out- > of-date > files cause confusion among glibc contributors. Ah, I was under the impression they were used when converting in and out of "right" timezones. But now I see that information is in the tzinfo file itself. My bad. Gianni