Summary: | stable request for media-plugins/gst-plugins-faad-0.10.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Aurélien Bauchet <baucheta> |
Component: | [OLD] GNOME | Assignee: | Gentoo Developers for the x86 Architecture <x86> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | baucheta, gnome, gstreamer, jakub, masataka, pacho |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Aurélien Bauchet
2006-08-09 06:25:00 UTC
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 |