Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

please mark media-plugins/gst-plugins-faad-0.10.1 as stable

gstreamer 0.10 is stable and gst-plugins-faad-0.10.1 needed by rhythmbox 0.9.5,
is still unstable

gstreamer herd should also be CCed I think.

the faad plugin also didn't get updated for 0.10.3 yet.

hmm, I'm having trouble emerging media-plugins/gst-plugins-faad-0.10.1:

During Autoconf (which I can't debug since I know C, not Autoconf):

[...]
checking for lrintf... yes
checking for GLIB... yes
checking for LIBOIL... yes
configure: ***
configure: *** checking plugin: dfbvideosink  ***
configure: ***
configure: *** These plugins will not be built: dfbvideosink
configure: ***
configure: *** checking plugin: faac ***
configure: ***
configure: *** These plugins will not be built: faac
configure: ***
configure: *** checking plugin: faad ***
configure: ***
checking for faacDecOpen in -lfaad... yes
checking faad.h usability... yes
checking faad.h presence... yes
checking for faad.h... yes
checking Checking for FAAD >= 2... yes
checking X11/Xlib.h usability... yes
checking X11/Xlib.h presence... yes
checking for X11/Xlib.h... yes
checking for X... libraries , headers in standard search path
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes

it hangs right there.

Tracing:

ps axf:

19362 pts/10   SN+    0:01  |       \_ /usr/bin/python -O /usr/bin/emerge
gst-plugins-faad
19463 pts/10   SN+    0:00  |           \_ tee -i -a
/t/portage/log/8996-gst-plugins-faad-0.10.1.log
19464 pts/10   SN+    0:00  |           \_ [gst-plugins-faad-0.10.1] sandbox
/usr/lib/portage/bin/ebuild.sh compile
19465 pts/10   SN+    0:00  |               \_ /bin/bash
/usr/lib/portage/bin/ebuild.sh compile
19494 pts/10   SN+    0:01  |                   \_ /bin/sh ./configure
--prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir
=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-amrwb
--disable-bz2 --disable-directfb --disable-dts --disable-divx --disable-faac
--disable-gsm --disab
le-gst_v4l2 --disable-ivorbis --disable-libmms --disable-musepack
--disable-musicbrainz --disable-neon --disable-opengl --disable-sdl
--disable-sdltest --disable-soundto
uch --disable-swfdec --disable-theoradec --disable-wavpack --disable-xvid
--enable-faad --build=i686-pc-linux-gnu
23539 pts/10   SN+    0:00  |                       \_ bz2

what's bz2?

$man bz2
No manual entry for bz2
$type bz2 # similar to which bz2
bz2 is /bin/bz2
$equery b $(which bz2)
[ Searching for file(s) /bin/bz2 in *... ]
$

i.e., it does not belong to any package.
ls -l /bin/bz2:
lrwxrwxrwx 1 root root 5 Nov 24  2005 /bin/bz2 -> bzip2*

wha?  I obviously made that symlink myself.  Why is configure using it?

ok i'll rename it temporarily .....

strace -f emerge gst-plugins-faad
ran forever so I never got to the end of it

renaming bz2 symlink worked. ok, so faad is ok, but this is a complaint about
autoconf -- it shouldn't hang if there's a symlink from bz2 to bzip2.

if the symlink does not belong to any package, then it can't be gentoo's fault.
Maybe some leftover from something else, or an old package?

In any case, if you see another bug, please open a seperate bug.

I am in the GStreamer herd and am a regular contributor to the GStreamer
project.  There is a reason faad is in the "bad" plugins module, and in my
opinion we should not stabilise gst-plugins-bad.

how could we stabilize apps that optionaly depend on gst-plugins-bad then ?
shall we mask any flags that could pull this dependency for stabling those apps
?

Maybe.

(Disclaimer, I haven't looked at Rhythmbox's code) If the faad plugin is just
required at run time but not at build time, we could just add an "if you want
experimental/unstable/unsupported AAC support please install ..." elog note
somewhere in the ebuild.

Not really a solution, but at least users would know where the GStreamer herd
stands.

According to comment 5, gst-plugins-faad is part of the "bad" modules.  Here's
the output of 'qdepends -a gst-plugins-faad':

media-plugins/gst-plugins-faad-0.10.1: >=media-libs/faad2-2
>=media-libs/gst-plugins-base-0.10.3 =media-libs/gstreamer-0.10*
=media-libs/gst-plugins-base-0.10* >=dev-libs/glib-2.6 >=dev-libs/liboil-0.3
sys-apps/sed sys-devel/gettext
 * RDEPEND
media-plugins/gst-plugins-faad-0.10.1: >=media-libs/faad2-2
>=media-libs/gst-plugins-base-0.10.3 =media-libs/gstreamer-0.10*
=media-libs/gst-plugins-base-0.10* >=dev-libs/glib-2.6 >=dev-libs/liboil-0.3
 * PDEPEND

I think I'm reading that correctly in seeing faad uses the "base" module. 
Correct me if I'm wrong here or if I missed something completely.

x86, please stabilize this and close this bug, everyone else already did this
meanwhile for some reason. :)

Keywords for media-plugins/gst-plugins-faad:

       | a a a h i m m p p p s s s s x x 
       | l m r p a 6 i p p p 3 h p p 8 8 
       | p d m p 6 8 p c c c 9   a a 6 6 
       | h 6   a 4 k s   6 - 0   r r   - 
       | a 4             4 m     c c   f 
       |                   a       -   b 
       |                   c       f   s 
       |                   o       b   d 
       |                   s       s     
       |                           d     
-------+--------------------------------
0.8.11 |   +           +         +   +   
0.8.12 |   ~           ~         ~   ~   
0.10.1 | + +     ~     + ~       +   ~   
0.10.4 | ~ ~     ~     ~ ~       ~   ~ ~ 

x86 done