-
Notifications
You must be signed in to change notification settings - Fork 417
python-3.13/3.13.11 package update #74858
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
🔄 Build Failed: Git Checkout Error
Build Details
Root Cause Analysis 🔍The git cherry-pick operation failed because the specified commit hash 333d4a6f4967d3ace91492a39ededbcf3faa76a6 from branch 3.13 could not be found in the repository. This is a CVE-2025-8291 security patch that appears to be missing from the fetched branch or may have been rebased/modified since the build configuration was created. Was this comment helpful? Please use 👍 or 👎 reactions on this comment. |
|
This is failing because of chainguard-dev/melange#1473. |
Melange currently barfs on specific cherry-pick situations like the one at wolfi-dev/os#74858 . I spent some time investigating this and found that this happens because the initial `git clone` to fetch a tag is done in shallow mode, and then subsequent `git fetch` commands will be constrained by the "shallowness" that was created. I was surprised to find @smoser's chainguard-dev#1473 which pretty much reached the same conclusion. My suggestion is that we should bite the bullet here and just invoke the `git fetch` that's run during `cherry-pick` using the `--unshallow` option. The downside is that this will pull in the entire repository history, which can be a lot in some cases. Signed-off-by: Sergio Durigan Junior <sergiodj@chainguard.dev>
This is a workaround for chainguard-dev/melange#1473 Signed-off-by: Sergio Durigan Junior <sergiodj@chainguard.dev>
|
I've pushed a workaround for now (setting |
xnox
left a comment
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.
Cve mentioned in scan is fixed by this point release.
Also I wonder if cherry picks should have been dropped with new point release. Can figure this out later.
Melange currently barfs on specific cherry-pick situations like the one at wolfi-dev/os#74858 . I spent some time investigating this and found that this happens because the initial `git clone` to fetch a tag is done in shallow mode, and then subsequent `git fetch` commands will be constrained by the "shallowness" that was created. I was surprised to find @smoser's chainguard-dev#1473 which pretty much reached the same conclusion. My suggestion is that we should bite the bullet here and just invoke the `git fetch` that's run during `cherry-pick` using the `--unshallow` option. The downside is that this will pull in the entire repository history, which can be a lot in some cases. Signed-off-by: Sergio Durigan Junior <sergiodj@chainguard.dev>
Melange currently barfs on specific cherry-pick situations like the one at wolfi-dev/os#74858 . I spent some time investigating this and found that this happens because the initial `git clone` to fetch a tag is done in shallow mode, and then subsequent `git fetch` commands will be constrained by the "shallowness" that was created. I was surprised to find @smoser's #1473 which pretty much reached the same conclusion. My suggestion is that we should bite the bullet here and just invoke the `git fetch` that's run during `cherry-pick` using the `--unshallow` option. The downside is that this will pull in the entire repository history, which can be a lot in some cases. Signed-off-by: Sergio Durigan Junior <sergiodj@chainguard.dev>
Commit: 627894459a84be3488a1789919679c997056a03c