Bug 850867 - dep solving shouldn't be blocked by other operations
dep solving shouldn't be blocked by other operations
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: PackageKit (Show other bugs)
Unspecified Unspecified
unspecified Severity low
: rc
: 7.0
Assigned To: Richard Hughes
Desktop QE
Depends On:
  Show dependency treegraph
Reported: 2012-08-22 11:07 EDT by Vladimir Benes
Modified: 2012-11-01 05:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-11-01 05:38:35 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Vladimir Benes 2012-08-22 11:07:56 EDT
Description of problem:
when installing one package, there should be possible to execute resolve for example without need to wait for other job to finish. Some kind of threading should be used to perform job in parallel if possible. Is it because of things can change after package installations that are in progress?

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.execute pkcon install kernel in one terminal
2.during kernel installation execute pkcon resolve gcc   

Actual results:
waiting for install finish

Expected results:
should be done immediately 

Additional info:
Comment 1 Richard Hughes 2012-11-01 05:38:35 EDT
This is a limitation in yum. If you switch to the zif (unsupported) or aptcc backend (really unsupported) then these are threaded and you can do transactions that overlap. The yum team do not want to split the locking model to make this kind of thing possible so there's not a lot PackageKit can do.

Note You need to log in before you can comment on or make changes to this bug.