Bug 850867

Summary:	dep solving shouldn't be blocked by other operations
Product:	Red Hat Enterprise Linux 7	Reporter:	Vladimir Benes <vbenes>
Component:	PackageKit	Assignee:	Richard Hughes <rhughes>
Status:	CLOSED CANTFIX	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	7.0
Target Milestone:	rc
Target Release:	7.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-11-01 09:38:35 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Vladimir Benes 2012-08-22 15:07:56 UTC

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):
PackageKit-0.7.4-5.el7.x86_64

How reproducible:
always

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 09:38:35 UTC

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.