First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 159538
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gstreamer Herd <gstreamer@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Olivier Crete <tester@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 159538 depends on: Show dependency tree
Bug 159538 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-12-31 00:58 0000
To decode m4a file (QT files with AAC inside), gstreamer needs the the faad
plugin (which is already required), but also the QT demuxer (qtdemux) which is
currently part of the gst-plugins-bad packages. So please add gst-plugins-bad
as a dep if the aac flag is set (or maybe make it into a separate package).

------- Comment #1 From Joe McCann (RETIRED) 2007-01-02 21:34:44 0000 -------
gst-plugins-faad inherits the gst-plugins-bad eclass which should install the
gst-plugins-bad package. It looks like the problem is that qtdemux is commented
out of the plugins installed by the eclass. Maybe something for gstreamer herd
to look at.

------- Comment #2 From Zaheer Abbas Merali (RETIRED) 2007-01-08 11:43:56 0000 -------
The gst-plugins-bad eclass does not make the plugin inheriting it dep on
gst-plugins-bad.

media-libs/gst-plugins-bad installs qtdemux.  So make your app dep on that if
you want iso/mov/mp4 demuxing.

------- Comment #3 From Olivier Crete 2007-01-08 16:54:03 0000 -------
The original bug was that rhythmbox 0.9.x should depend on gst-plugins-bad if
AAC flag is set... and this is not fixed. 

I'm restoring the initial summary.. And since rhtyhmbox is a shared
gnome/gstreamer/sound herds maintenance, one of you has to fix it (otherwise I
will..)

------- Comment #4 From Daniel Gryniewicz 2007-01-11 22:17:07 0000 -------
No need to be snippy.  It was an honest mistake.

Such a dep cannot be added, as ia64 has rhythmbox keyworded, but not
gst-plugins-bad.

ia64: Can you keyword gst-plugins-bad?  Or mask the aac flag?  Or should we
drop keywords from rhythmbox?

------- Comment #5 From Joe McCann (RETIRED) 2007-01-17 19:41:39 0000 -------
I will look at this later tonight. Right now depping on any -bad plugins means
rhythmbox will never be able to get marked stable because gstreamer herd will
never mark bad plugins as stable. Since these plugins aren't required for
rhythmbox to run...it isn't needed to dep on them even in a use? case. 

tester or anybody else: do you have any comments on that? Would you prefer a
note at the end explaining this and giving instructions on what plugins to
install(or pointing to a gst-doc if there is a good one) or to just have it
stay ~arch and add the dep?

------- Comment #6 From Olivier Crete 2007-01-17 19:58:44 0000 -------
For me both situations are fine.
Just if you opt for the note, remove the AAC use flag and have a note saying
that you need the bad and faad plugins for m4a playback to work.

------- Comment #7 From Joe McCann (RETIRED) 2007-01-23 03:57:53 0000 -------
I have removed the aac use flag and added an elog message at the end of the
ebuild to inform users of this issue. Zaheer tells me that eventually there
will be support in gstreamer to detect missing plugins and offer to install
them via your distro so hopefully these issues won't happen again. 

First Last Prev Next    No search results available      Search page      Enter new bug