On a new install, after merging xorg 6.8 and my desktop, I attempted to compile gxine. However, the compile continued to fail, citing a problem with "-lXtst." --------------- /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so -lXtst ../src/spidermonkey/.libs/libspidermonkey.al /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lXtst collect2: ld returned 1 exit status make[2]: *** [gxine] Error 1 make[2]: Leaving directory `/var/tmp/portage/gxine-0.3.3/work/gxine-0.3.3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gxine-0.3.3/work/gxine-0.3.3/src' make: *** [all-recursive] Error 1 --------------- After symlinking /usr/X11R6/lib/libXtst.so and /usr/lib/libXtst.so, the compile successfully completed. I'm not sure which ebuild would need to be changed to fix this error, but though I should at least report the incident. Thanks for your time! :o) Reproducible: Always Steps to Reproduce: 1.Emerge xorg 6.8 2.Attempt to emerge gxine 0.3.3 3. Actual Results: Gxine fails to compile citing an error concerning libXtst.so Expected Results: The ebuild responsible for the symlink should have done so or gxine should have recognized the location of the file. Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.7-gentoo-r14) ================================================================= System uname: 2.6.7-gentoo-r14 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.20GHzGentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -Os -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -Os -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO/ ftp://ibiblio.org/pub/Linux/distributions/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa apm avi berkdb bitmap-fonts cdr cjk crypt cups dvd eds encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 hal imlib jpeg libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl pam pda pdflib perl png ppds python quicktime readline sdl slang spell ssl svga tcpd theora truetype usb x86 xml2 xprint xv zlib"
Have this too, and Im running Xorg 6.7.0-r2. libXtst.so belongs to xorg but havent found a single bug report about it Portage 2.0.50-r11 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.8.1-ck8) ================================================================= System uname: 2.6.8.1-ck8 i686 Intel(R) Pentium(R) III Mobile CPU 1066MHz Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" 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/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache sandbox" GENTOO_MIRRORS="http://192.168.1.1/gentoo/ http://ftp.gentoo.skynet.be/pub/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.easynet.nl/mirror/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acpi alsa arts avi berkdb bitmap-fonts crypt cups doc dvd encode esd fbcon foomaticdb gdbm gif gnome gpm gtk gtk2 imap imlib java jpeg kde libg++ libwww mad maildir mikmod motif mpeg mysqlncurses nls oggvorbis opengl oss pam pcmcia pcre pdflib perl png pnp python qt quicktime readline samba scanner sdl slang spell ssl svga tcpd tiff truetype usb x86 xine xml xml2 xmms xprint xv zlib"
Just a FYI: I correct the problem with this symlinking as well. I'm using xorg 6.7.0-r2 After symlinking /usr/X11R6/lib/libXtst.so and /usr/lib/libXtst.so, the compile successfully completed.
This patch to the ebuild fixes things, at least on my x86_64 box. I checked the build, gxine doesn't find the x libs for one gcc call. This seems better than creating a symlink just for this bug. --- gxine-0.3.3.ebuild.old 2004-10-08 21:24:01.775535704 +1000 +++ gxine-0.3.3.ebuild 2004-10-08 21:21:03.298668312 +1000 @@ -25,6 +25,8 @@ src_compile() { # Most of these are not working currently, but are here for completeness + + CFLAGS="${CFLAGS} -L/usr/X11R6/lib/" local myconf use X || myconf="${myconf} --disable-x11 --disable-xv" use nls || myconf="${myconf} --disable-nls"
Created attachment 41512 [details, diff] make gxine build include X_CFLAGS and X_LIBS (required for GTK2 and Xtst)
X libraries are not meant to live in /usr/lib. The build fails because the package doesn't set the linker flags up correctly to look in the X library path. I would change the summary, but I can't. :-(
had the same here. Instead of patching anything, there is another "non-invasive" workaround. Just build the package with: LDFLAGS=-L/usr/X11R6/lib emerge gxine
I patched the Makefile.in because X_LIBS which was properly setup to the X11 lib directory was not being included during makefile creation. The fix is now in cvs and should be headed your way in a few hours. Thanks for reporting!
Even though this is closed, just FYI: this bug is exposed by changes made with the 1_rc6 of xine-lib. gxine has been unmaintained for quite some time and has just recently found a new maintainer who is preparing a 0.4.0 release for some time in the very near future which will fix a lot of bugs including this one. As soon as the new release is out, this hack is no longer required. For more information, see: http://sourceforge.net/tracker/?group_id=9655&atid=109655&func=detail&aid=1036299