Project

Profile

Help

Maintenance: Planio will be observing a scheduled maintenance window this Tuesday, November 5, 2024 from 03:00 UTC until 06:30 UTC to perform urgent network maintenance in our primary data center. Your Planio account will be unavailable during this maintenance window.

Backport #8962

closed

Backport 8944 to 3.13.1

Added by dalley over 3 years ago. Updated over 3 years ago.

Status:
CLOSED - CURRENTRELEASE
Priority:
Normal
Assignee:
-
Sprint/Milestone:
Start date:
Due date:
% Done:

0%

Estimated time:
Triaged:
No
Sprint Candidate:
No
Tags:
Sprint:
Quarter:


Related issues

Related to RPM Support - Issue #8944: Cannot sync RHEL6 repos from cdn.redhat.comCLOSED - CURRENTRELEASEdalleyActions
Actions #1

Updated by dalley over 3 years ago

  • Related to Issue #8944: Cannot sync RHEL6 repos from cdn.redhat.com added

Added by dalley over 3 years ago

Revision e3b0e47d | View on GitHub

Handle duplicate packages in upstream repos

Some repositories have some packages listed in the metadata twice. This shouldn't happen (but it does). createrepo_c deduplicates by virtue of parsing everything into a dict keyed by pkgid, but the iterative parser does not. This eventually results in a mismatch once the iterative parser comes across a package that the createrepo_c primary parser already handled. So we keep a list of pkgid's we've already written out in order to skip them once the iterative parser hits them a 2nd (or 3rd, etc.) time.

backports: #8944 https://pulp.plan.io/issues/8944

fixes #8962

(cherry picked from commit 8393a60695dd28a38d515cd7376396734626ae16)

Actions #2

Updated by dalley over 3 years ago

  • Status changed from NEW to MODIFIED

Added by dalley over 3 years ago

Revision 884a1d1c | View on GitHub

Handle duplicate packages in upstream repos

Some repositories have some packages listed in the metadata twice. This shouldn't happen (but it does). createrepo_c deduplicates by virtue of parsing everything into a dict keyed by pkgid, but the iterative parser does not. This eventually results in a mismatch once the iterative parser comes across a package that the createrepo_c primary parser already handled. So we keep a list of pkgid's we've already written out in order to skip them once the iterative parser hits them a 2nd (or 3rd, etc.) time.

backports: #8944 https://pulp.plan.io/issues/8944

fixes #8962

(cherry picked from commit 8393a60695dd28a38d515cd7376396734626ae16)

Actions #4

Updated by dalley over 3 years ago

  • Tracker changed from Issue to Backport
  • % Done set to 0
  • Severity deleted (2. Medium)
  • Groomed deleted (No)
Actions #5

Updated by dalley over 3 years ago

  • Sprint/Milestone set to 3.13.1
Actions #6

Updated by pulpbot over 3 years ago

  • Status changed from MODIFIED to CLOSED - CURRENTRELEASE

Also available in: Atom PDF