gcc -Wl,--warn-common -rdynamic -g -Wl,-E -o ffserver ffserver.o -L./libavformat -lavformat -L./libavcodec -lavcodec -lm -lz -ldl -logg -lvorbis -lvorbisenc gcc -march=athlon -O3 -pipe -Wall -g -I. -I/var/tmp/portage/ffmpeg-0.4.7_pre20030624/work/ffmpeg-cvs-2003-06-24 -I/var/tmp/portage/ffmpeg-0.4.7_pre20030624/work/ffmpeg-cvs-2003-06-24/libavcodec -I/var/tmp/portage/ffmpeg-0.4.7_pre20030624/work/ffmpeg-cvs-2003-06-24/libavformat -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -I/usr/include/SDL -D_REENTRANT -c -o ffplay.o ffplay.c gcc -Wl,--warn-common -rdynamic -g -o ffplay_g ffplay.o cmdutils.o -L./libavformat -lavformat -L./libavcodec -lavcodec -lm -lz -ldl -logg -lvorbis -lvorbisenc -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread ffplay.o(.text+0x5df): In function `main': /var/tmp/portage/ffmpeg-0.4.7_pre20030624/work/ffmpeg-cvs-2003-06-24/ffplay.c:1388: undefined reference to `XOpenDisplay' ffplay.o(.text+0x615):/var/tmp/portage/ffmpeg-0.4.7_pre20030624/work/ffmpeg-cvs-2003-06-24/ffplay.c:1392: undefined reference to `XCloseDisplay' collect2: ld returned 1 exit status make: *** [ffplay_g] Error 1 !!! ERROR: media-video/ffmpeg-0.4.7_pre20030624 failed. !!! Function src_compile, Line 45, Exitcode 2 !!! make failed. Reproducible: Always Steps to Reproduce: 1. emerge --update ffmpeg 2. 3. Actual Results: s. Details BTW: emerge was successful on my P3 Expected Results: Emerge successful Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-openmosix-r4 i686 AMD-K7(tm) Processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 3dnow libg++ mikmod berkdb slang esd vdr_vfat mmx apm -pcmcia pnp nls readline -trusted -cdr -cups snmp slp -mozilla -X -motif -dga -opengl -xv -gpm -kde -qt -qtmt -arts gtk -gtk2 -gnome -gb -bonobo -libwww libgda -gtkhtml -tcltk ncurses sdl svga imlib lcms gif wmf jpeg png tiff gd avi oggvorbis mpeg quicktime -alsa oss dvd -xmms ggz pam ssl -crypt -imap -maildir -mbox tcpd -spell -truetype -xml -xml2 -pdflib -java -jikes python perl -gdbm -doc -odbc mysql -innodb zlib -galeon -openoffice encode -samba apache apache2 php mod_php mod_ssl -plotutils" COMPILER="gcc3" CHOST="i586-pc-linux-gnu" CFLAGS="-march=athlon -O3 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j6" AUTOCLEAN="yes" SYNC="rsync://rsync.salze.net/gentoo-x86-portage" FEATURES="sandbox buildpkg ccache"
K7 is CHOST="i686-pc-linux-gnu" then try again
Didn't help. Thank you anyway, of course! Or do I have to rebuild anything/everything else because of the wrong CHOST??
has your K7 system ever had USE="X" ? Like maybe SDL was linked to X? I don't think ogg/vorbis has X-related code in it...
Yes, indeed. Shall I add it again? Or recompile any packages - if so, which?
you can leave X off the system if you'd like... but maybe recompile sdl? that appears to be the only library it is linking too which would have looked for X.
closing this bug as this appears to be an isolated issue related to removing X from use variables and the system and not having associated programs recompiled.
*** Bug 24298 has been marked as a duplicate of this bug. ***
Can we reopen this bug? Where does ffmpeg require sdl? emerge -vep ffmpeg does not show sdl as a dependency at all. Is sdl an actual dependency of ffmpeg? If so, why is it not listed as one? My system has *never* had X in the USE, and I am getting this same problem on 2 different systems, both with -X in USE. Is there some dependency *somewhere* that would require X to be in USE that is causing this? I seriously think this needs to be looked into further, as this breaks any usage of ffmpeg on a system with USE=-X, and since ffmpeg does *not* require X, this is incorrect behavior.
Apparently, rebuilding libsdl with USE=X fixes this problem. This version of ffmpeg will NOT build if libsdl is built WITHOUT USE=X, which is wrong, since X is not a true requirement of either package.
I have done some further research into this... I have added flags for sdl, imlib, and truetype support (of which imlib and truetype don't have associated configure options) sdl is required for building the ffplay portion of ffmpeg. I have added an sdl flag to the build associated with --{disable,enable}-ffplay I don't have non-X system to test on currently... my ESX server is no longer online. :( but maybe try the ebuild now with the --disable-ffplay option... maybe that makes the difference?
I guess my real question is the validity of using this version of ffmpeg as "stable" when it clearly lacks the proper functionality of the older version (0.4.6). After all, you could use SDL and ffplay previously with the frame buffer or with svgalib, now it appears to require X. SDL and X do not have to be tied to each other, that is one of the reasons for using SDL, it is portable. As for the current ebuild, well... # emerge -vuUDp world These are the packages that I would merge, in order: Calculating world dependencies / !!! all ebuilds that could satisfy ">=media-libs/imlib2-1.0.7" have been masked. !!! (dependency required by "media-video/ffmpeg-0.4.7_pre20030624" [ebuild]) imlib2?? I have never had this installed, and there isn't a stable version in portage.
It is suggested by the upstream author and many projects are utilizing the newer functions of the cvs code or can easily be patched. http://ffmpeg.sourceforge.net the site was down when i just checked it... look at the google cached version
*** Bug 25819 has been marked as a duplicate of this bug. ***
*** Bug 39773 has been marked as a duplicate of this bug. ***
