Re: [apps-discuss] [Technical Errata Reported] RFC6839 (4367)

Yakov Shafranovich <yakov-ietf@shaftek.org> Fri, 15 May 2015 15:22 UTC

Return-Path: <yakov@shaftek.org>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF83E1A00E4 for <apps-discuss@ietfa.amsl.com>; Fri, 15 May 2015 08:22:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] 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 9-sz3P9h7dbe for <apps-discuss@ietfa.amsl.com>; Fri, 15 May 2015 08:22:45 -0700 (PDT)
Received: from mail-qc0-f175.google.com (mail-qc0-f175.google.com [209.85.216.175]) (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 1DCD21A1B82 for <apps-discuss@ietf.org>; Fri, 15 May 2015 08:22:45 -0700 (PDT)
Received: by qcyk17 with SMTP id k17so58431284qcy.1 for <apps-discuss@ietf.org>; Fri, 15 May 2015 08:22:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=2CrgsZ3htLktSYHqbz0MrVv+ch1bJxzL5lN9JAlEskA=; b=OjJDEK0e4EXeYXhXAJqdGlU4q2f4W2WhrmJ+xmGz4L+KuOw6SFqfdk2vAhyPlxLQmN 6aRoyqdJyP31G2HtsQ79hfRZFMTt7jj5NjavejFz6Mel19Oj1jZlSzJnVzqlaJqjHxUG /JqnqUhNSt1fNKEw6mLy0ZJVZIGMB3i6hPClZyHLku/XU70OwGTh3CXvRgK197n7BbgT K1T7L6PlAmwOjE8J/YhgGmZvDz90k78LRFqgjAbYT21D/IiI0dSCM9clw+WBxLGABcDv 6cUL0z1OZisjxPfKYfojd5mGeP7NpSoiNMdyn6rUvs0oETkHmR4x+5OVyiLJ6puqMZ6k iL/Q==
X-Gm-Message-State: ALoCoQlolPKv7SbspApODFqrjacGfUv7lktiUUD97iPd9NKBjeqj79A3sy97lAFQVcM87WqhZBiG
X-Received: by 10.55.49.12 with SMTP id x12mr704082qkx.21.1431703364439; Fri, 15 May 2015 08:22:44 -0700 (PDT)
MIME-Version: 1.0
Sender: yakov@shaftek.org
Received: by 10.140.98.194 with HTTP; Fri, 15 May 2015 08:22:14 -0700 (PDT)
X-Originating-IP: [74.103.24.152]
In-Reply-To: <01PLZVVO768U0000AQ@mauve.mrochek.com>
References: <20150515131052.8E76D180092@rfc-editor.org> <CALaySJ++ptrFqjjC=mRC9zH8ns18bermy2YAfYYLx5OtX0Zdqw@mail.gmail.com> <01PLZVVO768U0000AQ@mauve.mrochek.com>
From: Yakov Shafranovich <yakov-ietf@shaftek.org>
Date: Fri, 15 May 2015 11:22:14 -0400
X-Google-Sender-Auth: g5x9iToADJiBlO80QsCtWqLEVDc
Message-ID: <CAPQd5oSzdyn=4yoHkN8uf36Rj_XKL5dz1V2WgGJ0pZfDC_rb9Q@mail.gmail.com>
To: Ned Freed <ned.freed@mrochek.com>
Content-Type: text/plain; charset="ISO-8859-1"
Archived-At: <http://mailarchive.ietf.org/arch/msg/apps-discuss/sD2Rvl4iEAoYqU9qf4kI1yqNixA>
Cc: Barry Leiba <barryleiba@computer.org>, "tony+sss@maillennium.att.com" <tony+sss@maillennium.att.com>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>, RFC Errata System <rfc-editor@rfc-editor.org>
Subject: Re: [apps-discuss] [Technical Errata Reported] RFC6839 (4367)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 May 2015 15:22:47 -0000

Thank you. If both are correct, can either one be specified for a new
+json media type registration. I am a member of the W3C CSVW group
where this is originating from.

This is in regards to the following registration:

https://www.ietf.org/mail-archive/web/media-types/current/msg00686.html

At the W3C, the following issue was raised:

https://github.com/w3c/csvw/issues/546

" "When JSON is written in UTF-8, JSON is 8bit compatible ([RFC2045])
so, 8bit not binary, since utf-8 is the default encoding your media
type registration says binary rfc6839 (which you reference) says the
above"

Yakov

On Fri, May 15, 2015 at 11:12 AM, Ned Freed <ned.freed@mrochek.com> wrote:
>> And yet this RFC predates 7159, so how can 7159 be taken to support errata
>> for this RFC?
>
> I suppose it could if it corrected something in the earlier RFC. But it
> doesn't. The earlier RFC is simply providing a more complete description of the
> encoding considerations that exist for JSON. Neither is incorrect though, so it
> doesn't make any sort of case for being an error.
>
>                                 Ned
>
>> Barry
>
>> On Friday, May 15, 2015, RFC Errata System <rfc-editor@rfc-editor.org>
>> wrote:
>
>> > The following errata report has been submitted for RFC6839,
>> > "Additional Media Type Structured Syntax Suffixes".
>> >
>> > --------------------------------------
>> > You may review the report below and at:
>> > http://www.rfc-editor.org/errata_search.php?rfc=6839&eid=4367
>> >
>> > --------------------------------------
>> > Type: Technical
>> > Reported by: Yakov Shafranovich <yakov-ietf@shaftek.org <javascript:;>>
>> >
>> > Section: 3.1
>> >
>> > Original Text
>> > -------------
>> > Encoding considerations:
>> >
>> >       Per [RFC4627], JSON is allowed to be represented using UTF-8,
>> >       UTF-16, or UTF-32.  When JSON is written in UTF-8, JSON is 8bit
>> >       compatible ([RFC2045]).  When JSON is written in UTF-16 or UTF-32,
>> >       JSON is binary ([RFC2045]).
>> >
>> > Corrected Text
>> > --------------
>> > Encoding considerations:  binary as per section 11 of RFC 7159
>> >
>> > Notes
>> > -----
>> > RFC 7159, section 11 specifies that encoding for JSON is binary.
>> >
>> > Instructions:
>> > -------------
>> > This erratum is currently posted as "Reported". If necessary, please
>> > use "Reply All" to discuss whether it should be verified or
>> > rejected. When a decision is reached, the verifying party (IESG)
>> > can log in to change the status and edit the report, if necessary.
>> >
>> > --------------------------------------
>> > RFC6839 (draft-ietf-appsawg-media-type-suffix-regs-08)
>> > --------------------------------------
>> > Title               : Additional Media Type Structured Syntax Suffixes
>> > Publication Date    : January 2013
>> > Author(s)           : T. Hansen, A. Melnikov
>> > Category            : INFORMATIONAL
>> > Source              : Applications Area Working Group
>> > Area                : Applications
>> > Stream              : IETF
>> > Verifying Party     : IESG
>> >
>> >