Project

Profile

Help

Issue #9287

Copy API does depsolving twice

Added by ggainey 2 months ago. Updated 2 months ago.

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

Description

When we took out the code that tries to 'fix' depsolving problems, we left in the loop that assumes it's happening. This means that calling /copy/ with depsolving=True does the depsolving twice, every time, before continuing.

Given the performance- and memory-characteristics of the current depsolving processing, this is...Bad.


Related issues

Copied to RPM Support - Backport #9298: Backport #9287 "Copy API does depsolving twice" to 3.14.zCLOSED - CURRENTRELEASE

<a title="Actions" class="icon-only icon-actions js-contextmenu" href="#">Actions</a>

Associated revisions

Revision eb161f21 View on GitHub
Added by ggainey 2 months ago

On copy, depsolving was running twice. Taught it to Not Do That.

fixes #9287. [nocoverage]

History

#1 Updated by pulpbot 2 months ago

  • Status changed from ASSIGNED to POST

#2 Updated by ggainey 2 months ago

  • Status changed from POST to MODIFIED

#3 Updated by dalley 2 months ago

  • Sprint/Milestone set to 3.15.0

#4 Updated by dalley 2 months ago

  • Copied to Backport #9298: Backport #9287 "Copy API does depsolving twice" to 3.14.z added

#5 Updated by pulpbot 2 months ago

  • Status changed from MODIFIED to CLOSED - CURRENTRELEASE

Please register to edit this issue

Also available in: Atom PDF