[GNAP] Weekly github digest (GNAP Weekly GitHub Activity Summary)

Repository Activity Summary Bot <do_not_reply@mnot.net> Sun, 25 July 2021 07:41 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 332223A1AAD for <txauth@ietfa.amsl.com>; Sun, 25 Jul 2021 00:41:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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_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=XYdUG35o; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=NrJKIs1e
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 4s3Nz7F7InR9 for <txauth@ietfa.amsl.com>; Sun, 25 Jul 2021 00:40:59 -0700 (PDT)
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 E26E03A1AAE for <txauth@ietf.org>; Sun, 25 Jul 2021 00:40:58 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id D565C5C00F0 for <txauth@ietf.org>; Sun, 25 Jul 2021 03:34:19 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 25 Jul 2021 03:34:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:from:to:subject; s=fm3; bh=EE1wkygLrOv MvOVmzEUTL2jApKUk0PbwkjP6qyghhiI=; b=XYdUG35otQXZmRppBRbcUXA0ex+ ax3dz0BsWrwGaifc6m0qo/Fc8dZT7y7irbohgxi49cEMg+f3aWABqxL/aRF6jtk5 jcv4I/C/HI09/LSWi6CNOevJJKLbVZSwSfkMDbxfVrex+oL/IYH7024SlsZ4SD2h AraHoMen9UCCl22RfhkbZ8F9sU0XSD9Q1h3K+lw+miSoReo5clMbndZHNH5qU+13 CCXS9QYqLhAinTRG3MkOz1i8v9mdMh9jWJnWchg67v2hw50anaCPJZAyGOEiHOac TuHLx0Lg/TEytTyqBONYJ63A+QiQironTgBd5x6+huIDfW302yVm+nfh1aQ==
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= fm3; bh=EE1wkygLrOvMvOVmzEUTL2jApKUk0PbwkjP6qyghhiI=; b=NrJKIs1e dg/fEFmhr3eTW+CmUuQaDu2TpmrjZ0TQQxfQBR2SVDtRSph7KkLeD6rxEdi2loAZ iW5LHWi5Ie1bgqyDs9RibYZ5ZNX4ekphilDp1UUZvyZkWWYaf79pfDncBYI3v7xG mphC+lNsIYdZqJGZrswMgvtvCEI9z9sPU3xwCT6S972JASu0S5Ypn1jF1wUPa519 cnmAKiP71yaWrLx51xsSHOlWU7fqOeOkOzofKR94r57DzGkF6EpJp/LKepU86YF7 EIHpz3ln+IAXNJqbPHPqNiHxVL4SyP/RzGOcHBTV8jRSg05rRUVAahPfJ3we1BNS Q1Qg2jLE7Wf4qQ==
X-ME-Sender: <xms:-xP9YOfRTu0IFJDSnlRkK9wkIVJRirHtFpQKku2Xq3gPk7VisU7XNw> <xme:-xP9YIMFD_YIe-RMDKYQlaZALGsGZZfWcbIOcawZBIm67dufUalydmgvRlSjE2ivs ODaTMeOf5xD7Y7C7A>
X-ME-Received: <xmr:-xP9YPhifen8F2eDAlqso3hYuHuqgwcrwKJOTQH7fdHe5AauUqby5IQqn6SPRPwP3WEQyU_Sr978oNQv1jLlwNrIMsvptuJJl9yJ3DEMd1MBztxFk6GXBBGs_cx9xDdA7jj3ZA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrgedugdduudegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucfpohcuuggrthgvuchfihgvlhguucdlgeelmdenuc fjughrpegtggfhvffusegrtddtredttdejnecuhfhrohhmpeftvghpohhsihhtohhrhicu tegtthhivhhithihucfuuhhmmhgrrhihuceuohhtuceoughopghnohhtpghrvghplhihse hmnhhothdrnhgvtheqnecuggftrfgrthhtvghrnhepkeefvdduteejvdefkeehieevuefg fefhteetveegffekffefteffvdelheduieetnecuffhomhgrihhnpehgihhthhhusgdrtg homhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegu ohgpnhhothgprhgvphhlhiesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:-xP9YL9f0aKbLT5MZ1fWSwKyHYc5Vj30jYmFaUPzPV_P3IdTjSUDsQ> <xmx:-xP9YKsig5HnWpH8TMohHveqywpYff97vDyXedzmTPfiG02aSAv4IQ> <xmx:-xP9YCEBhoZ37UeQJacSgsjWKldY97s7N0xgQGH8TFhsUtXKgIAUFA> <xmx:-xP9YD668ShNQ4zUxguOzXXBN13k9AGB4XFXCkSvYn7pDVEppxs1HA>
Received: by mail.messagingengine.com (Postfix) with ESMTPA for <txauth@ietf.org>; Sun, 25 Jul 2021 03:34:19 -0400 (EDT)
Content-Type: multipart/alternative; boundary="===============8036894677650947326=="
MIME-Version: 1.0
From: Repository Activity Summary Bot <do_not_reply@mnot.net>
To: txauth@ietf.org
Message-Id: <20210725074058.E26E03A1AAE@ietfa.amsl.com>
Date: Sun, 25 Jul 2021 00:40:58 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/txauth/hf-bPy_LFZHA0XAFkz18Eq4-7xc>
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, 25 Jul 2021 07:41:05 -0000



