[GNAP] Weekly github digest (GNAP Weekly GitHub Activity Summary)
Repository Activity Summary Bot <do_not_reply@mnot.net> Sun, 16 May 2021 22:36 UTC
Return-Path: <do_not_reply@mnot.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 47FD43A1BC2 for <txauth@ietfa.amsl.com>; Sun, 16 May 2021 15:36:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=mnot.net header.b=HY4QbloL; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=MYPNuRN9
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 ZbSsNOqkU9Js for <txauth@ietfa.amsl.com>; Sun, 16 May 2021 15:36:00 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB5E33A1BC4 for <txauth@ietf.org>; Sun, 16 May 2021 15:35:59 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 1DE695C01F1 for <txauth@ietf.org>; Sun, 16 May 2021 18:20:10 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sun, 16 May 2021 18:20:10 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:from:to:subject; s=fm2; bh=pvM51f/4IOW F7/vPJE1IoATfNEykYSvVYlV7iR5Xi/k=; b=HY4QbloL6t8iKSQN3TNo/G/Ysvn DNSMq6xtVdCaKONRwBpD9Qn8j5TU1V+5wWW6HTCm+cDfZewJhUAHYxz4SNGYlrMx LwFV9yDNOeaugFYPAtZ6E/6Gi6Nv+uYtRiSIrRxf69M27DY7lCDOFtmFnPOfHvPc VSQvD19Y5d7ylxxq8BSlsKgJ/kriApDLZYuxSyK0DsSWjo40JYvNN1awIj+J8YCt m3P+iot+XBcjjfX+SaudYrOuU1ch/QpKfcIe9CVFymCxDVLTgVFxpotG4cYqYgeM pduyt/aI6MvU3PMIz8oR7CErjwWkz/jGsKCum7YnFLkcoaNsqw/lv0FLD9A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:from:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=pvM51f/4IOWF7/vPJE1IoATfNEykYSvVYlV7iR5Xi/k=; b=MYPNuRN9 LtgSCAufAuYUUtUoW0RigLGI7NZq+/4Ox0jmqGjKUdBUmIn9SVlqecgXXNrJDYF6 3R2qHnYuUcVMXImKjRYcbENE+teJIgy2feXzKNyTfBQZpl/F70/8LHwMejAlnxBc 6DMYC/ncNsxA3CJxlbDSkIcS25UwFQk6qqFtGIZqp/23pWNAhP5VefvxPZtSqKVZ wpYDmX99FlHELR9HB+Cz6WPPkq74xvphSaLn/6cM9pfHs9S0mFr1XiHYoNZ42xjU M61ykfBCBuKWNyRpzYfcB+30MSV9jWVSWRJpVE9bK6LqWHSJd0jtc7SxG8dxtRBZ TSfXMDJ2CG6FIg==
X-ME-Sender: <xms:mZqhYGHVMvEgMjWAjfG6YFFxo4NOoej8IMWTYAE4n89Vp7StoF_2pQ> <xme:mZqhYHUcvHngkWtReihFdZHZ_lO-uvbyS-WodiThP87I2oXhQUubx3lFBLvZZIGs3 dNEO0gGdFuWdg6j6g>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdeigedgtdelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucfpohcuuggrthgvuchfihgvlhguucdlgeelmdenuc fjughrpegtggfhvffusegrtddtredttdejnecuhfhrohhmpeftvghpohhsihhtohhrhicu tegtthhivhhithihucfuuhhmmhgrrhihuceuohhtuceoughopghnohhtpghrvghplhihse hmnhhothdrnhgvtheqnecuggftrfgrthhtvghrnhepkeefvdduteejvdefkeehieevuefg fefhteetveegffekffefteffvdelheduieetnecuffhomhgrihhnpehgihhthhhusgdrtg homhenucfkphepuddtgedrvddugedrfeekrddvvdenucevlhhushhtvghrufhiiigvpeef necurfgrrhgrmhepmhgrihhlfhhrohhmpeguohgpnhhothgprhgvphhlhiesmhhnohhtrd hnvght
X-ME-Proxy: <xmx:mpqhYAKU5X8haHbp7SQETrcZhM3tZ3K_twJEzJNPbV1mvIz1slqWBQ> <xmx:mpqhYAE9dSpc5ozPbHcXu2o8xyBCQKAegDrG0svgAsclUEtCk2Q70A> <xmx:mpqhYMWj6b8yRs5F_xPMaXVeFYgH7LWNhXy05gaD6qdqAiEwFS4NBA> <xmx:mpqhYHeHfNUcvTVJih6F8w2j8yEubYhtARpOOsaDS-sBtF1484PR-g>
Received: from fv-az290-521.z45yk40qnouupoc55gb0v1wkoc.jx.internal.cloudapp.net (unknown [104.214.38.22]) by mail.messagingengine.com (Postfix) with ESMTPA for <txauth@ietf.org>; Sun, 16 May 2021 18:20:09 -0400 (EDT)
Content-Type: multipart/alternative; boundary="===============7459442105598016719=="
MIME-Version: 1.0
From: Repository Activity Summary Bot <do_not_reply@mnot.net>
To: txauth@ietf.org
Message-Id: <20210516223559.EB5E33A1BC4@ietfa.amsl.com>
Date: Sun, 16 May 2021 15:35:59 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/txauth/854M4CalxKHIWkQh8zxSuAZ4JsY>
Subject: [GNAP] Weekly github digest (GNAP Weekly GitHub Activity Summary)
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: Sun, 16 May 2021 22:36:06 -0000
Events without label "editorial"
Issues
------
* ietf-wg-gnap/core-protocol (+1/-1/💬15)
1 issues created:
- Move client-facing sections back from RS draft (by jricher)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/260
3 issues received 15 new comments:
- #252 Interaction (1) between the Client Instance and the RS as described in the first figure (1 by aaronpk)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/252
- #244 Refactoring the internals of access request (12 by Denisthemalice, agropper, fimbault, jricher)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/244
- #192 The first figure in section 1.4 should be split and revisited (2 by Denisthemalice, aaronpk)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/192 [Pending Close]
1 issues closed:
- Interaction (1) between the Client Instance and the RS as described in the first figure https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/252
* ietf-wg-gnap/gnap-resource-servers (+14/-4/💬36)
14 issues created:
- AS-RO policy delegation (by fimbault)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/25
- Token Introspection (by jricher)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/24
- RS Token derivation (by jricher)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/23
- RS-registered resource reference handle arity (by jricher)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/22
- IANA Considerations (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/21
- Token Introspection security check (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/20
- Token Introspection API: level of detail (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/19
- RS persistent identity (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/18
- What do we mean by AS discovery? (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/17
- References to existing AT formats (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/16
- Propose a generic access token format (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/15
- Ref in Terminology (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/14
- Description of discovery mechanism in Intro (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/13
- More precision in Abstract (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/12
13 issues received 36 new comments:
- #25 AS-RO policy delegation (6 by Denisthemalice, agropper, fimbault)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/25
- #20 Token Introspection security check (3 by Denisthemalice, jricher, yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/20
- #19 Token Introspection API: level of detail (1 by jricher)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/19
- #18 RS persistent identity (3 by aaronpk, jricher, yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/18
- #17 What do we mean by AS discovery? (4 by jricher, yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/17
- #16 References to existing AT formats (2 by aaronpk, fimbault)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/16
- #15 Propose an access token model (5 by aaronpk, fimbault, yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/15
- #13 Description of discovery mechanism in Intro (1 by aaronpk)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/13
- #9 Capabilities only (i.e. actions) are supported. ACLs (i.e. attributes associated with a subject) should also be supported (1 by aaronpk)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/9
- #8 A model where the AS and the RS do not need to establish a prior relation relationship should be able to co-exist (2 by Denisthemalice, aaronpk)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/8
- #7 Trust relationships between a RS and an AS (1 by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/7
- #6 The text should say when the RS SHALL respond to the client with an authentication header indicating an error (2 by Denisthemalice, aaronpk)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/6
- #3 Token formats can also be advertised both by AS and RS (5 by Denisthemalice, aaronpk, jricher)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/3 [Pending Close]
4 issues closed:
- Description of discovery mechanism in Intro https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/13
- Capabilities only (i.e. actions) are supported. ACLs (i.e. attributes associated with a subject) should also be supported https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/9
- A model where the AS and the RS do not need to establish a prior relation relationship should be able to co-exist https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/8
- The text should say when the RS SHALL respond to the client with an authentication header indicating an error https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/6
Pull requests
-------------
* ietf-wg-gnap/core-protocol (+2/-0/💬5)
2 pull requests submitted:
- re-import rs-first discovery method from gnap-rs, closes #260 (by jricher)
https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/261
- add access field (by jricher)
https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/259
2 pull requests received 5 new comments:
- #261 re-import rs-first discovery method from gnap-rs, closes #260 (1 by netlify)
https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/261
- #259 add privileges field (4 by fimbault, jricher, netlify, yaronf)
https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/259 [Pending Merge]
* ietf-wg-gnap/gnap-resource-servers (+2/-1/💬2)
2 pull requests submitted:
- move client-facing rs-first discovery back to gnap core, addresses ietf-wg-gnap/gnap-core-protocol#260 (by jricher)
https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/26
- Minor edits (by yaronf)
https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/11
2 pull requests received 2 new comments:
- #26 move client-facing rs-first discovery back to gnap core, addresses ietf-wg-gnap/gnap-core-protocol#260 (1 by netlify)
https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/26
- #11 Minor edits (1 by netlify)
https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/11
1 pull requests merged:
- Minor edits
https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/11 [Editorial]
Repositories tracked by this digest:
-----------------------------------
* https://github.com/ietf-wg-gnap/core-protocol
* https://github.com/ietf-wg-gnap/gnap-resource-servers
- [GNAP] Weekly github digest (GNAP Weekly GitHub A… Repository Activity Summary Bot