Add epoch to libdwarf spec to fix versioning order#7337
Add epoch to libdwarf spec to fix versioning order#7337jslobodzian merged 1 commit intofasttrack/2.0from
Conversation
There was a problem hiding this comment.
LGTM :)
An idea I would like to bounce across, we have moved libdwarf recently to SPECS from SPECS-EXTENDED, how about, we remove the libdwarf rpms from the extended repo ? That way we need not add the Epoch tag.
/cc @jslobodzian @PawelWMS @anphel31
Hi @mfrw, The package is published to core repos now, with the 20240117 release |
(cherry picked from commit 374bd03)
|
Auto cherry-pick results: Auto cherry-pick pipeline run -> https://dev.azure.com/mariner-org/mariner/_build/results?buildId=487195&view=results |
Merge Checklist
All boxes should be checked before merging the PR (just tick any boxes which don't apply to this PR)
*-staticsubpackages, etc.) have had theirReleasetag incremented../cgmanifest.json,./toolkit/scripts/toolchain/cgmanifest.json,.github/workflows/cgmanifest.json)./SPECS/LICENSES-AND-NOTICES/data/licenses.json,./SPECS/LICENSES-AND-NOTICES/LICENSES-MAP.md,./SPECS/LICENSES-AND-NOTICES/LICENSE-EXCEPTIONS.PHOTON)*.signatures.jsonfilessudo make go-tidy-allandsudo make go-test-coveragepassSummary
What does the PR accomplish, why was it needed?
The PR adds an epoch version to the package.
The versioning of the package has changed from date versioning to normal versioning in the last upgrade.
version before upgrade: 20200114
version after upgrade: 0.9.0
Since the version after upgrade is numerically lower, package manager treats it as an older version and the CVEs on the earlier versions are being detected on the current version even though they're not applicable.
Change Log
Does this affect the toolchain?
NO
Associated issues
Links to CVEs
Test Methodology