-
Notifications
You must be signed in to change notification settings - Fork 235
Minor fixes to rpm builds by packit and spec file. #1704
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
Conversation
* This removes epel9 from packit rules as epel9 does not currently build without many additional packages added to the distro. * This fixes a breakage in epel10 by adding mailcap as a buildrequires. Signed-off-by: Stephen Smoogen <[email protected]>
Reviewer's GuideStreamlined RPM build configurations by removing EPEL 9 in favor of EPEL 10.0 in packit jobs, and resolved a build breakage in EPEL 10 by adding mailcap and updating the Obsoletes version in the spec file. Class diagram for updated BuildRequires in the spec fileclassDiagram
class SpecFile {
+make
+python3-devel
+podman
+python3-pytest
+mailcap
+Obsoletes: python3-ramalama < 0.11.0-1
}
File-Level Changes
Possibly linked issues
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Summary of Changes
Hello @smooge, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!
This pull request focuses on improving the reliability and stability of RPM package builds for the ramalama
project. It addresses specific build failures by adjusting the packit
configuration to refine target distributions and updates the RPM spec file to resolve missing build dependencies and update versioning.
Highlights
- Packit Configuration Adjustment: Updated
.packit.yaml
to refine target distribution branches forkoji_build
andbodhi_update
jobs. Specifically,epel9
was removed from thedist_git_branches
list and replaced withepel10.0
, addressing issues withepel9
builds and clarifying the EPEL 10 target. - RPM Spec File Enhancements: Modified
rpm/ramalama.spec
to includemailcap
inBuildRequires
, which resolves a reported build breakage inepel10
. Additionally, theObsoletes
version forpython3-ramalama
was updated to reflect a newer baseline.
Using Gemini Code Assist
The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.
Invoking Gemini
You can request assistance from Gemini at any point in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command>
or @gemini-code-assist <command>
. Below is a summary of the supported commands.
Feature | Command | Description |
---|---|---|
Code Review | /gemini review |
Performs a code review for the current pull request in its current state. |
Pull Request Summary | /gemini summary |
Provides a summary of the current pull request in its current state. |
Comment | @gemini-code-assist | Responds in comments when explicitly tagged, both in issue comments and review comments. |
Help | /gemini help |
Displays a list of available commands. |
Customization
To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/
folder in the base of the repository. Detailed instructions can be found here.
Limitations & Feedback
Gemini Code Assist is currently in preview and may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments to provide feedback.
You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.
Footnotes
-
Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution. ↩
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code Review
This pull request updates the RPM packaging configuration. It adds a missing build dependency for EPEL 10, bumps the Obsoletes
version tag, and updates the packit build targets to remove epel9
. The changes to the spec file look correct. However, the update to the packit configuration introduces a potentially invalid and redundant build target (epel10.0
), which could cause the build pipeline to fail. I've left comments with details on this.
@@ -79,7 +79,7 @@ jobs: | |||
dist_git_branches: &fedora_targets | |||
- fedora-all | |||
- epel10 | |||
- epel9 | |||
- epel10.0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The dist_git_branches
list already contains epel10
on the line above. Adding epel10.0
here seems redundant. Furthermore, epel10.0
is not a standard dist-git branch name for EPEL, which is likely to cause this koji_build
job to fail. The standard branch name is epel10
.
If the intention was just to remove epel9
support, this line should be removed entirely as epel10
is already present.
@@ -92,4 +92,4 @@ | |||
dist_git_branches: | |||
- fedora-branched # rawhide updates are created automatically | |||
- epel10 | |||
- epel9 | |||
- epel10.0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similar to the koji_build
job configuration, the dist_git_branches
list for this propose_downstream
job already contains epel10
. Adding epel10.0
seems redundant and is likely to cause job failures because epel10.0
is not a standard dist-git branch name. If epel10
is the correct target, this line can be removed.
LGTM |
LGTM too! |
* This removes epel9 from packit rules as epel9 does not currently build without many additional packages added to the distro. * This fixes a breakage in epel10 by adding mailcap as a buildrequires. Signed-off-by: Stephen Smoogen <[email protected]> Co-authored-by: Stephen Smoogen <[email protected]>
Summary by Sourcery
Remove the unsupported epel9 build target in packit config, switch to epel10.0, add mailcap to spec BuildRequires to fix epel10 breakage, and bump the Obsoletes version.
Bug Fixes:
Enhancements: