Description of problem: Add "quilt", via. search or from the programming section. Apply. gpk-application says it also needs: Postfix Mail Transport Agent (postfix) The Perl programming language (perl) "yum install quilt" doesn't need anything. Worth noting is that perl.x86_64 is installed (perl.i386 isn't). And exim is installed, but postfix isn't. Version-Release number of selected component (if applicable): gnome-packagekit.x86_64 0.2.3-9.fc9 installed
Yep, PackageKit doesn't play nice with multiarch right now. I've recently got a 64 bit machine, so I can start to debug why this would be so.
I'm confused ... my understanding was that PK would just hand this off to yum, and then get back the transaction members. Does this mean PK is doing some depsolving itself?
Yes, it's not doing "depsolve install of quilt" and then returning members, it's resolving the dependancies of quilt and trying to find a package that matches it. it's probably somehting we need to move back up to yum. Myabe you can check if the code is sane in master now?
I'm not sure where to look :). However I can you that what you really need to do is "run a real install/remove transaction, and get the result". Basically as though the user did: "echo n | yum install whatever" ... anything else is almost certainly going to get different results in some cases. It's also worth mentioning the the depsolver will do different things depending on what is install/to-be-installed ... so say: 1. yum install something-that-needs-blah 2. yum install something-that-provides-blah something-that-needs-blah ...can act differently, if nothing that provides blah is installed (and the something you are installing isn't what yum would pull in by default). This goes directly to the postfix pull above, as I assume the req. there is on mta or /usr/sbin/sendmail something generic like that.
*** Bug 466690 has been marked as a duplicate of this bug. ***
Right, should all be fixed in rawhide.