Project

Profile

Help

Issue #8720

Published RPM metadata isn't sorted properly

Added by dalley about 1 month ago. Updated 18 days ago.

Status:
NEW
Priority:
Low
Assignee:
-
Sprint/Milestone:
-
Start date:
Due date:
Estimated time:
Severity:
2. Medium
Version:
Platform Release:
OS:
Triaged:
Yes
Groomed:
No
Sprint Candidate:
No
Tags:
Sprint:
Quarter:

Description

RPM metadata should be published in-order, which helps with compression efficency (see associated BZ). createrepo_c does this, but not via the library itself, so Pulp is still publishing unordered metadata.

Note that the metadata is "fine", it works, it's just inefficient to compress.

createrepo_c uses location_href as the sort key.

Problem: Pulp mixes location_href's together from many different repositories, and because they are meaningless, it basically ignores them. So we store useless data in the database.

We should remove the location_href and location_base fields (the latter is entirely unused), and replace them with just a filename, which we can possibly use to reconstruct a location_href if we need to keep it for backwards compatibility. Then we can properly sort by it, and we can use it directly in various places without needing to rewrite the value constantly.

It is not a "real" part of the RPM package metadata, only a value which createrepo_c happens to provide on the objects which we copied over. This probably shouldn't have been done.

We should therefore sort by the filename, which is basically equivalent to sorting by location_href since within a repository all the packages should have the same directory.

History

#1 Updated by dalley about 1 month ago

  • Description updated (diff)

#2 Updated by dalley about 1 month ago

  • Description updated (diff)

#3 Updated by daviddavis about 1 month ago

  • Project changed from Pulp to RPM Support

#4 Updated by dalley 18 days ago

  • Priority changed from Normal to Low
  • Triaged changed from No to Yes

Please register to edit this issue

Also available in: Atom PDF