Log message:
*: clean-up after python38 removal

Log message:
py-gidgethub: does not support Python 3.8 any longer (due to py-docutils)

Log message:
py-gidgethub: update to 5.3.0.

5.3.0
-----

- Add support passing ``extra_headers`` when making requests
  (`PR #192 <https://github.com/brettcannon/gidgethub/pull/192>`_)

- Add a getstatus() method for APIs that do not return content.
  (`PR #194 <https://github.com/brettcannon/gidgethub/pull/194>`_)

5.2.1
-----

- Fix cgi and importlib_resources deprecations.
  (`PR #185 <https://github.com/brettcannon/gidgethub/pull/185>`_)

- Add support for Python 3.11 and drop EOL Python 3.6
  (`PR #184 <https://github.com/brettcannon/gidgethub/pull/184>`_)

5.2.0
-----

- Make the minimum version of PyJWT be v2.4.0.

Log message:
python/wheel.mk: simplify a lot, and switch to 'installer' for installation

This follows the recommended bootstrap method (flit_core, build, installer).

However, installer installs different files than pip, so update PLISTs
for all packages using wheel.mk and bump their PKGREVISIONs.

Log message:
Mass-change BUILD_DEPENDS to TOOL_DEPENDS outside mk/.

Almost all uses, if not all of them, are wrong, according to the
semantics of BUILD_DEPENDS (packages built for target available for
use _by_ tools at build-time) and TOOL_DEPEPNDS (packages built for
host available for use _as_ tools at build-time).

No change to BUILD_DEPENDS as used correctly inside buildlink3.

As proposed on tech-pkg:
https://mail-index.netbsd.org/tech-pkg/2023/06/03/msg027632.html

Log message:
devel/py-gidgethub: import py-gidgethub-5.1.0

This is a library for the GitHub API which performs no I/O of its
own (a sans-I/O library). This allows users to choose whatever HTTP
library they prefer while parceling out GitHub-specific details to
this library. This base library is then built upon to provide an
abstract base class to a cleaner API to work with. Finally,
implementations of the abstract base class are provided for
asynchronous HTTP libraries for immediate usage.