[Ietf-and-github] Adam Roach's No Objection on draft-ietf-git-using-github-05: (with COMMENT)

Adam Roach via Datatracker <noreply@ietf.org> Thu, 12 March 2020 00:48 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: ietf-and-github@ietf.org
Delivered-To: ietf-and-github@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 71E8B3A0EC3; Wed, 11 Mar 2020 17:48:42 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Adam Roach via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-git-using-github@ietf.org, git-chairs@ietf.org, ietf-and-github@ietf.org, Christopher Wood <caw@heapingbits.net>, caw@heapingbits.net
X-Test-IDTracker: no
X-IETF-IDTracker: 6.120.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Adam Roach <adam@nostrum.com>
Message-ID: <158397412236.19821.1273610782724376897@ietfa.amsl.com>
Date: Wed, 11 Mar 2020 17:48:42 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-and-github/1DJ_vW9itFDMIiJNnTKqRgKrG2k>
Subject: [Ietf-and-github] Adam Roach's No Objection on draft-ietf-git-using-github-05: (with COMMENT)
X-BeenThere: ietf-and-github@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Discussion of using GitHub in IETF activities, particularly for Working Groups" <ietf-and-github.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-and-github>, <mailto:ietf-and-github-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-and-github/>
List-Post: <mailto:ietf-and-github@ietf.org>
List-Help: <mailto:ietf-and-github-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-and-github>, <mailto:ietf-and-github-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2020 00:48:43 -0000

Adam Roach has entered the following ballot position for
draft-ietf-git-using-github-05: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-git-using-github/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thanks for the work that went into this document. While I don't feel very
strongly about it, I tend to agree with the voices arguing for recharacterizing
this document as Informational. I will leave it to the sponsoring AD to handle
this issue as she sees fit.

Section 1.2:

   GitHub is a service operated at https://github.com/
   (https://github.com/).

The parenthetical seems unnecessary.

   GitHub is freely accessible on the open Internet,
   albeit currently only via IPv4.

One sincerely hopes that this second clause will age badly. Perhaps qualify it
with “at the time this document is published.” Alternately, remove the clause,
as it adds virtually nothing to the document.

Section 1.5:
   The words "MUST", "MUST NOT", "SHOULD", "SHOULD NOT", and "MAY" are
   used in this document.  It's not shouting; when they are capitalized,
   they have the special meaning defined in BCP 14 [RFC2119] [RFC8174].

Please use the boilerplate from RFC 8174.

Section 3.2:
   Repositories for private documents MAY
   be kept private, but only where there is a specific reason for doing
   so.

This seems really odd, completely undetectable/unenforceable, and actually
harmful. It is common practice for editors to just keep their source local and
only submit the output of such source to the i-d repository; and that’s just
fine. This seems to say that such users are effectively forbidden to have their
source equally private but also effectively backed-up and revision-controlled
by one specific online service. It seems strictly better to allow and even
encourage this, to prevent a loss of data.