Re: [IPP] [Technical Errata Reported] RFC8011 (6085)

Michael Sweet via ipp <ipp@pwg.org> Mon, 18 May 2020 16:07 UTC

Return-Path: <ipp-bounces@pwg.org>
X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com
Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25DE23A088E for <ietfarch-ipp-archive@ietfa.amsl.com>; Mon, 18 May 2020 09:07:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.998
X-Spam-Level:
X-Spam-Status: No, score=-0.998 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 oGYHl1OQwCv5 for <ietfarch-ipp-archive@ietfa.amsl.com>; Mon, 18 May 2020 09:07:40 -0700 (PDT)
Received: from mail.pwg.org (mail.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 8B9F83A0861 for <ipp-archive2@ietf.org>; Mon, 18 May 2020 09:07:40 -0700 (PDT)
Received: by mail.pwg.org (Postfix, from userid 1002) id 0E3A764CC; Mon, 18 May 2020 16:07:40 +0000 (UTC)
Received: from mail.pwg.org (localhost [IPv6:::1]) by mail.pwg.org (Postfix) with ESMTP id 2A8513A80; Mon, 18 May 2020 16:07:34 +0000 (UTC)
X-Original-To: ipp@pwg.org
Delivered-To: ipp@pwg.org
Received: by mail.pwg.org (Postfix, from userid 1002) id 12C9F7FC; Mon, 18 May 2020 16:07:32 +0000 (UTC)
Received: from mail.msweet.org (mail.msweet.org [173.255.209.91]) by mail.pwg.org (Postfix) with ESMTP id EA21F7FC for <ipp@pwg.org>; Mon, 18 May 2020 16:07:30 +0000 (UTC)
Received: from imacpro.lan (host-148-170-144-200.public.eastlink.ca [148.170.144.200]) by mail.msweet.org (Postfix) with ESMTPSA id D093B808B8; Mon, 18 May 2020 16:07:29 +0000 (UTC)
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
In-Reply-To: <CAN40gSs5XK18EbMmOTQCQL4sxTFY93HNazpCD7mRy0FO+HU_pg@mail.gmail.com>
Date: Mon, 18 May 2020 12:07:28 -0400
Message-Id: <F63A4B08-E8B1-428B-8FDB-44F6342472B1@msweet.org>
References: <20200410175917.E03B3F406F6@rfc-editor.org> <CAN40gStU1p8bKTWs2Z2Xf6Qk=PDrUdrcgQq7AOhAbzLkzRKT+Q@mail.gmail.com> <044C0043-95E6-40CD-8286-F84988344335@msweet.org> <6459AA57-C37A-4093-98AC-17B58776D219@msweet.org> <D7F03FBD-217C-4CED-8E97-0778A893DE41@msweet.org> <CAN40gSuD7dEp8Q4Kke4Qbik+h2Qwaz1aJ_7YkhyYr23mARDSdw@mail.gmail.com> <CAN40gSs5XK18EbMmOTQCQL4sxTFY93HNazpCD7mRy0FO+HU_pg@mail.gmail.com>
To: Ira McDonald <blueroofmusic@gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Cc: PWG IPP Workgroup <ipp@pwg.org>
Subject: Re: [IPP] [Technical Errata Reported] RFC8011 (6085)
X-BeenThere: ipp@pwg.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum <ipp.pwg.org>
List-Unsubscribe: <https://www.pwg.org/mailman/options/ipp>, <mailto:ipp-request@pwg.org?subject=unsubscribe>
List-Archive: <http://www.pwg.org/pipermail/ipp/>
List-Post: <mailto:ipp@pwg.org>
List-Help: <mailto:ipp-request@pwg.org?subject=help>
List-Subscribe: <https://www.pwg.org/mailman/listinfo/ipp>, <mailto:ipp-request@pwg.org?subject=subscribe>
From: Michael Sweet via ipp <ipp@pwg.org>
Reply-To: Michael Sweet <msweet@msweet.org>
Content-Type: multipart/mixed; boundary="===============7756684319482172388=="
Errors-To: ipp-bounces@pwg.org
Sender: "ipp" <ipp-bounces@pwg.org>

Ira,

Yes, the consensus (with corrections) is to use the following text:

The 'keyword' attribute syntax is a sequence of characters, of length 1 to 255, containing only the US-ASCII [RFC20] encoded values for uppercase letters ("A"-"Z"), lowercase letters ("a"-"z"), digits ("0"-"9"), hyphen ("-"), dot ("."), and underscore ("_"). The first character SHOULD be a lowercase letter, and all letters SHOULD be lowercase.


> On May 18, 2020, at 11:33 AM, Ira McDonald <blueroofmusic@gmail.com> wrote:
> 
> Hi Mike,
> 
> I think we still have an open action to send a consensus errata text to the RFC Editor?
> 
> Cheers,
> - Ira
> 
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Co-Chair - TCG Metadata Access Protocol SG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic@gmail.com
> (permanent) PO Box 221  Grand Marais, MI 49839  906-494-2434
> 
> 
> On Fri, Apr 24, 2020 at 9:21 AM Ira McDonald <blueroofmusic@gmail.com> wrote:
> Hi,
> 
> And of course "lowercase" (one word) and not "lower case"
> 
> Cheers,
> - Ira
> 
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Co-Chair - TCG Metadata Access Protocol SG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic@gmail.com
> (permanent) PO Box 221  Grand Marais, MI 49839  906-494-2434
> 
> 
> On Fri, Apr 24, 2020 at 6:54 AM Michael Sweet via ipp <ipp@pwg.org> wrote:
> Bill,
> 
> Yes, of course.  I guess I should proofread my minutes better... :)
> 
> 
> > On Apr 24, 2020, at 12:10 AM, wamwagner@comcast.net wrote:
> > 
> > I suggest that “…The first character SHOULD be a lower letter…” read “The first character SHOULD be a lower case letter” 
> > Thanks., 
> > Bill W.
> >  
> > From: Michael Sweet via ipp
> > Sent: Thursday, April 23, 2020 7:39 PM
> > To: Michael Sweet
> > Cc: PWG IPP Workgroup
> > Subject: Re: [IPP] [Technical Errata Reported] RFC8011 (6085)
> >  
> > Follow-up from today's IPP WG conference call - the consensus is to change section 5.1.4 to read:
> >  
> > The 'keyword' attribute syntax is a sequence of characters, of length 1 to 255, containing only the US-ASCII [RFC20] encoded values for uppercase letters ("A"-"Z"), lowercase letters ("a"-"z"), digits ("0"-"9"), hyphen ("-"), dot ("."), and underscore ("_"). The first character SHOULD be a lower letter, and all letters SHOULD be lowercase.
> >  
> > Status should change to "confirmed", and we (at some point) will want to do an update (sigh).
> >  
> > 
> > 
> > On Apr 10, 2020, at 8:31 PM, Michael Sweet via ipp <ipp@pwg.org> wrote:
> > 
> > Ira,
> > 
> > Looks like my attempts to get my contact email changed haven't completely been successful, either... :/  Comments below...
> > 
> > 
> > 
> > On Apr 10, 2020, at 2:07 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
> > 
> > Hi Mike,
> > 
> > We need to look into this errata on RFC 8011.
> > ...
> > --------------------------------------
> > Type: Technical
> > Reported by: Thomas Urban <thomas.urban@cepharum.de>
> > 
> > Section: 5.1.4
> > 
> > Original Text
> > -------------
> > The 'keyword' attribute syntax is a sequence of characters, of length
> > 1 to 255, containing only the US-ASCII [RFC20] encoded values for
> > lowercase letters ("a"-"z"), digits ("0"-"9"), hyphen ("-"), dot
> > ("."), and underscore ("_").  The first character MUST be a lowercase
> > letter.
> > 
> > Corrected Text
> > --------------
> > The 'keyword' attribute syntax is a sequence of characters, of length
> > 1 to 255, containing only the US-ASCII [RFC20] encoded values for
> > uppercase letters ("A"-"Z"), lowercase letters ("a"-"z"), digits 
> > ("0"-"9"), hyphen ("-"), dot ("."), and underscore ("_").
> > 
> > I think we need to be careful about changing this, but AFAIK this change shouldn't cause a problem (CUPS will accept this, at least...)
> > 
> > 
> > Notes
> > -----
> > First, the "keyword" syntax is applicable to values of enumerations according to section 5.1.5 stating
> > 
> >   Each value has an associated 'keyword' name.
> > 
> > However, section 5.4.15 is declaring some enum-type attribute with names per integer value using uppercase letters in violation of 5.1.4. Those names are commonly used all over the specification and thus it is rather common to assume those values are meant to be keyword-compliant names of given enumeration.
> > 
> > First, these are operation names, and second the keyword associated with an enum is informative and not transmitted over the wire...
> > 
> > 
> > Second, section 5.1.4 is stating
> > 
> >    The first character MUST be a lowercase letter.
> > 
> > referring to "a"-"z" according to enumeration of accepted characters given right before that. In opposition to that statement 5.4.14 is declaring
> > 
> >    The following standard 'keyword' values are defined in this document:
> > 
> >    * '1.0' [..]
> >    * '1.1' [..]
> > 
> > Neither of the two "keywords" start with a lowercase letter.
> > 
> > True.
> > 
> > ________________________
> > Michael Sweet
> > 
> > 
> > 
> > _______________________________________________
> > ipp mailing list
> > ipp@pwg.org
> > https://www.pwg.org/mailman/listinfo/ipp
> > 
> >  
> > ________________________
> > Michael Sweet
> > 
> 
> ________________________
> Michael Sweet
> 
> 
> 
> _______________________________________________
> ipp mailing list
> ipp@pwg.org
> https://www.pwg.org/mailman/listinfo/ipp

________________________
Michael Sweet



_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp