Re: [Tzdist] Next step

Ken Murchison <murch@andrew.cmu.edu> Thu, 29 October 2015 12:06 UTC

Return-Path: <murch@andrew.cmu.edu>
X-Original-To: tzdist@ietfa.amsl.com
Delivered-To: tzdist@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21B431B2DF1 for <tzdist@ietfa.amsl.com>; Thu, 29 Oct 2015 05:06:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 gCuZzKGPgUi2 for <tzdist@ietfa.amsl.com>; Thu, 29 Oct 2015 05:06:45 -0700 (PDT)
Received: from smtp.andrew.cmu.edu (SMTP.ANDREW.CMU.EDU [128.2.157.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC7CD1B2DE3 for <tzdist@ietf.org>; Thu, 29 Oct 2015 05:06:37 -0700 (PDT)
Received: from localhost.localdomain (cpe-76-180-151-43.buffalo.res.rr.com [76.180.151.43]) (user=murch mech=PLAIN (0 bits)) by smtp.andrew.cmu.edu (8.14.8/8.14.8) with ESMTP id t9TC6ZSi019178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <tzdist@ietf.org>; Thu, 29 Oct 2015 08:06:36 -0400
Message-ID: <56320BCB.2000100@andrew.cmu.edu>
Date: Thu, 29 Oct 2015 08:06:35 -0400
From: Ken Murchison <murch@andrew.cmu.edu>
Organization: Carnegie Mellon University
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: tzdist@ietf.org
References: <CADZyTkmO_PcfWTw-36U_6vo=EuDAnAmvUo6nvPZjkHjb_ALPSQ@mail.gmail.com> <40285_1445262970_t9JDu8BA043191_50DBD330DB51FDFC0C3E86D4@cyrus.local> <5624FAC4.5030008@andrew.cmu.edu> <B38549591D4FFBE5A83BF0BD@cyrus.local> <56253CCB.6010602@gmail.com> <316D3AAC6E4A5336C1784897@caldav.corp.apple.com> <5625EB92.4040808@cisco.com> <1D7932113B78B8547A9171D6@caldav.corp.apple.com> <5631DE94.3070105@cisco.com>
In-Reply-To: <5631DE94.3070105@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.10.29.120016
X-SMTP-Spam-Clean: 33% ( SXL_IP_DYNAMIC 3, TO_IN_SUBJECT 0.5, HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1800_1899 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DATE_TZ_NA 0, FROM_EDU_TLD 0, NO_CTA_URI_FOUND 0, NO_URI_FOUND 0, NO_URI_HTTPS 0, RDNS_GENERIC_POOLED 0, RDNS_POOLED 0, RDNS_RESIDENTIAL 0, RDNS_SUSP 0, RDNS_SUSP_GENERIC 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MOZILLA_MSGID 0, __MOZILLA_USER_AGENT 0, __PHISH_PHRASE1_B 0, __PHISH_SPEAR_STRUCTURE_1 0, __RDNS_POOLED_1 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_END 0, __SUBJ_ALPHA_NEGATE 0, __TO_IN_SUBJECT 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __USER_AGENT 0)
X-SMTP-Spam-Score: 33%
X-Scanned-By: MIMEDefang 2.74 on 128.2.157.39
Archived-At: <http://mailarchive.ietf.org/arch/msg/tzdist/k618j0Y9QRwUyp0_30hLRM5Y4Es>
Subject: Re: [Tzdist] Next step
X-BeenThere: tzdist@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <tzdist.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tzdist>, <mailto:tzdist-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tzdist/>
List-Post: <mailto:tzdist@ietf.org>
List-Help: <mailto:tzdist-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tzdist>, <mailto:tzdist-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Oct 2015 12:06:47 -0000

On 10/29/2015 04:53 AM, Eliot Lear wrote:
> <chair hat on>
>
> On 10/28/15 8:35 PM, Cyrus Daboo wrote:
>
>
> So if we drop that suggestion, that just leaves two possible things
> for the WG:
>
> 1) Registering a zoneinfo media type (which I think can be done
> without the need for a WG).
> Do others agree or disagree?

I agree that its worth registering a zoneinfo/tzdata/tzfile (or 
whatever) media type.  I don't know if this can/should be done outside 
of a WG.  I'll leave that for the chairs/ADs to decide. Having just 
written an iCalendar -> tzfile(5) translator, I'd be willing to help 
write a draft, but would defer to Paul on this.




>> 2) Something new to think about: should we propose that IANA run a
>> tzdist service as another facet of the time zone database support they
>> do? That would certainly be a way to "bootstrap" interest in the
>> protocol.
> The same sorts of questions:
>
> 1.  Would the community make use of such a service?  I think when it
> comes to a continuing operational cost, there would have to be very
> strong and broad demand.
> 2.  Is it appropriate for IANA to perform this function?  This one would
> require discussion once we get past (1).
> 3.  Is there a draft author?   Never too early to write a draft to
> define the service requirements and how it would be managed.  It's not
> all protocol.
> 4.  Are there reviewers?

I would think that admins and OS vendors would love to have "real-time" 
updates of tzdata rather than having to download, compile, and 
distribute that data themselves.  If the community were to switch to 
using tzdist for tzdata distribution, IANA seems to be an appropriate 
primary provider.  I'd be willing to contribute to and/or review a draft 
of the service requirements.

-- 
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University