Actions
Story #5739
closedAs a user, advisory version is considered at conflict resolution time
Start date:
Due date:
% Done:
100%
Estimated time:
Platform Release:
Groomed:
No
Sprint Candidate:
No
Tags:
Sprint:
Quarter:
Description
Background¶
Currently advisory conflicts resolve according to #4295 which is based on updated timestamp and package list difference.
Motivation¶
Some advisories don't have updated timestamp but they bump advisory version in case of changes. (e.g. openSUSE ones). RH/Fedora advisories bump version as well but not for all changes, so it's not possible to switch to using version only for conflict resolution.
Solution¶
Version of advisory should be taken into consideration at conflict resolution time.
Updated timestamp has precedence.
When updated timestamp is absent or the same for both advisories, advisory versions should be compared.
The higher the version is, the newer the advisory.
Updated by ttereshc almost 5 years ago
- Sprint/Milestone set to Pulp 3.x RPM (Katello 3.16)
Updated by ppicka over 4 years ago
- Status changed from NEW to ASSIGNED
- Assignee set to ppicka
Updated by pulpbot over 4 years ago
- Status changed from ASSIGNED to POST
Added by ppicka over 4 years ago
Updated by ppicka over 4 years ago
- Status changed from POST to MODIFIED
- % Done changed from 0 to 100
Applied in changeset 12b5738ecdcc90a6b0d3c902848c6443cd96c1eb.
Updated by dalley over 4 years ago
- Sprint/Milestone changed from Pulp 3.x RPM (Katello 3.16) to Pulp RPM 3.3.0
Updated by dalley over 4 years ago
- Status changed from MODIFIED to CLOSED - CURRENTRELEASE
Actions
Advisory version is taken to consideration
during sync when updated_dates are the same Pulp will check versions and if there is newer version it is added instead the old one.
generalize shared_utils 'is_previous_version' method to use it in comparison
closes #5739 https://pulp.plan.io/issues/5739