Re: [Cbor] [Last-Call] Genart last call review of draft-ietf-cbor-file-magic-11

Lars Eggert <lars@eggert.org> Tue, 19 April 2022 15:21 UTC

Return-Path: <lars@eggert.org>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 401143A0DCF; Tue, 19 Apr 2022 08:21:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.109
X-Spam-Level:
X-Spam-Status: No, score=-7.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eggert.org
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 J9MqMsb-G5-K; Tue, 19 Apr 2022 08:21:41 -0700 (PDT)
Received: from mail.eggert.org (mail.eggert.org [91.190.195.94]) (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 51E233A0DBA; Tue, 19 Apr 2022 08:21:38 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2a00:ac00:4000:400:9180:dfcf:fc10:7f39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 57B6C1DA8D9; Tue, 19 Apr 2022 18:21:24 +0300 (EEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1650381684; bh=1KodJKVQMH6N2gzsqthcBohYmFcBWjbWJhoPLa4W6+8=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=k9REJsBe8LiYM8LWO+NG+HRtjRUn12ATYg0rU0pGtS0k7TbQ4rtuvSEXpLyF87HKJ 3VxcgmLB8rtgcrGEaxPxxXmGvPQ532gBO4mcEukyHYlAVy1Em96TfiwNr+6f4KLujg pCLToAJVLCDukhUaBGgrj4ktuZ4qBfJyf1VI1q7g=
Content-Type: multipart/signed; boundary="Apple-Mail=_D2891003-44F3-4948-839E-2CE23C2DDD73"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\))
From: Lars Eggert <lars@eggert.org>
In-Reply-To: <165005936672.2625.12393739876567977480@ietfa.amsl.com>
Date: Tue, 19 Apr 2022 18:21:23 +0300
Cc: General Area Review Team <gen-art@ietf.org>, cbor@ietf.org, draft-ietf-cbor-file-magic.all@ietf.org, last-call@ietf.org
Message-Id: <39C59350-DC83-4D36-AB57-842053A6E7AF@eggert.org>
References: <165005936672.2625.12393739876567977480@ietfa.amsl.com>
To: Pete Resnick <resnick@episteme.net>
X-MailScanner-ID: 57B6C1DA8D9.A4EA0
X-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details
X-MailScanner-From: lars@eggert.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/jBMWV1gnXZdNTxY4AX9nPaV3Up8>
Subject: Re: [Cbor] [Last-Call] Genart last call review of draft-ietf-cbor-file-magic-11
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Apr 2022 15:21:46 -0000

Pete, thank you for your review. I have entered a No Objection ballot for this document.

Lars


> On 2022-4-16, at 0:49, Pete Resnick via Datatracker <noreply@ietf.org> wrote:
> 
> Reviewer: Pete Resnick
> Review result: Ready with Issues
> 
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair.  Please treat these comments just
> like any other last call comments.
> 
> For more information, please see the FAQ at
> 
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
> 
> Document: draft-ietf-cbor-file-magic-11
> Reviewer: Pete Resnick
> Review Date: 2022-04-15
> IETF LC End Date: 2022-04-15
> IESG Telechat date: 2022-04-21
> 
> Summary: Some mostly nit/editorial comments that really should be taken care
> of, but no showstoppers.
> 
> Major issues: None
> 
> Minor issues: None
> 
> Nits/editorial comments:
> 
> Section 1 could use a solid edit. Here are some editorial issues that stuck out
> to me (as always, just suggested changes):
> 
> Paragraph 3 (this one is a content problem rather than strictly nits, but also
> isn't a technical issue with the document):
> 
> OLD
> 
>                                 For instance, in classical MacOS, a
>   resource fork was maintained that includes media type ("MIME type")
>   information and therefore ideally never needs to know anything about
>   the file.
> 
> NEW
> 
>                                 For instance, in classical MacOS, a
>   resource fork was maintained separately from the file data that
>   included file type information and therefore the OS ideally never
>   needed to know anything about the file data contents to determine the
>   media type.
> 
> No "But" is required at the beginning of paragraph 4.
> 
> Paragraph 5: Change "file" to "file contents". (For what it's worth, I disagree
> with the paragraph, in that I think it's actually worse to keep the media type
> information in the data portion of the file, but I don't have a problem with
> you disagreeing with that in the introduction.)
> 
> Paragraph 8: Change the colon to a semicolon.
> 
> Paragraph 9: Replace "A third" with "An additional".
> 
> Swap paragraphs 9 & 10.
> 
> Paragraphs 13 & 14 seem confusing, if not contradictory.
> 
> Move paragraph 14 up after paragraph 8.
> 
> The last paragraph repeats the information in the 9th paragraph.
> 
> Section 2.1, last paragraph: Change "has already been allocated" to "is
> described".
> 
> Appendix C, last paragraph before C.1: This is a repeat of the last paragraph
> of section 2.3. I don't think it's necessary to repeat.
> 
> 
> 
> --
> last-call mailing list
> last-call@ietf.org
> https://www.ietf.org/mailman/listinfo/last-call