Description of problem:gpk-update failed because some packages were not signed and messed up the rpm database There were 17 packages to update on my system and I used the gpk-update-viewer app to start the update process. 2 packages, rpcbind ( bug 501747 )and libtirpc ( bug 501748 ) were not signed and caused to stop the update process leaving an error message on the screen. Now the other packages are clearly not updated but it seems that gpk-update has altered the rpm database to mark those packages as installed. the gpk-update and yum log files do not show these packages to have been updated. I think they are not updated at all but because I cannot trace the failed packages from any log file anymore, I am unable to recall the list of failed packages. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
All packages that gpk-update tried to update have failed because of the unsigned rpcbind and libtirpc packages and messed up the rpm database so that they no longer appear in the list of packages to update. I could download them and force re-install but that is also not possible because I do not have a list of the failed packages so I don't know which packages it were. Help me please. Eddie
I don't know if someone can confirm this bug yet but I think this may affect other fedora releases as well. Maybe someone can check it a.s.a.p.?
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
PackageKit doesn't actually do the installing, yum does. Can you please describe in detail how to reproduce this bug please.
Sorry, bit you can't actually reproduce this bug unless there are unsigned packages in the repository that you need to install. Please close this bug, if it ever happens again I will open a new bug for it. Regards, Eddie.