Upgraded from xine-lib-1_rc8 to 1.0; the xv video output no longer works (xshm works fine, but it's quite a bit less efficient). Both versions of xine-lib were compiled with gcc-3.4.3-r1 vanilla. Most of the system was built with gcc-3.4.x hardened; glibc is hardened, with nptl. X server is xorg-x11-6.8.0-r3 Reproducible: Always Steps to Reproduce: 1. ACCEPT_KEYWORDS=~x86 USE="xv" emerge -av xine-lib 2. xine -V xv Actual Results: blue rectangle (sound works fine) Expected Results: video is displayed along with sound Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-vanilla, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r9 i686) ================================================================= System uname: 2.6.9-gentoo-r9 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4 [2.3.4 (#1, Nov 9 2004, 13:07:05)] distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r5, 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -frename-registers -fomit-frame-pointer " CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -frename-registers -fomit-frame-pointer " DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp-mirror.internap.com/pub/gentoo/ http://gentoo.binarycompass.org http://mirror.datapipe.net/gentoo http://gentoo.osuosl.org" LDFLAGS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 3dnow X aac aalib acl acpi adns aim alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr cjk cmucl crypt cscope cups curl dga dnd doc dumb-allegro dvd dvdr editor emacs encode erandom esd ethereal evo faad fam fbcon ffmpeg fftw flac foomaticdb fortran gd gdbm ggi gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal hardened imagemagick imlib ipv6 ithreads jack java jce jpeg junit kde ldap libwww mad mbox mikmod mmx mng mono motif mozdevelop mozilla moznocompose moznoirc moznomail mozxmlterm mp3 mpeg mule mysql nas ncurses nls nntp nptl oav odbc oggvorbis opengl opie oss pam pcre pda pdflib perl pic plotutils png postgres python qt quicktime readline samba scanner sdl slang slp snmp speex spell sse ssl svg tcltk tcpd tetex tiff truetype unicode usb wmf xface xinerama xml xml2 xmms xprint xv xvid zlib"
Can you tell me the output of lines 196-209 in your ebuild please?
On further experimentation, I've found that xv output fails only when I use gdm. When I launch X using startx from a virtual console, "xine -V xv" works perfectly well. When I launch X from gdm, xine xv shows the blue rectangle.
linex 196-209 with echo's added: echo "XV section" if use xv; then if [ -f "${ROOT}/usr/$(get_libdir)/libXv.so" ]; then myconf="${myconf} --with-xv-path=${ROOT}/usr/$(get_libdir)" echo myconf="${myconf} --with-xv-path=${ROOT}/usr/$(get_libdir)" elif [ -f "${ROOT}/usr/$(get_libdir)/libXv.a" ]; then myconf="${myconf} --enable-static-xv --with-xv-path=${ROOT}/usr/$(get_libdir)" echo myconf="${myconf} --enable-static-xv --with-xv-path=${ROOT}/usr/$(get_libdir)" elif [ -f "${ROOT}/usr/X11R6/$(get_libdir)/libXv.so" ]; then myconf="${myconf} --with-xv-path=${ROOT}/usr/X11R6/$(get_libdir)" echo myconf="${myconf} --with-xv-path=${ROOT}/usr/X11R6/$(get_libdir)" elif [ -f "${ROOT}/usr/X11R6/$(get_libdir)/libXv.a" ]; then myconf="${myconf} --enable-static-xv --with-xv-path=${ROOT}/usr/X11R6/$(get_libdir)" echo myconf="${myconf} --enable-static-xv --with-xv-path=${ROOT}/usr/X11R6/$(get_libdir)" else eerror "Couldn't find your libXv. Did you set USE="xv" when you emerged xorg-x11?" die "Couldn't find libXv." fi fi echo "End XV section of ebuild" resulting output: >>> Source unpacked. true XV section myconf= --with-w32-path=/usr/lib/win32 --with-caca-prefix=/tmp/non-existant --with-xv-path=//usr/X11R6/lib --with-xv-path=//usr/X11R6/lib End XV section of ebuild * econf: updating /var/tmp/portage/xine-lib-1.0/work/xine-lib-1.0/config.guess with /usr/share/gnuconfig/config.guess
Hmm, this is nothing I can apparently fix due to the strange conditional nature of the bug. The best option I can offer is to contact upstream with this bug. Their mailing list is here: http://sourceforge.net/mail/?group_id=9655 and xine-devel is the list that I actively watch, so if you send it there I can see the result and get the appropriate patches and what not applied.
