Story #1878
closedSupport for choosing the checksum type in updateinfo
100%
Description
Given errata where the package list has checksums of multiple types, pulp can publish only one of those types, and filter out any others.
When pulp generates updateinfo.xml as part of a yum publish, it has logic for choosing the checksum type(s) based on the checksum(s) in the errata metadata and the checksum type of the repo. For example, if the repo is configured for sha256 and the errata metadata includes both md5 and sha256, pulp will use sha256. For backward-compatibility reasons, it is sometimes needed to use a checksum type in updateinfo that is different than the checksum type of the repo itself. Please have a way to optionally configure a checksum type for updateinfo. When it's not set it can fall back to the checksum type of the repo.
Related issues
Updated by dgregor@redhat.com over 8 years ago
- Tracker changed from Issue to Story
- Groomed set to No
- Sprint Candidate set to No
Updated by bmbouter over 8 years ago
- Related to Issue #1618: --checksum-type is broken added
Updated by bmbouter over 8 years ago
- Sprint Candidate changed from No to Yes
This makes sense to me but needs to be groomed by another Pulp developer and marked as Groomed=True.
Updated by mhrivnak over 8 years ago
I assume the checksums being referred to are the rpm checksums in the package list?
Dennis, are you asking for:
- Given errata where the package list has checksums of multiple types, pulp can publish only one of those types, and filter out any others.
or are you asking for:
- Pulp can publish an erratum using any supported checksum type. If publish is requested with a checksum type where those values are not already in the package list for any given erratum, pulp will go find the relevant RPMs in the database (assuming they are in the repo), and retrieve the checksums.
The former is easy. The latter is complex. An Errata unit in pulp does not have a direct association with RPMs, so retrieving a checksum value would require a unit search by nevra within the repo for each RPM. That could obviously add substantial time if there are many errata.
And if you want the latter, is md5 a checksum type we would need to support retrieval for? We have only been planning to store sha1 and sha256 checksums on RPM units.
Updated by dgregor@redhat.com over 8 years ago
Just asking for the former: "Given errata where the package list has checksums of multiple types, pulp can publish only one of those types, and filter out any others."
Updated by mhrivnak over 8 years ago
- Description updated (diff)
- Groomed changed from No to Yes
Updated by ttereshc over 8 years ago
- Status changed from NEW to ASSIGNED
- Assignee set to ttereshc
Updated by ttereshc over 8 years ago
- Blocked by Issue #2020: Cannot provide multiple checksums when uploading an erratum added
Added by ttereshc over 8 years ago
Updated by ttereshc over 8 years ago
- Status changed from ASSIGNED to POST
Updated by ttereshc over 8 years ago
- Status changed from POST to MODIFIED
- % Done changed from 0 to 100
Applied in changeset 1b7f1dc8bc7c62fe524b05bbd42452277f4388fe.
Updated by semyers over 8 years ago
- Status changed from 5 to CLOSED - CURRENTRELEASE
Add support for choosing the checksum type in updateinfo.xml
closes #1878 https://pulp.plan.io/issues/1878