Events without label "editorial"

Issues
------
* ietf-wg-gnap/core-protocol (+2/-12/💬68)
  2 issues created:
  - Re-opening of: In practice, only rights are supported but attributes should also be supported (by Denisthemalice)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/296 
  -   In practice, only rights are supported but attributes should also be supported (by Denisthemalice)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/295 

  23 issues received 68 new comments:
  - #296 Re-opening of: In practice, only rights are supported but attributes should also be supported (11 by Denisthemalice, aaronpk, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/296 
  - #295   In practice, only rights are supported but attributes should also be supported (6 by Denisthemalice, jricher, yaronf)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/295 
  - #293 Token Management functions are over-engineering (3 by Denisthemalice, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/293 
  - #292 Does a client instance really need to be identified by a unique key ? (3 by Denisthemalice, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/292 
  - #291 Requesting RO Information or Requesting Subject Information? (2 by Denisthemalice, fimbault)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/291 
  - #290 Checks needed to defeat user collaborative attacks are unfortunately out of the scope of the document (14 by Denisthemalice, aaronpk, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/290 
  - #289 Bearer tokens should not be supported or be deprecated (5 by Denisthemalice, aaronpk, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/289 
  - #288 Since both rights and resource locations must be disclosed to the AS, the AS can act as Big Brother (4 by Denisthemalice, agropper, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/288 
  - #287 About the locations field (1 by jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/287 
  - #286 In practice, only rights are supported but attributes should also be supported (1 by jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/286 
  - #285 The diagram of the exchanges is mandating a pre-configuration between each pair of AS/RS (2 by fimbault, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/285 
  - #284 The document is confusing a Resource Server (RS) with a Protected Resource (2 by aaronpk, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/284 
  - #283 User consent is not supported (1 by jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/283 
  - #282 The client has no effective control upon the content of an access token (2 by aaronpk, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/282 
  - #281 The client is unable to know that a RS is associated with more than one AS (1 by jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/281 
  - #280 The access token is opaque to the client instance: transparency cannot be achieved (2 by aaronpk, jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/280 
  - #279 Trust relationships between ROs and ASs and between ROs and RSs are left undefined (2 by fimbault)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/279 
  - #278 Trust relationships are still undefined (1 by jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/278 
  - #277 No access token structure is being defined or referenced (1 by jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/277 
  - #276 The document is currently unable to follow the standards track  (1 by jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/276 
  - #244 Refactoring the internals of access request (1 by fimbault)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/244 
  - #215 User choice and consent, and user notice (1 by Denisthemalice)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/215 
  - #214 Trust relationships (1 by Denisthemalice)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/214 

  12 issues closed:
  - Refactoring the internals of access request https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/244 
  - Trust relationships between ROs and ASs and between ROs and RSs are left undefined https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/279 
  -   In practice, only rights are supported but attributes should also be supported https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/295 
  - The document is currently unable to follow the standards track  https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/276 
  - No access token structure is being defined or referenced https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/277 
  - Trust relationships are still undefined https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/278 
  - The access token is opaque to the client instance: transparency cannot be achieved https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/280 
  - The client is unable to know that a RS is associated with more than one AS https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/281 
  - The client has no effective control upon the content of an access token https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/282 
  - User consent is not supported https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/283 
  - The document is confusing a Resource Server (RS) with a Protected Resource https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/284 
  - In practice, only rights are supported but attributes should also be supported https://github.com/ietf-wg-gnap/gnap-core-protocol/issues/286 

* ietf-wg-gnap/gnap-resource-servers (+0/-0/💬1)
  1 issues received 1 new comments:
  - #39 “RS-Facing API” versus “AS-Facing API” (1 by fimbault)
    https://github.com/ietf-wg-gnap/gnap-resource-servers/issues/39 



Pull requests
-------------
* ietf-wg-gnap/core-protocol (+2/-1/💬2)
  2 pull requests submitted:
  - added editorconfig processor (by jricher)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/297 
  - add editorconfig (by aaronpk)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/294 

  2 pull requests received 2 new comments:
  - #297 added editorconfig processor (1 by netlify)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/297 
  - #294 add editorconfig (1 by netlify)
    https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/294 

  1 pull requests merged:
  - add editorconfig
    https://github.com/ietf-wg-gnap/gnap-core-protocol/pull/294 

* ietf-wg-gnap/gnap-resource-servers (+1/-2/💬1)
  1 pull requests submitted:
  - adds .editorconfig and cleans up trailing spaces (by aaronpk)
    https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/43 

  1 pull requests received 1 new comments:
  - #43 adds .editorconfig and cleans up trailing spaces (1 by netlify)
    https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/43 

  2 pull requests merged:
  - adds .editorconfig and cleans up trailing spaces
    https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/43 [Editorial] 
  - Several pretty minor edits after I read through this doc.
    https://github.com/ietf-wg-gnap/gnap-resource-servers/pull/38 [Editorial] 


Repositories tracked by this digest:
-----------------------------------
* https://github.com/ietf-wg-gnap/core-protocol
* https://github.com/ietf-wg-gnap/gnap-resource-servers