[Last-Call] Artart last call review of draft-murchison-rfc8536bis-12
Marc Blanchet via Datatracker <noreply@ietf.org> Sat, 23 March 2024 02:45 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: last-call@ietf.org
Delivered-To: last-call@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ECA00C14F5F4; Fri, 22 Mar 2024 19:45:51 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Marc Blanchet via Datatracker <noreply@ietf.org>
To: art@ietf.org
Cc: draft-murchison-rfc8536bis.all@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.8.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <171116195194.13695.836278638789504142@ietfa.amsl.com>
Reply-To: Marc Blanchet <marc.blanchet@viagenie.ca>
Date: Fri, 22 Mar 2024 19:45:51 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/xn5eBQOOOjt9mHZfzwcdA5pFsAw>
Subject: [Last-Call] Artart last call review of draft-murchison-rfc8536bis-12
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Mar 2024 02:45:52 -0000
Reviewer: Marc Blanchet Review result: Ready with Nits I'm the assigned ART reviewer for this document. While I'm aware of TZ and its use, I have no competency in this technology. Comment 1) quoting Sec 3.2 time zone designations: "The character encoding of time zone designation strings is not specified; however, see Section 4 of this document." quoting Section 4.: "Time zone designations SHOULD consist of at least three (3) and no more than six (6) ASCII characters from the set of alphanumerics, '-', and '+'. This is for compatibility with POSIX requirements for time zone abbreviations." I think this text shall be improved, as the 3.2 text says no encoding specified, while section 4 defines clearly a character encoding that is the current usage. Moreover, it should use MUST since nothing is described for implementations that would not follow if they are pretending the SHOULD. Suggesting to merge the text of section 4 into Section 3.2 and remove the Section 4 bullet point and use MUST instead of SHOULD. Moreover, especially given that modern programming languages default charset for Strings are often UTF-8, and given internationalization requirements in IETF, a paragraph discussing the rationale of not using UTF-8 in this version or in the future might be worth. Comment 2) quoting Sec 4. Interoperability Considerations: ""application/tzif-leap" (Section 8.2) to indicate that leap-second records are included in the TZif data " In IANA Considerations section (8), the description for application/tzif-leap and application/tzif are identical, which does not help a viewer of the IANA registry to decide which one to use. Suggesting to add text in 8.2 "Applications that use this media type" for application/tzif-leap to the fact that this one includes leap-second records so that the IANA registry do contain a differentiation text.
- [Last-Call] Artart last call review of draft-murc… Marc Blanchet via Datatracker
- Re: [Last-Call] Artart last call review of draft-… Arthur David Olson
- Re: [Last-Call] Artart last call review of draft-… Paul Eggert
- Re: [Last-Call] Artart last call review of draft-… Eliot Lear
- Re: [Last-Call] Artart last call review of draft-… Paul Eggert