Bug 443263 - totem always uses xine backend!!!
Summary: totem always uses xine backend!!!
Status: CLOSED DUPLICATE of bug 442895
Alias: None
Product: Fedora
Classification: Fedora
Component: totem
Version: rawhide
Hardware: All
OS: Linux
high
medium
Target Milestone: ---
Assignee: Bastien Nocera
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-04-19 21:00 UTC by Hans de Goede
Modified: 2008-04-21 17:49 UTC (History)
1 user (show)

(edit)
Clone Of:
(edit)
Last Closed: 2008-04-21 17:49:50 UTC


Attachments (Terms of Use)

Description Hans de Goede 2008-04-19 21:00:01 UTC
Description of problem:
Totem always uses the xine-backend, running "totem-backend -b gstreamer" as root
does not change this.

The only way I've found to run totem using the gstreamer backend is by invoking:
totem-backend -b gstreamer totem as normal user.

This can be a rather nasty F-9 surprise for people like me who have spend a lot
of time to create a good gstreamer setup / have written lots of gstreamer
patches to get good multimedia support!

I would _really_ like to see this fixed before F-9, let me know if there is
anything I can do to help achieve that.

To reproduce:
start totem, or a website with embedded media which will start the totem plugin.
Goto the about bix, it will always say: "using xine-lib version 1.1.11.1",
independent of how you've configured things through totem-backend.

Comment 1 Martin Jürgens 2008-04-19 21:11:38 UTC
I am running into the same issue and additionally think that this is a F9blocker. 

Actually, I did not even note that Totem switched to Xine, as I explicitly was
running Gstreamer some time earlier in the F9 cycle.

Comment 2 Bastien Nocera 2008-04-21 17:49:50 UTC
That's because the alternatives file gets removed in the postun on upgrade.

*** This bug has been marked as a duplicate of 442895 ***


Note You need to log in before you can comment on or make changes to this bug.