Skip to content

Conversation

@lbarcziova
Copy link
Member

Comment on lines 46 to 51
- importing the code from new repo

- cleaner transition
- requires more initial effort and might be more complex to set up
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would vote for this approach, it's certainly more work at the start but I think it will pay off.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure I follow this. It means that packit-service will import some code from fedora-ci? If it is, I don't think this is what we want in the long run? I can see, on the other hand, a third repo from where both fedora-ci and packit-service import code. At the beginning it could be a very large base and then it should became smaller, probably.

Copy link
Member

@nforro nforro May 26, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IIUC it means packit-service will import code from fedora-ci during the transition period (until a new deployment runs the fedora-ci code directly).

```

- code migration:
- identify and move all Fedora CI-related worker functionality from packit-service to the new repository; this concerns jobs that do not depend on a repo having Packit configuration in the repository
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am wondering if there would be some code (I am thinking to the events as an example) that has to be moved in a third repository shared both by packit-service and fedora-ci?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

following how we did this in hardly, I would start with having the service code in one repository (i.e. all the events being placed in packit-service), as decoupling of that could be more complex.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am probably missing something here: if events will stay in packit-service, and packit-service will import from fedora-ci but fedora-ci would need events in packit-service... I don't think we can make this work?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

and packit-service will import from fedora-ci

do you mean this just for the "importing" solution for the transition period? That might be a good point. Regarding the transition, I am more inclined to trying minimise the time of transition and the code changes rather.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes, I am referring the transition time solution. I am not against a quick solution, I just fear we may hit cyclic imports and not being able to solve them quickly.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@majamassarini yes I see your point now and I agree. And it might still not even really be "quick" nevertheless. Let's discuss more tomorrow.

# To discuss

- repo naming
- fedora-ci
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍🏻


## Code

- create the new repo (`https://github.com/packit/fedora-ci`?) structure, something like this:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd probably prefer more explicit, something like fedora-ci-worker

- code migration:
- identify and move all Fedora CI-related worker functionality from packit-service to the new repository; this concerns jobs that do not depend on a repo having Packit configuration in the repository
- set up tests and CI
- create files needed for deployment: `run_worker.sh`, Containerfile, docker-compose file, etc.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note

Time to move on to podman-compose, I hate the complaints in shell each time I forget to pass COMPOSE

## Identity

- we probably want a new identity (or 2, both for stg and prod) on `src.fedoraproject.org` to be set up
- current Fedora CI user (`releng-bot`) is in these groups:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it used only for Fedora CI?

Copy link
Member

@mfocko mfocko left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:shipit:

@lbarcziova lbarcziova added this pull request to the merge queue Aug 19, 2025
Merged via the queue into packit:main with commit 2400cbb Aug 19, 2025
2 checks passed
@lbarcziova lbarcziova deleted the move-fedora-ci branch August 19, 2025 05:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Research move Fedora CI related code to a separate repository and deployment

5 participants