[Ntp] Antw: Re: Finding leap-seconds.list

"Ulrich Windl" <Ulrich.Windl@rz.uni-regensburg.de> Mon, 12 November 2018 11:34 UTC

Return-Path: <Ulrich.Windl@rz.uni-regensburg.de>
X-Original-To: ntp@ietfa.amsl.com
Delivered-To: ntp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6FC112D4EF for <ntp@ietfa.amsl.com>; Mon, 12 Nov 2018 03:34:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S8H-WGLN2Xwv for <ntp@ietfa.amsl.com>; Mon, 12 Nov 2018 03:34:08 -0800 (PST)
Received: from rrzmta1.uni-regensburg.de (rrzmta1.uni-regensburg.de [194.94.155.51]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34109130E37 for <ntp@ietf.org>; Mon, 12 Nov 2018 03:34:08 -0800 (PST)
Received: from rrzmta1.uni-regensburg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id F322267EFE for <ntp@ietf.org>; Mon, 12 Nov 2018 12:34:05 +0100 (CET)
Received: from gwsmtp1.uni-regensburg.de (gwsmtp1.uni-regensburg.de [132.199.5.51]) by rrzmta1.uni-regensburg.de (Postfix) with ESMTP id 3599868006 for <ntp@ietf.org>; Mon, 12 Nov 2018 12:34:03 +0100 (CET)
Received: from uni-regensburg-smtp1-MTA by gwsmtp1.uni-regensburg.de with Novell_GroupWise; Mon, 12 Nov 2018 12:34:03 +0100
Message-Id: <5BE96529020000A10002E079@gwsmtp1.uni-regensburg.de>
X-Mailer: Novell GroupWise Internet Agent 18.0.2
Date: Mon, 12 Nov 2018 12:34:01 +0100
From: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>
To: Paul Eggert <eggert@cs.ucla.edu>, Dieter Sibold <dsibold.ietf@gmail.com>, Thomas Peterson <hidinginthebbc@gmail.com>, Denis Reilly <denis.reilly@orolia.com>
Cc: "ntp@ietf.org" <ntp@ietf.org>, martin.burnicki@meinberg.de
References: <5884DA3A-B95B-4D6B-9A31-E964CE4F02EF@gmail.com> <53bc1310-c198-557a-54ca-57b5b0af9bcb@meinberg.de> <AM6PR0602MB3733A11C62B7A0ED49F318B5FFC40@AM6PR0602MB3733.eurprd06.prod.outlook.com> <9A89609A-9A4E-41EB-A857-91252E5F6D04@gmail.com> <43c65279-12fa-4510-1d8f-b6e1b03caf7e@gmail.com> <a7d8d58b-7370-1b4c-0c70-fd775dfbf854@cs.ucla.edu>
In-Reply-To: <a7d8d58b-7370-1b4c-0c70-fd775dfbf854@cs.ucla.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/QVGIk0lrh3rsyJtxFx2MBT6gDQM>
Subject: [Ntp] Antw: Re: Finding leap-seconds.list
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <ntp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ntp>, <mailto:ntp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ntp/>
List-Post: <mailto:ntp@ietf.org>
List-Help: <mailto:ntp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ntp>, <mailto:ntp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Nov 2018 11:34:11 -0000

>>> Paul Eggert <eggert@cs.ucla.edu> schrieb am 08.11.2018 um 22:39 in
Nachricht
<a7d8d58b-7370-1b4c-0c70-fd775dfbf854@cs.ucla.edu>:
> On 11/7/18 6:49 PM, Thomas Peterson wrote:
>> * The IETF ceases to host unpacked versions of tzdb
> 
> I'm not sure exactly what is being proposed here. That being said, the 
> tzdb distribution <https://www.iana.org/time‑zones> is not going to 
> remove the leap‑seconds.list file. That file is used by tzdb itself and 
> (like it or not) many downstream packages depend on it. Whatever problem 
> you're trying to solve, removing leap‑seconds.list can't be part of the 
> solution.

So if TZ data depend on the leapsecond list, the previous discussion on
whether the TZ data wil be updated frequently enough should be solved: In my
view of things new TZ data should be made availale whenever a new leapsecond
file is available (or at least significantly before the last one expires).

[...]

Regards,
Ulrich