"totem-xine" does not conflict with "totem-gstreamer"

[dj3]

Binary package hint: totem-xine

In Hardy Beta 1 "totem-xine" does not conflict with "totem-gstreamer" and vice versa. I had to uninstall "totem-gstreamer" manually in order to use "totem-xine". Now everything works fine.

Was it a small bug in dependencies of the respective packages? I hope this will help.

I'm using Hardy beta 1 64 bit, all updattes installed (30.03.2008).

[Caroline Ford (secretlondon)]

Investigating

[Caroline Ford (secretlondon)]

It seems to be deliberate. From the changelog:

http://changelogs.ubuntu.com/changelogs/pool/main/t/totem/totem_2.22.0-0ubuntu3/changelog

totem (2.20.0-3) unstable; urgency=low

  * Complete rework of debian/rules.
  * Split data files in totem-common.
  * Make totem-xine and totem-gstreamer installable together.
    Closes: #402549.
  * Move debugging symbols to totem-dbg.
  * Move plugins to totem-plugins.
  * Switch to quilt.
  * Refresh patches.
  * Fix menu files and ship them in both packages.
  * 60_gnome-doc-utils.patch: regenerate help/Makefile.in with a newer
    gnome-doc-utils.make that supports out-of-tree builds.
  * Build-depend on libbluetooth-dev and libgalago-dev for the
    corresponding plugins.
  * Remove symbolic links in the firefox directory.
  * Improve long package descriptions.

 -- Josselin Mouette <email address hidden> Wed, 26 Sep 2007 22:36:06 +0200

The Debian bug was http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402549

[Caroline Ford (secretlondon)]

This could have led to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461833 as totem-gstreamer is known not to do DVD menus.

[Caroline Ford (secretlondon)]

Unassigning from me, reverting this needs more discussion

[Michael Rooney (mrooney)]

Sounds like this is a real case of it being a feature and not a bug. If there is a way to choose between which totem is run when both are installed, that seems pretty reasonable and I would say this is Invalid. If the issue is that the newest one overwrites the already installed one with no way of specifying, then it seems like a valid bug perhaps. Can you clarify, dj3, or anyone else?

[dj3 (dim-jakobi)]

I'm sorry, making totem-xine and totem-gstreamer installable together was deliberate indeed.
If there is an option which library to use with Totem Movie Player, either Gstreamer or Xine, then it's a really good idea.

But I couldn't figure out a way how to choose between totem-gstreamer and totem-xine when both packages were installed together, so I suspected a minor problem here. Not everybody will come up with the idea to uninstall totem-gstreamer in order to use freshly installed totem-xine, I think.

[Sebastien Bacher (seb128)]

Thanks for your comments. This does not appear to be a bug report as such. We appreciate the difficulties you are facing, but it would make more sense to raise your question in the support tracker. http://launchpad.net/support

[Sebastien Bacher (seb128)]

the alternative system is used to select which one should be used, that's an user question and not a bug

[Samantha Davis (spaminthemiddle)]

I still think that this is a bug.

You see, someone has to go out of their way to install totem-xine as totem-gstreamer is the default in Ubuntu 8.04. The big problem here is that totem-gstreamer, if installed, is the default when totem is run. To get totem-xine to run when you type the command totem or select the totem app from the menu, you have to uninstall totem-gstreamer.

I think that either apt should give a notice upon install of totem-xine that totem-gstreamer prevents totem-xine from running unless "totem-xine" is explicitly run or that, because installing totem-xine would seem to be a statement of preference, Ubuntu should make totem-xine the default when totem-xine is installed.