totem great instability

Thomas Vander Stichele thomas at
Wed Jan 18 19:40:03 UTC 2006

On Wed, 2006-01-18 at 01:11 +0100, Nicolas Mailhot wrote:
> Horst von Brand wrote:
> >> While totem can play CD's, it's not really a CD player - use gnome-cd
> >> for that.
> > 
> > Then why is it configured as the default CD player? At least it opens here
> > (and promptly asks me to configure it right, as it can't play) when
> > inserting an audio CD...
> And why should the user learn a dozen different player ui's depending on 
> the type of silver disks he inserted ? Especially considering they all 
> use the same backend...

Hey, don't shoot the messenger :)

  (Disclaimer - I am one of the gnome-media maintainers).
There are people who are trying to kill off gnome-cd on the basis that
other applications provide cd playback.  My co-maintainer is such a
person.  Some people in GNOME agree, some disagree. My co-maintainer
feels that Totem or sound-juicer should be the default CD player.  The
maintainers of those two programs correctly point out that their
applications have a different primary use and do not want to take on CD
playing as the responsibility.  RB plays CD's as well, but is not part
of GNOME as a desktop.  It gets added in a lot of cases though.

Just to illustrate that GNOME is not something set in stone, it's
something were things actively change and people discuss ideas.

Back to your original question - nobody is telling the user to learn a
dozen different player ui's.  There are DVD's and CD's, and there's two
applications to play it.  If you use more than two you're choosing to
use more than two.

I don't think the argument is very fair to make - aren't you using
different applications to access files that come on those silver disks
with data on them ?


> -- 
> Nicolas Mailhot

Dave/Dina : future TV today ! -
<-*- thomas (dot) apestaart (dot) org -*->
If I was twice the man I could be
I'd still be only half of what you need
<-*- thomas (at) apestaart (dot) org -*->
URGent, best radio on the net - 24/7 ! -

More information about the fedora-devel-list mailing list