http://bugzilla.rpmfusion.org/show_bug.cgi?id=1355
--- Comment #13 from Kevin Kofler <[email protected]> 2010-08-04 21:45:39 --- > The fact is minitube can't play a lot of videos in youtube without codecs from > rpmfusion(xine-lib-freeworld or gstreamer-plugins-ugly). But it should not > depend on any packages in rpmfusion, because we can not force users to use > xine > backend. The Xine backend is the default Phonon backend in Fedora, as such, we should make the package work out of the box with that backend. > The gstreamer backend is the recommended backend by the minitube author, This is not true. The Minitube FAQ explicitly says that KDE users will prefer the Xine backend and doesn't recommend one backend over the other. And this is not Minitube's decision anyway, the default Phonon backend is a systemwide decision. > also phonon itself don't depend on any backends explicitly. Phonon only > depends > on a virtual provides phonon-backend. We can change this if that's your problem (and in fact we probably will once we have phonon-backend-vlc, either to force xine to keep it as the default, or to force vlc for people who are upgrading if we switch the default). > Actually, adding this package to rpmfusion can't help end users at all, > because > it can't depends on needed external bits from rpmfusion(gstreamer-* > xine-lib-extras-freeworld). Of course it can (and IMHO, MUST) depend on xine-lib-extras-freeworld (and probably phonon-backend-xine too, just to make sure that xine-lib-extras-freeworld has an effect). Making the package work out of the box with the default Phonon backend should be our top priority. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug.
