Per, "phonon dependencies prevent running a reasonable Fedora without PackageKit", https://bugzilla.redhat.com/show_bug.cgi?id=694169 there currently is a hard Requires: PackageKit-gstreamer-plugin in phonon-backend-gstreamer.
The original rationale included: 1. ensure the gstreamer install-codecs-on-demand feature "just worked" 2. avoid phonon crashes when the pk-plugin was not present
Turns out, the crasher bug (2) has been fixed in phonon since. phonon upstream continues to recommend the dependency (1) for usability reasons.
Now, we could try to pull in PackageKit-gstreamer-plugin by other means (like comps), to avoid the hard dependency, and satisfy the reporter (and supporters) of bug #694169.
Looks like Kevin prefers to keep the dep. I'll continue to have a slight preference to defer to upstream's wishes to keep the dep.
Any other opinions? What say you?
-- Rex
Hello Rex.
Rex Dieter wrote:
Per, "phonon dependencies prevent running a reasonable Fedora without PackageKit", https://bugzilla.redhat.com/show_bug.cgi?id=694169 there currently is a hard Requires: PackageKit-gstreamer-plugin in phonon-backend-gstreamer.
The original rationale included:
- ensure the gstreamer install-codecs-on-demand feature "just worked"
- avoid phonon crashes when the pk-plugin was not present
Turns out, the crasher bug (2) has been fixed in phonon since. phonon upstream continues to recommend the dependency (1) for usability reasons.
Now, we could try to pull in PackageKit-gstreamer-plugin by other means (like comps), to avoid the hard dependency, and satisfy the reporter (and supporters) of bug #694169.
Comps sounds good to me.
On 04/25/2011 08:49 PM, Kevin Kofler wrote:
Comps works only for fresh installs of F15 or higher, not for F14 updates nor F14→F15 and F13→F15 upgrades. So it is not a solution.
If you insist that upgraders groupupdate, would that pull it in if it's via comps?
-Bill
Bill McGonigle wrote:
If you insist that upgraders groupupdate, would that pull it in if it's via comps?
Only a groupinstall will pull it in, not a groupupdate. And at this time, there's no automated way to re-groupinstall all the previously installed groups, the user would have to yum groupinstall them all.
We want upgrades to work out of the box, without any manual groupinstall operations.
Kevin Kofler
On 04/29/2011 05:52 AM, Kevin Kofler wrote:
Only a groupinstall will pull it in, not a groupupdate. And at this time, there's no automated way to re-groupinstall all the previously installed groups, the user would have to yum groupinstall them all.
IMO, that's too high a hurdle for average users, just to save some disk space.
I have PackageKit installed, rarely use it if ever, and it doesn't get in my way.
-Bill
On Mon, Apr 25, 2011 at 11:56 PM, Rex Dieter rdieter@math.unl.edu wrote:
Any other opinions? What say you?
Recommended upstream and currently works so might be good to keep it in, although I can see how "annoying" it would be to a KDE user who doesn't want pk on their system.
If we take it out, how will that affect end users? Do most install KDE via Live CD or the KDE group? If so, then we could remove the hard dep, but still include the package there. Others can remove it if they want to, to have a pk free system.
-c