Red Hat Bugzilla – Bug 855344
please split out/disable package installation bits
Last modified: 2014-03-16 23:32:06 EDT
Description of problem:
Right now we're dragging in way too many dependencies from realmd being in the 'standard' install group.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. yum groupinstall core standard
Oh look, I have PackageKit and gtk2 and preupgrade and cairo and mesa installed.
Didn't packagekit-glib2 dragged in GTK2 in the fedora packages. That seems broken. But in any case, I was planning to use PackageKit via raw DBus anyway. So this is definitely doable.
I believe the dep tree is realmd -> PackageKit-glib -> PackageKit -> gtk2/cairo/etc
(In reply to comment #1)
> Didn't packagekit-glib2 dragged in GTK2 in the fedora packages. That seems
> broken. But in any case, I was planning to use PackageKit via raw DBus
> anyway. So this is definitely doable.
I'd rather you used the glib library to be honest. I can fix either the PackageKit-glib -> PackageKit or PackageKit -> gtk2 problems, but not using the library is probably the wrong thing to do.
Yeah, it's a tough decision.
From the little I've seen, it looks like the packagekit-glib2 library does stuff not applicable to using package-kit from a system service. On the other hand there's a lot of constants and assumed knowledge in the DBus interface, which makes the DBus interface look like an implementation detail of PackageKit.
Lastly, we end up running several distro dependent system commands from realmd. So if PackageKit is a poor fit for being called from another system service. All we need to do is install a list of packages. So perhaps we could call the CLI distro dependent commands ourselves.
Richard has changed the packagekit-glib library dependencies so that PackageKit and gtk are no longer pulled in:
Bill, Does that address the concerns you had when filing this bug?
Obviously the changes would need to be back-ported to the f18 branch.
It hits the large parts of the dependency chain, yes.
Richard, when are you going to backport the dependency changes to Fedora 18. This is pretty bad for realmd usage right now on Fedora 18 alphas.
PackageKit-0.8.3-3.fc18 has been submitted as an update for Fedora 18.
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing PackageKit-0.8.3-3.fc18'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
PackageKit-0.8.4-1.fc18 has been submitted as an update for Fedora 18.
PackageKit-0.8.4-3.fc18 has been submitted as an update for Fedora 18.
PackageKit-0.8.4-3.fc18, apper-0.8.0-0.7.20121002git.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.