I had xorg-x11 installed, then installed mplayer. Then I uninstalled xorg-x11 and tried to remerge mplayer. Its configure does seem to come to the right conclusions, but ultimately it fails when trying to link. I removed the /usr/ X11R6 symlink and it went better after that. (It stopped later: I haven't seen a complete build yet because of some other dependency problems, notably with giflib.) Reproducible: Always Steps to Reproduce: 1. Merge xorg-x11 2. Merge mplayer 3. Unmerge xorg-x11 4. Remerge mplayer Actual Results: mplayer doesn't build. Expected Results: Build nicely. Trying to build mplayer with these USE flags: ----------------------------------- [ebuild R ] media-video/mplayer-1.0_pre6-r4 -3dfx +3dnow -3dnowext -X* - aalib -alsa* (-altivec) -arts +avi -bidi -cdparanoia -debug -dga* -directfb* - divx4linux -doc -dts -dv -dvb -dvd -dvdread* -edl +encode -esd* -fbcon* -ggi +gif -gtk* -i8x0 +ipv6 -jack -joystick +jpeg -libcaca* -lirc -live +lzo +mad +matroska -matrox* +mmx -mmxext +mpeg -mythtv -nas +nls -nvidia +oggvorbis - opengl* +oss +png -real -rtc* +samba -sdl* -sse -sse2 -svga* -tga +theora +truetype -v4l* -v4l2* -xanim* -xinerama -xmms* -xv* +xvid -xvmc* 0 kB ----------------------------------- Near the start: ----------------------------------- Checking for X11 headers presence ... yes (using -I/usr/X11R6/include) Checking for X11 libs presence ... not found (check if the dev(el) packages are installed) Checking for X11 ... no ... Checking for GUI ... no ----------------------------------- End of merge output (emerge's message would follow this): ----------------------------------- make[1]: Leaving directory `/var/tmp/portage/mplayer-1.0_pre6-r4/work/MPlayer-1. 0pre6a/libmenu' cc -I../libvo -I../../libvo -fno-PIC -march=i586 -pipe -O2 -frename-registers - fno-pie -fno-pie -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. - I/usr/include/freetype2 -I/usr/include/ -o mplayer mplayer.o mp_msg.o cpudetect. o codec-cfg.o spudec.o playtree.o playtreeparser.o asxparser.o vobsub.o subreader.o sub_cc.o find_sub.o m_config.o m_option.o parser-cfg.o m_struct.o edl.o unrarlib.o mixer.o parser-mpcmd.o libvo/libvo.a libao2/libao2.a libmenu/ libmenu.a libmpcodecs/libmpcodecs.a loader/libloader.a loader/dshow/ libDS_Filter.a loader/dmo/libDMO_Filter.a libaf/libaf.a libmpdemux/libmpdemux.a input/libinput.a postproc/libswscale.a osdep/libosdep.a libavcodec/libavcodec.a libavformat/libavformat.a -lmad -lvorbis -logg -ltheora -logg -lfaad -llzo - lmp3lame -lvorbis -logg -lxvidcore -lm -lpng -lz -lz -ljpeg -lasound -ldl - lpthread -lfreetype -lz -lnsl -lgif -lsmbclient mp3lib/libMP3.a liba52/ liba52.a libmpeg2/libmpeg2.a -lnsl -L/usr/lib -lcaca -lslang -lX11 -L/ usr/lib -lncurses -lncurses -L/usr/lib -lesd -laudiofile -lm -lasound - lpthread -ldl -lm /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.5-20050130/../../.. /../i586-pc-linux-gnu/ bin/ld: cannot find -lX11 collect2: ld returned 1 exit status ----------------------------------- emerge info: ----------------------------------- Gentoo Base System version 1.6.12 Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5- r0, 2.6.11.7-JeR i686) ================================================================= System uname: 2.6.11.7-JeR i686 VIA Nehemiah dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-Os -march=i586 -pipe" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/ fax /usr/share/config /var/qmail/control /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -march=i586 -pipe" DISTDIR="/keeps/gentoo/portage/distfiles" FEATURES="autoconfig distlocks notitles sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ http://ftp.snt.utwente.nl/ pub/os/linux/gentoo ftp://mirror.scarlet-internet.nl/pub/gentoo ftp://mirror. nutsmaas.nl/gentoo/" MAKEOPTS="-j2" PKGDIR="/keeps/gentoo/packages-i586" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/keeps/gentoo/portage" PORTDIR_OVERLAY="/keeps/gentoo/local" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 3dnow aac alsa apache2 apm avi bash-completion berkdb bitmap-fonts chroot crypt cups curl emboss encode ffmpeg flash foomaticdb fortran gd gdbm gif gimpprint gpm imagemagick ipv6 jpeg lcms libg++ libwww lzo mad matroska mikmod mmx mng mp3 mpeg ncurses network nls nptl nptlonly offensive ogg oggvorbis oss pam pdflib perl physfs pic png ppds python quicktime readline samba scanner screenshot sftplogging slang spell ssl svg tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis winbind wmf xml xml2 xvid zlib video_cards_matrox userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS -----------------------------------
Removing the /usr/X11R6 symlink apparently did it. I have no idea how wrong this is going to turn out otherwise.
> Removing the /usr/X11R6 symlink apparently did it Bad idea. A lot of apps still expect to find X there.
(In reply to comment #2) > > Removing the /usr/X11R6 symlink apparently did it > > Bad idea. A lot of apps still expect to find X there. Good debugging exercise, I guess: This system is supposed to stay X-less from now on, so any non-X package still looking in that directory would need a good flogging. :)
I'm afraid that you have some libraries using X, try USE=-* emerge mplayer to see if the problem persists or revdep rebuild everything before. Reopen if I'm wrong
(In reply to comment #4) > I'm afraid that you have some libraries using X, try USE=-* emerge mplayer to > see if the problem persists or revdep rebuild everything before. > > Reopen if I'm wrong These are the use flags it compiled properly with last time (still with the previously mentioned symlink removed): --------------------------------------------------------------- henke ~ # genlop -i mplayer * media-video/mplayer Total builds: 6 Global build time: 6 hours, 50 minutes and 27 seconds. Average merge time: 1 hour, 8 minutes and 24 seconds. Info about currently installed ebuild: * media-video/mplayer-1.0_pre6-r4 Install date: Wed Jul 20 14:48:26 2005 USE="3dnow avi encode gif ipv6 jpeg lzo mad matroska mpeg mmx nls oggvorbis oss png samba theora truetype xvid -3dfx -3dnowext -aalib -alsa -altivec -arts - bidi -debug -dga -divx4linux -doc -dts -dvb -cdparanoia -directfb -dvd -dv - dvdread -edl -esd -fbcon -ggi -gtk -i8x0 -jack -joystick -libcaca -lirc -live - matrox -mmxext -mythtv -nas -nvidia -opengl -real -rtc -sdl -sse -sse2 -svga - tga -v4l -v4l2 -X -xanim -xinerama -xmms -xv -xvmc" CFLAGS="-march=i586 -pipe -O2 -frename-registers -fno-pie -fno-pie" --------------------------------------------------------------- If you see any X-dependent use flags in there, please tell. Otherwise, I regularly use revdep-rebuild after library updates, and I must have done that many times since I uninstalled X and certainly a couple of times since I remerged mplayer. I am not very familiar with all the bug status options, but RESOLVED it is certainly not, I'd say, and INVALID sounds wrong as well. Obviously (?) mplayer's configure checks for certain library paths and enables certain features despite the efforts to make USE=[-]X work as expected.
Maybe it's this: In the media-video/mplayer/mplayer-1.0_pre6-r4.ebuild, it says on line 498: --enable-menu \ and on line 501: --with-x11incdir=/usr/X11R6/include \ The same lines also appear in media-video/mplayer/mplayer-1.0_pre7.ebuild (line numbers 476 and 479). It seems the configure script for both versions does not properly check libmenu's dependencies. Apparently --disable-x11 and --enable-menu do not go together very well. I still haven't found out why the configure script found these: Checking for X11 headers presence ... yes (using -I/usr/X11R6/include) Checking for X11 libs presence ... not found (check if the dev(el) packages are installed) because /usr/X11R6/include/X11/Xlib.h shouldn't have existed at the time. I guess line 489 (line 468 in mplayer-1.0_pre7.ebuild): # it *will* be removed asap; in the meantime, doesn't hurt anything. isn't the whole truth. Is there any pressing reason (say, for the benefit of the majority of users) to still set these options when USE=-X is set, instead of only setting them when USE=X?
Cleaning out old bugs, please reopen if still present in newer versions. Thanks Jeroen