[GNAP] Weekly github digest (GNAP Weekly GitHub Activity Summary)
Repository Activity Summary Bot <do_not_reply@mnot.net> Sun, 30 May 2021 08:52 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 E7A1F3A34D3 for <txauth@ietfa.amsl.com>; Sun, 30 May 2021 01:52:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.799
X-Spam-Level:
X-Spam-Status: No, score=-2.799 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, 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=FnirDTA9; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=n4zikjkW
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 o-buPyktK97m for <txauth@ietfa.amsl.com>; Sun, 30 May 2021 01:51:56 -0700 (PDT)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AB7F3A34D1 for <txauth@ietf.org>; Sun, 30 May 2021 01:51:56 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 6CFDFE1F for <txauth@ietf.org>; Sun, 30 May 2021 04:26:58 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sun, 30 May 2021 04:26:58 -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=ntqmAGYa1O0 y8A8wV7uyPFgEtUwfQi4eoAvMnNSSc2I=; b=FnirDTA9ufBSIH/YtciLYOtaV1p 7PhowlrV3VQ3z2k7QjkfAcmwysOqwyf1GL2tvA00cUYRo4zUx4WRz5cm+h6XCRP4 BG6LLaehFIq2CIoQQd2o4qhI1sFLIWEsSmHp+kTG9q6G9sesmJ4z8zJndVIhaGH2 TwMub6JW4Xob6yeu99uSEC3vGUV3K9fNPgOlZrShNVe7gjMy7sS9RycdBB/Mqhqh 30e6lDpxxzh2sn/henB3q3o3/L75cEoFOr5IyHnABiS8HR1RGTSGKo/7UN4qjedI 6tdVR2Zj9Pw97Mj5tsH/mMr17vE6oAQuBdd1XMxr3wxzt5bpVdKWchNsKAQ==
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=ntqmAGYa1O0y8A8wV7uyPFgEtUwfQi4eoAvMnNSSc2I=; b=n4zikjkW /3NN+MigdXQ4n0wiW4/88GX7rXvWei015NxAeI/ASjdpk42xVBd4hGdtYUxllFcw 7xrmByRB9VE8WwAIOWCMiArkFZQubhM+VBYz907ELj714rHxvOoPrKq1NFSi1n++ BbjUr8zWab01QNnRCp80V3MKNFPVc5zWq9p+3rbEve+RJntmcv3q7iz7l5CqGAdL iRCxB/aABRruzC4CcmxormCF6MG05uM5NzRCvpTZNIdoXMNs/neGvU2tPEmwZIKk Lnn9BJlY1PW6ZgcXgb/HptxtBJNkfxlAE8sL25hby3/2rl9x0kjK+30sDjlMFwwH uVdHdhxsSLRdUQ==
X-ME-Sender: <xms:UUyzYBpHutuosOyeZRqsn4SewAttmSnvVrSMffbubZsGS9nMNDx-Uw> <xme:UUyzYDq-H0q5V--c5hnn55H5LxpMFu6bYM8VDoT-oraQA-6sG1JGLfphl4CCpyNQG WMlN_vgXeSzDTMGSA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdeluddgtdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucfpohcuuggrthgvuchfihgvlhguucdlgeelmdenuc fjughrpegtggfhvffusegrtddtredttdejnecuhfhrohhmpeftvghpohhsihhtohhrhicu tegtthhivhhithihucfuuhhmmhgrrhihuceuohhtuceoughopghnohhtpghrvghplhihse hmnhhothdrnhgvtheqnecuggftrfgrthhtvghrnhepkeefvdduteejvdefkeehieevuefg fefhteetveegffekffefteffvdelheduieetnecuffhomhgrihhnpehgihhthhhusgdrtg homhenucfkphepudefrdekvddrkeefrddvvdeknecuvehluhhsthgvrhfuihiivgepfeen ucfrrghrrghmpehmrghilhhfrhhomhepughopghnohhtpghrvghplhihsehmnhhothdrnh gvth
X-ME-Proxy: <xmx:UUyzYONyRLUrWs4j_YIGginmcNdUc2BLbBCGzjtgt-t-7_iGe5VayA> <xmx:UUyzYM5IhLXHijJhTTW8u3TXXkHl-mp2gxImtEaSINMJjTqy0SCpJw> <xmx:UUyzYA7Y5yD9eg2ZgC6xzzoUopk4CMvVg8q-x8Z9vdCMNO8dS6-uKA> <xmx:UkyzYORfYiIqUDb2B4XcodTvQQUgsTpnGlOxuboEIbdwVRNZAhpRxw>
Received: from fv-az201-811.ett4tu3jvdse5ovc2mkgjqcs5a.bx.internal.cloudapp.net (unknown [13.82.83.228]) by mail.messagingengine.com (Postfix) with ESMTPA for <txauth@ietf.org>; Sun, 30 May 2021 04:26:57 -0400 (EDT)
Content-Type: multipart/alternative; boundary="===============4982331355697448104=="
MIME-Version: 1.0
From: Repository Activity Summary Bot <do_not_reply@mnot.net>
To: txauth@ietf.org
Message-Id: <20210530085156.3AB7F3A34D1@ietfa.amsl.com>
Date: Sun, 30 May 2021 01:51:56 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/txauth/bJtrUYAtGt5GXOwXRMI3o1rUCnQ>
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, 30 May 2021 08:52:01 -0000
Events without label "editorial"
Issues
------
* ietf-wg-gnap/core-protocol (+5/-1/💬0)
5 issues created:
- The access token verifications to be perfomed by the RS should be described (by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/266
- What kind of control may a client have about the content of a returned access token ? (by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/265
- How can an AS determine "what is needed" to fulfill the request ? (by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/264
- Negotiation of the token format by the client should be mentioned in section 1.4 (by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/263
- Should the reader understand that a RS can only be protected by a single AS ? (by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/262
1 issues closed:
- The first figure in section 1.4 should be split and revisited https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/192 [Pending Close]
* ietf-wg-gnap/gnap-resource-servers (+3/-1/💬0)
3 issues created:
- A section describing the structure of the list of token formats is currently missing (by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/29
- Examples about Macaroons and Biscuits are currently inappropriate (by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/28
- Access Token Formats Negotiation (by Denisthemalice)
https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/27
1 issues closed:
- Token formats can also be advertised both by AS and RS https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/3 [Pending Close]
Pull requests
-------------
* ietf-wg-gnap/core-protocol (+0/-1/💬0)
1 pull requests merged:
- add privileges field
https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/259 [Pending Merge]
* ietf-wg-gnap/gnap-resource-servers (+0/-0/💬1)
1 pull requests received 1 new comments:
- #26 move client-facing rs-first discovery back to gnap core, addresses ietf-wg-gnap/gnap-core-protocol#260 (1 by fimbault)
https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/26
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