Re: [Ntp] Finding leap-seconds.list

Thomas Peterson <hidinginthebbc@gmail.com> Fri, 09 November 2018 01:02 UTC

Return-Path: <hidinginthebbc@gmail.com>
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 1580D130DC1 for <ntp@ietfa.amsl.com>; Thu, 8 Nov 2018 17:02:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 ODA4prLnrLFJ for <ntp@ietfa.amsl.com>; Thu, 8 Nov 2018 17:02:02 -0800 (PST)
Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB9AB12F1AB for <ntp@ietf.org>; Thu, 8 Nov 2018 17:02:01 -0800 (PST)
Received: by mail-pg1-x533.google.com with SMTP id w3-v6so89488pgs.11 for <ntp@ietf.org>; Thu, 08 Nov 2018 17:02:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=HFhl/0sYAgE1XMmyWc0KWASq9oGscYluZv3fQu3sDHU=; b=hWHB0oCXACtc5QJx5wJd8IeVCzldgUY2fScVT47k+9pDHd/OuOlB2ajDG6/QHzkQ4f urnLRb4ivmovnr++c4pc7bduZmQ4evQUQrsWVHDa21YR6hgE8Ehe4PRDVPiKFQKf1YBK mHjY9A2AlJ/PwERJzVKfLca6JSX2dZ0HE3dd3Cx9z3rhLip2C49sojfxqdgh0OhWgwwu cUiTQ1nhQj/FnIzXV6bBoi2+8ziftqWQEwQ2GIyHYuparXSjhhyK2HpqX1RhImexXseM zkrAA0J5hcaOtpPzSYcEX57kZuOG1p10XkGbGw4mpRFmF57Mlg7P01CDqtusOQ9wEQtY MNAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=HFhl/0sYAgE1XMmyWc0KWASq9oGscYluZv3fQu3sDHU=; b=KOSDxYkhdw5M+nBdf4SetR04K+GIWnepbusPiliBrTZcVgKhMeEfYd5nk54797Dhq8 nTqqK9FnNsMDDjYz5UWSLiF7n2DaKle+rH5OBDvMtXrX6EiJ293hAOItXJ7MQf5y2eVA VREnyJl7pHMEbxGtb3CnyPXE6XOYcR+V0XyELhbEILYzjGialIu38W78rvmqsj4QJO45 rdj4Nj4QP+o3R73ntdGo3aVzjSdgCMGgYmGWXG9Vw5pusmTIx5yZI8SE8De6TMR11Z3e Cybtpz6pkKeIZqeSIW6YiuXMQJ4iWRdjpTbjRYs2qDspdcBL7W45RpYO+iwVhJf4ezhD Kj5A==
X-Gm-Message-State: AGRZ1gIwkx+bNduCW9ci3gUFS1crDOHvvQUj2IK6lk5kIy8ACESwmPFp Iq4wob2kV7qSvmy/0GFAaJfR6tP1V9Y=
X-Google-Smtp-Source: AJdET5eYgPJFSPjWRWsabvhBtWkEFFITraiW77JXeXxWI4Elm69qZqv96fwOSiPx8N0lDipQBDbZsQ==
X-Received: by 2002:a63:5f41:: with SMTP id t62mr5737821pgb.76.1541725321250; Thu, 08 Nov 2018 17:02:01 -0800 (PST)
Received: from ROADKILL.local (110-170-120-2.static.asianet.co.th. [110.170.120.2]) by smtp.gmail.com with ESMTPSA id r4sm4837549pgn.54.2018.11.08.17.01.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Nov 2018 17:02:00 -0800 (PST)
To: Paul Eggert <eggert@cs.ucla.edu>, Dieter Sibold <dsibold.ietf@gmail.com>, Denis Reilly <denis.reilly@orolia.com>
Cc: Martin Burnicki <martin.burnicki@meinberg.de>, ntp@ietf.org
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>
From: Thomas Peterson <hidinginthebbc@gmail.com>
Message-ID: <3376ec19-f835-5a4c-c468-77f1177e0b45@gmail.com>
Date: Fri, 09 Nov 2018 01:01:58 +0000
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.0
MIME-Version: 1.0
In-Reply-To: <a7d8d58b-7370-1b4c-0c70-fd775dfbf854@cs.ucla.edu>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/D1eSr7RlgFtePOUnuSXe0cqe0kI>
Subject: Re: [Ntp] 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: Fri, 09 Nov 2018 01:02:04 -0000

Apologies, please allow me to clarify.

This discussion is around putting forward a suggestion of action for the 
IETF's hosting of tzdb on IETF infrastructure as no published 
specification mandates so. There is no discussion here to remove 
"leap-seconds.list" from the tzdb distribution. If that was a subject I 
wished to propose it would have been raised in a more appropriate forum 
such as the tz mailing list.


Regards


On 08/11/2018 21:39, Paul Eggert wrote:
> 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.
>
> A couple of the suggestions in this thread have also been made in the 
> tz mailing list, and have been rejected because they have problems.
>
> * Other "far more authoritative sources" for the leap-seconds.list 
> file have been unreliable in practice: for example, they use FTP 
> servers that are often unavailable. I've had to wait weeks to get the 
> file in some cases.
>
> * tzdb cannot use the leap second file directly from the IERS because 
> that file is copyrighted, whereas leap-seconds.list is public domain.
>