Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Approval" section in docs not applicable for Gitlab upstreams #1707

Closed
jrybar-rh opened this issue Oct 14, 2022 · 5 comments
Closed

"Approval" section in docs not applicable for Gitlab upstreams #1707

jrybar-rh opened this issue Oct 14, 2022 · 5 comments
Assignees
Labels
area/gitlab Related to GitLab implementation. area/user-experience Usability issue

Comments

@jrybar-rh
Copy link

The section 2. Approval in Packit Onboarding Guide only works for Github upstreams.
Gitlab users need to be approved manually every time.

@TomasTomecek
Copy link
Member

This is correct, I had to manually approve the namespace - the automated approval workflow is not triggered on GitLab right now.

@TomasTomecek TomasTomecek added the area/user-experience Usability issue label Oct 14, 2022
@lachmanfrantisek lachmanfrantisek moved this from new to backlog in Packit Kanban Board Oct 24, 2022
@lachmanfrantisek lachmanfrantisek added the area/gitlab Related to GitLab implementation. label Oct 24, 2022
@lachmanfrantisek
Copy link
Member

Slightly related to #1708.

What needs to be done on our side:

  • create a new notifications repository on each forge we want to support
  • make Packit create a new issue in that repository if a user is not allowed and the issue does not exist. (Currently, the issue is created only after the GitHub app installation.)
  • update the code to accept a list of projects, not a single one (ideally, make it configurable):
    • @reacts_to(event=IssueCommentEvent)
      class GithubFasVerificationHandler(JobHandler):
    • def pre_check(self) -> bool:
      """
      Checks whether the Packit verification command is placed in
      packit/notifications repository in the issue our service created.
      """
      if not (
      self.project.namespace == "packit" and self.project.repo == "notifications"
      ):
      logger.debug(
      "Packit verification comment command not placed in packit/notifications repository."
      )
      return False
    • (Looking at the code, any forge.dot.something/packit/notifications should work now already..;)
  • update docs

@TomasTomecek
Copy link
Member

We need to scope this properly as there are many paths to take.

@lachmanfrantisek
Copy link
Member

To make it clear: ideally, we will get rid of the per-installation requirements and do a per-job check (so e.g., we will not require FAS for some types of jobs).

As a result of that work, we don't need to support GitLab in the approval process (this issue) because it will not be needed at all.

@lachmanfrantisek
Copy link
Member

@jrybar-rh Hello, this issue (and #1708 as well) will not be needed once we finish our #1850 epic.

With that, I am closing this. Feel free to watch the epic and/or we can discuss it at the weekly sync meeting.

@lachmanfrantisek lachmanfrantisek closed this as not planned Won't fix, can't repro, duplicate, stale Apr 14, 2023
@github-project-automation github-project-automation bot moved this from backlog to done in Packit Kanban Board Apr 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/gitlab Related to GitLab implementation. area/user-experience Usability issue
Projects
Archived in project
Development

No branches or pull requests

4 participants