Shinya Maeda

It seems failing at [`verifyAuth`](https://github.com/semantic-release/semantic-release/blob/master/index.js#L77) in [semantic-release](https://github.com/semantic-release/semantic-release) (not `semantic-release-gitlab` module). It's kinda make sense to auth if the token has a write permission to the repository, however, the [release creation...

Alternatively, maybe [Deploy Tokens](https://docs.gitlab.com/ee/user/project/deploy_tokens/) should be able to be used instead. This is more appropriate than Personal Access Token or job token. However, there are no options to give write...

Ah cool. Then, we can close this issue :) Sent from my iPhone > On Jan 25, 2022, at 7:41 PM, Aljoscha Pörtner ***@***.***> wrote: > >  > Is...

Also, this `Depends(Provide[...])` usage will spin up a new thread per request due to [`solved = await run_in_threadpool(call, **sub_values)`](https://github.com/tiangolo/fastapi/blob/master/fastapi/dependencies/utils.py#L522). This has some major issues: - When concurrent requests happen, these...

This PR resolves https://github.com/kschiess/parslet/issues/222

@kschiess Hi :wave: GitLab currently has [a dependency on this gem](https://gitlab.com/gitlab-org/gitlab/-/blob/master/Gemfile#L560), and as part of [Ruby 3.0 upgrade](https://gitlab.com/groups/gitlab-org/-/epics/8845), we'd like to make sure that this gem works with Ruby 3.0....

@kschiess Hi :wave: We'd like to expand the test coverage for Ruby 3.1 and 3.2. Would you mind reviewing this PR? Thanks!