Re: [GNAP] Human rights perspective on W3C and IETF protocol interaction

Dave Crocker <dcrocker@bbiw.net> Thu, 06 January 2022 14:21 UTC

Return-Path: <dcrocker@bbiw.net>
X-Original-To: txauth@ietfa.amsl.com
Delivered-To: txauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28BCD3A0D22 for <txauth@ietfa.amsl.com>; Thu, 6 Jan 2022 06:21:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.812
X-Spam-Level:
X-Spam-Status: No, score=-2.812 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, NICE_REPLY_A=-0.714, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bbiw.net header.b=BdktjWUy; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=ecOg++8z
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 VtH05ibmpE8H for <txauth@ietfa.amsl.com>; Thu, 6 Jan 2022 06:21:07 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8B4B3A0D1A for <txauth@ietf.org>; Thu, 6 Jan 2022 06:21:07 -0800 (PST)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 224685C00D5; Thu, 6 Jan 2022 09:21:07 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 06 Jan 2022 09:21:07 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bbiw.net; h= message-id:date:mime-version:subject:to:cc:references:from :in-reply-to:content-type:content-transfer-encoding; s=fm3; bh=C 71xYkhBE4vFwbvLpUKopO9k4tZXwz9allXzr6FUZRY=; b=BdktjWUyY4BplMkId 3ShdSiGUUNJ0h4ieykrqkFPXBHU3wmTYsTsPm17xjWGvpGHoCdZcCDzIydttBA3f HPHLsk0olhlUSWNk9B76R7W6uLfoHnC+ecRlBSQluHR+23c+M4fRK1dJHY457l6H /N/8GqKhS3l76GUmuVt/vfWk3P6Oub+Ys1s1algWZZ0LKcm342jwBy/cripcW9QN H47QBAVqsvU1n9H0XMrnOF/D8Mf1mBWXeYMxkRCB0mKqPWBSsaLDQL/XbYlf8wjc W+fBOs1bmF4ZKJ1lzsW0mwKVn0RDzag7h1zHbVCqakALNDl2NV38M1gq/jPSyxK5 Jdxfw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=C71xYkhBE4vFwbvLpUKopO9k4tZXwz9allXzr6FUZ RY=; b=ecOg++8z0QvMgYVqnur7fQ6PlI9rw6qd1PgVF0Llw7GRNOBoozwjpo8rp rfJZafoTfKaX1Mepr94A9XWetgDWWNR7bYZyePfIz8D/hbwWs+hb2Xtwktu2G3C2 zXEy8qifek9aE5uZKlVYZxutVAGz5w7NxfkBfkmMI00ePVpGPP4NgjDU0ZlvdOt1 VULIy8dnPnCgd/bs/Dr1f6YwQX+Pb26aBzUrgtUiJue0xb/wBqeAwUv9wtsuUP6k lrRAitbcusDR/d1NnBPe+S+SFNBM8dksfhdBFV95ykNMpgSEX/Ik2ckiBUw9o43I vp2DN2Nw79t2xWNXNTWJVnPxPnG1g==
X-ME-Sender: <xms:0vrWYcT5HchLQBpKy_7sT7puUHTioqd3l6HCLJ4rzKtoxXFy1XvFFQ> <xme:0vrWYZyMz6PCi3L6bKdIoPyFC9H_m-2xgbVdnlkPAt8bpNrdpRXFbFkDJ1Lcm2KM6 xgY188XRmp_W5j1fg>
X-ME-Received: <xmr:0vrWYZ1e4xYzILiAzeslRGIvSN0UCxtwxPcMywiwghgBTtMKBq5eKQDf1ihFMo9czPd4qvDc3u8Dz3IWuxrK7j61aLbS5L1AnGDkwPuI>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrudefledgiedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvfhfhohgjtgfgsehtkeertddtfeejnecuhfhrohhmpeffrghv vgcuvehrohgtkhgvrhcuoegutghrohgtkhgvrhessggsihifrdhnvghtqeenucggtffrrg htthgvrhhnpeelgfduudejhfelhfeuvdekteetvdfgtdfhudegvdeitdehudfhfeekheeg vdehgfenucffohhmrghinhepsggsihifrdhnvghtnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepuggtrhhotghkvghrsegssghifidrnhgvth
X-ME-Proxy: <xmx:0vrWYQDDb6llQsGDU0Ct_tgtPbg7R1-0aTF0ITIUIBOTNDE-KQFaJA> <xmx:0vrWYVjLC47QyF0lCKKMKfJIHVl2wuAXkAujhLiKM3BuFoYHENzBgQ> <xmx:0vrWYcpAvVmvheWPJhWjUR4kvFxYR3S3RLnEh-7NQlNs502E0kt6Mw> <xmx:0_rWYTbEa96DX1znHx0BixPXQtk2p5J-P7o11K7FX0O35i1qA6ikzQ>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 6 Jan 2022 09:21:05 -0500 (EST)
Message-ID: <7c94c1ca-8b8c-9a7b-3ec8-b01bd0d0dff0@bbiw.net>
Date: Thu, 6 Jan 2022 06:21:03 -0800
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1
Content-Language: en-US
To: Justin Richer <jricher@mit.edu>
Cc: Orie Steele <orie@transmute.industries>, Adrian Gropper <agropper@healthurl.com>, Bob Wyman <bob@wyman.us>, Alan Karp <alanhkarp@gmail.com>, GNAP Mailing List <txauth@ietf.org>, W3C Credentials Community Group <public-credentials@w3.org>
References: <CANYRo8i=H3p23boH4OQ6sCXds8ADqaizwDHebE6-xMP2mZ5QEg@mail.gmail.com> <CAA1s49VWs_Qe9qryJOwWG4oHTS6Wa-6p6jAVSDT6Vqn4cwdUwQ@mail.gmail.com> <CANYRo8jUaP=9eX3HJWhFOmMCeaU7gkTQ9FdLg3=E61AUFQv8qQ@mail.gmail.com> <CANpA1Z2WBT69AJ6ynsYCHuOAAoB7F3fn+ebtV3fjBdeYTT-D+Q@mail.gmail.com> <CANYRo8gnx0nFje=GfqUVUESkKpeJB4Ln3Pa2QYt_iFMkrPBsLQ@mail.gmail.com> <CAA1s49UdeVBgc+rzOEJ+LcAP8g4gXX9XnZH2m+4=oOcFy3AvCg@mail.gmail.com> <CANYRo8iDA-EGK589VdcNU8PMK2BQZwT19Bxsav2HSGwhyBL=4A@mail.gmail.com> <CAN8C-_+eSZCohY7QDC5La90=14=sjpo5pELOUqUdb7PhRzhXxw@mail.gmail.com> <A4FA7445-31A5-4B7A-BE30-EB47168F8ED5@mit.edu> <CAN8C-_+rMsFDCnbEn7KJhWA_ovFbJbpiviYR-wPr2MK756Z-Lw@mail.gmail.com> <3C82D2BD-EACC-41E0-BE92-9357199412BB@mit.edu> <b9ce016b-af2e-847f-c631-a72a67139ad6@dcrocker.net> <392C57CF-9A75-4A97-A23B-1B0757EE0DE4@mit.edu>
From: Dave Crocker <dcrocker@bbiw.net>
Organization: Brandenburg InternetWorking
In-Reply-To: <392C57CF-9A75-4A97-A23B-1B0757EE0DE4@mit.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/txauth/Dyl9sHK8VIlopsOH20mh9na1mSk>
Subject: Re: [GNAP] Human rights perspective on W3C and IETF protocol interaction
X-BeenThere: txauth@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: GNAP <txauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/txauth>, <mailto:txauth-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/txauth/>
List-Post: <mailto:txauth@ietf.org>
List-Help: <mailto:txauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/txauth>, <mailto:txauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Jan 2022 14:21:12 -0000

On 1/6/2022 6:15 AM, Justin Richer wrote:
> The core point I’m making here, using Dave’s list as a framing, is that (2) in the steps above is highly relevant to this discussion, so comparing things based solely on (1), which is how this thread started, is meaningless on its own. The process in (2) represents direction and intent. It’s just as dangerous to call an I-D "a standard" as it is to discount a stable WG draft in active development as “just another I-D”. There’s a wide gradient here applied by the status and group management in (2), and I argue that carries weight. There’s also a lot of context that isn’t formally captured, such as active development on the text itself. This is part of what the I-D expiration is meant to capture, but as we can see here, it’s highly imperfect.


+1 (definitely)



d/

-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net