Skip to content

Conversation

flouthoc
Copy link
Contributor

@flouthoc flouthoc commented Oct 1, 2025

Extend opendownstream-PR to support podman repo as well along with buildah.

Extend opendownstream-PR to support `podman` repo as well along with
`buildah`.

Signed-off-by: flouthoc <[email protected]>
@flouthoc
Copy link
Contributor Author

flouthoc commented Oct 1, 2025

Did a similar test on my fork with commit flouthoc@dd28bd6 and PR flouthoc#3

Copy link
Member

@Luap99 Luap99 left a comment

Choose a reason for hiding this comment

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

Note blocking this here but should wait a bit more to get more feedback if this is really useful.
Since I was on PTO has anyone here found these buildah PRs useful, have the reviewers looked at the result of the buildah CI?
Because if nobody is looking then there is not much point in doing this.

Also note that this will trigger machine tests on each of these podman PRs as this is will fall under vendor/ chnages there and thus all jobs run. That is of course useful for proper coverage but also slower, much more flaky and expensive compared the all the other testing.

Comment on lines +18 to +23
- repo_name: buildah
fork_repo: podmanbot/buildah
upstream_repo: containers/buildah
- repo_name: podman
fork_repo: podmanbot/podman
upstream_repo: containers/podman
Copy link
Member

Choose a reason for hiding this comment

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

Is there a benfit to define all three values, you could have also just written
podmanbot/${{ matrix.repo_name }}' and containers/${{ matrix.repo_name }}' in the places instead. Though I guess it is mostly a style choice and this here should be fine

@flouthoc
Copy link
Contributor Author

flouthoc commented Oct 1, 2025

Note blocking this here but should wait a bit more to get more feedback if this is really useful. Since I was on PTO has anyone here found these buildah PRs useful, have the reviewers looked at the result of the buildah CI? Because if nobody is looking then there is not much point in doing this.

Also note that this will trigger machine tests on each of these podman PRs as this is will fall under vendor/ chnages there and thus all jobs run. That is of course useful for proper coverage but also slower, much more flaky and expensive compared the all the other testing.

Yes we can wait more to see how it is actually going and get feedback.

@nalind
Copy link
Member

nalind commented Oct 8, 2025

It'd be great if, say, the the description the bot provided for its PRs included a pointer to documentation about it, where to provide feedback, and described what the expectations are for maintainers on the receiving end.

@flouthoc
Copy link
Contributor Author

flouthoc commented Oct 8, 2025

It'd be great if, say, the the description the bot provided for its PRs included a pointer to documentation about it, where to provide feedback, and described what the expectations are for maintainers on the receiving end.

That sounds good, let me create a PR for that.

@flouthoc
Copy link
Contributor Author

flouthoc commented Oct 9, 2025

It'd be great if, say, the the description the bot provided for its PRs included a pointer to documentation about it, where to provide feedback, and described what the expectations are for maintainers on the receiving end.

@nalind Created a PR #386

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.

3 participants