[Bug 1355] Review request: minitube - A YouTube desktop client

[RPM Fusion Bugzilla]

http://bugzilla.rpmfusion.org/show_bug.cgi?id=1355





--- Comment #13 from Kevin Kofler <kevin.kofler at chello.at>  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.