-
Notifications
You must be signed in to change notification settings - Fork 49
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
does not create new chroots when packit config changes after a PR rebase #2262
Closed
1 of 2 tasks
Labels
area/config
Related to the Packit's configuration.
area/copr
Related to the integration with copr.fedorainfracloud.org/
complexity/single-task
Regular task, should be done within days.
gain/low
This doesn't bring that much value to users.
impact/high
This issue impacts multiple/lot of users.
kind/bug
Something isn't working.
Comments
Sentry issue: PCKT-002-PACKIT-SERVICE-6MW @lbarcziova : this is the actual reason of the failure, the Packit config contains chroot-specific configuration and we do not handle that correctly |
lachmanfrantisek
added
area/copr
Related to the integration with copr.fedorainfracloud.org/
impact/high
This issue impacts multiple/lot of users.
gain/low
This doesn't bring that much value to users.
area/config
Related to the Packit's configuration.
complexity/single-task
Regular task, should be done within days.
labels
Jan 8, 2024
Closing in favour of #1854 which should fix it. |
github-project-automation
bot
moved this from ready-to-refine
to done
in Packit Kanban Board
Jan 8, 2024
I agree with @lbarcziova, this is a different issue. |
lbarcziova
added a commit
to lbarcziova/packit
that referenced
this issue
Jan 15, 2024
Change the order of updating a Copr project: 1. update the chroots themselves 2. after that, we can update the chroot specific configuration Also, wrap the updating of chroot specific configuration to the try-except to cover the case of insufficient permissions. Fixes packit/packit-service#2262
lbarcziova
added a commit
to lbarcziova/packit
that referenced
this issue
Jan 18, 2024
Change the order of updating a Copr project: 1. update the chroots themselves 2. after that, we can update the chroot specific configuration Also, wrap the updating of chroot specific configuration to the try-except to cover the case of insufficient permissions. Fixes packit/packit-service#2262
softwarefactory-project-zuul bot
added a commit
to packit/packit
that referenced
this issue
Jan 18, 2024
Chroot-specific config update fix Fixes packit/packit-service#2262 RELEASE NOTES BEGIN We have fixed a bug in handling chroot-specific configuration once the chroots themselves are updated. RELEASE NOTES END Reviewed-by: Maja Massarini
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area/config
Related to the Packit's configuration.
area/copr
Related to the integration with copr.fedorainfracloud.org/
complexity/single-task
Regular task, should be done within days.
gain/low
This doesn't bring that much value to users.
impact/high
This issue impacts multiple/lot of users.
kind/bug
Something isn't working.
What happened? What is the problem?
In Foreman, we recently switched from building against
centos-stream-8
torhel-8
, however, it seems that PRs that have been opened before this change do not get their respective copr projects updated and thus fail to build with "Chroot name rhel-8-x86_64 does not exist in Copr packit/theforeman-foreman-9837."Example: https://github.com/theforeman/foreman/pull/9837/checks?check_run_id=19147230758
What did you expect to happen?
The copr project is updated to reflect the changes in
packit.yml
and thus succeeds to buildExample URL(s)
https://github.com/theforeman/foreman/pull/9837/checks?check_run_id=19147230758
Steps to reproduce
1. open a PR 2. change packit config in base branch 3. rebase PR
What is the impacted category (job)?
Copr builds
Workaround
Participation
The text was updated successfully, but these errors were encountered: