Bug 496812

Summary:	RFE: yum-presto callback(s), for rebuilding esp.
Product:	[Fedora] Fedora	Reporter:	Richard Hughes <richard>
Component:	yum	Assignee:	Packaging Maintenance Team <packaging-team-maint>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	rawhide	CC:	admiller, james.antill, jonathan, packaging-team-maint, tcpip4000, tim.lauridsen
Target Milestone:	---	Keywords:	FutureFeature
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-07-18 21:30:13 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	528910
Bug Blocks:

Description Richard Hughes 2009-04-21 09:46:05 UTC

Description of problem:
PackageKit has no way to know that presto has started rebuilding rpms from deltarpms, other than to screenscrape the output for the "Rebuilding rpms from deltarpms" string, which then gets overwritten by more "downloading" packages.

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

yum-presto-0.4.5-4.fc11.noarch

How reproducible:
Always

Steps to Reproduce:
1. install yum presto
2. sudo NETWORK=TRUE ./yumBackend.py update-packages "gnote;0.1.2-2.fc11;i586;rawhide&kernel;2.6.29.1-100.fc11;i586;rawhide"
3. observe no callback for the RPMBaseCallback or yumbase.processTransaction callback or rpmDisplay.
  
Actual results:
It looks like packages download, download, then install.

Expected results:
It looks like packages download, are rebuilt then install

Additional info:
I think presto just has to call the callback set in yumbase.processTransaction, which might be available in conduit._base, I'm not sure. The other callbacks seem to fire fine (progress and downloading) although I think these are still coming from yum, rather than yum-presto.

Comment 1 Tim Lauridsen 2009-05-06 17:50:43 UTC

Richard, yum-presto is a plugin, not a part of yumbase. Plugins can do all kind of weird stuff we don't know about. And they are not supposed to call anything in the yumbase callbacks. In a later point in time, yum-presto might be included in yumbase and at then we can add special callback hooks for presto.

Comment 2 James Antill 2009-05-06 18:53:49 UTC

 Also in the upstream for the plugin I changed it to call the first repo download callback that it finds ... and so it'll do a "virtual" download, of the pkg. from the delta to the pkg itself.
 This dtrt. in text mode.

 Latest upstream is in Fed-12 rawhide, will probably go into updates-testing for Fed-11 after GA.

 As Tim said, I'm not sure we can do anything else (a specific callback etc.) until we have the presto stuff in core.

Comment 3 Jonathan Dieter 2015-01-12 13:26:07 UTC

yum-presto has been merged into core, so if this is still a problem, it needs to be dealt with in yum itself.

Comment 4 Daniel Mach 2018-07-18 21:30:13 UTC

yum and related packages are no longer actively developed.
They are being replaced with dnf, dnf-utils, etc.

I'm closing this bug because it's most likely never going to be fixed.
If you still consider your bug report important, reopen it, please.

Comment 5 Daniel Mach 2018-07-18 21:33:14 UTC

yum and related packages are no longer actively developed.
They are being replaced with dnf, dnf-utils, etc.

I'm closing this bug because it's most likely never going to be fixed.
If you still consider your bug report important, reopen it, please.