Red Hat Bugzilla – Bug 496812
RFE: yum-presto callback(s), for rebuilding esp.
Last modified: 2015-01-12 08:26:33 EST
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):
Steps to Reproduce:
1. install yum presto
2. sudo NETWORK=TRUE ./yumBackend.py update-packages "gnote;0.1.2-2.fc11;i586;rawhide&kernel;126.96.36.199-100.fc11;i586;rawhide"
3. observe no callback for the RPMBaseCallback or yumbase.processTransaction callback or rpmDisplay.
It looks like packages download, download, then install.
It looks like packages download, are rebuilt then install
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.
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.
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.
yum-presto has been merged into core, so if this is still a problem, it needs to be dealt with in yum itself.