Calculating dependencies ...done! >>> emerge (1 of 1) net-im/ohphone-1.4.1 to / >>> md5 src_uri ;-) ohphone_1.4.1.tar.gz >>> Unpacking source... >>> Unpacking ohphone_1.4.1.tar.gz to /var/tmp/portage/ohphone-1.4.1/work >>> Source unpacked. g++ -I/usr/include/ffmpeg -DP_LINUX=2.4.21 -I/usr/include -D_REENTRANT -Wall -DP_USE_PRAGMA -DPHAS_TEMPLATES -I/usr/include/ptlib/unix -I/usr/share/pwlib/include -DPTRACING -I/usr/include/openh323 -DHAS_IXJ -DHAS_OSS -DHAS_VGALIB -DHAS_X11 -I/usr/X11R6/include -DNDEBUG -march=athlon-xp -O3 -pipe -c main.cxx -o obj_linux_x86_r/main.o g++ -I/usr/include/ffmpeg -DP_LINUX=2.4.21 -I/usr/include -D_REENTRANT -Wall -DP_USE_PRAGMA -DPHAS_TEMPLATES -I/usr/include/ptlib/unix -I/usr/share/pwlib/include -DPTRACING -I/usr/include/openh323 -DHAS_IXJ -DHAS_OSS -DHAS_VGALIB -DHAS_X11 -I/usr/X11R6/include -DNDEBUG -march=athlon-xp -O3 -pipe -c vidlinux.cxx -o obj_linux_x86_r/vidlinux.o g++ -I/usr/include/ffmpeg -DP_LINUX=2.4.21 -I/usr/include -D_REENTRANT -Wall -DP_USE_PRAGMA -DPHAS_TEMPLATES -I/usr/include/ptlib/unix -I/usr/share/pwlib/include -DPTRACING -I/usr/include/openh323 -DHAS_IXJ -DHAS_OSS -DHAS_VGALIB -DHAS_X11 -I/usr/X11R6/include -DNDEBUG -march=athlon-xp -O3 -pipe -c xlibvid.cxx -o obj_linux_x86_r/xlibvid.o nroff -man ohphone.1 | col -b > ohphone.man main.cxx:504:25: ffh263codec.h: No such file or directory distcc[28964] ERROR: compile on linux failed with exit code 1 make: *** [obj_linux_x86_r/main.o] Error 1 !!! ERROR: net-im/ohphone-1.4.1 failed. !!! Function src_compile, Line 25, Exitcode 2 !!! (no error message) Reproducible: Always Steps to Reproduce: 1.emerge ohphone Actual Results: See above Expected Results: should have worked :-) ******************************** Please note: I think this ebuild is seriously faulty. ohphone currently has nothing in IUSE, but there are tons of checks in the Makefile which test for SDL, SVGAlib and X11. This should be reworked. "emerge ohphone" result should depend on what you have in USE, not what you by chance have emerged before. ******************************** Portage 2.0.49-r2 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.22) ================================================================= System uname: 2.4.22 i686 AMD Athlon(tm) Processor distcc 2.9 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.2 [enabled] ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox autoaddcvs ccache distcc cvs" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/gentoo-x86" SYNC="rsync://linux.rz.ruhr-uni-bochum.de/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb alsa gdbm berkdb slang readline arts tetex bonobo svga tcltk java guile mysql X sdl tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde motif opengl mozilla cdr scanner dga doc flash gd imap ipv6 maildir oci8 pic plotutils samba sse usb wmf -gpm -gnome"
Please note: switching off distcc does not solve it.
where in the makefile does it have checks for SDL? The support for SDL is way back in dev-libs/pwlib. if you compiled that with USE="sdl" then you'll get SDL support. There is no point in my providing that option here. you don't have /usr/include/openh323/ffh263codec.h ? which version of openh323 are you using?
Sorry, I shot too fast :-) The SDL stuff was in the old 1.3.7 version for which I tried to write an ebuild and failed. Ok, svgalib and X11 support are left as missing in IUSE and/or DEPEND. No, I don't have /usr/include/openh323/ffh263codec.h I tried with openh323-1.12.0-r1 Current stable openh323 can't be compiled with pwlib 1.5.0 (as I just notice).
yes, the X11 and SVGAlib support can be IUSE'd but I haven't because (a) i haven't tried it and (b) i don't use SVGAlib so I have no idea how that works or how I can test it. If you use SVGAlib, then maybe you can help me with that. about your pwlib and openh323 problem, those packages have been in unstable for months. what exactly is the compile problem? maybe you can be more specific.
My point is that you should disable support for svgalib|x11 or require them if you don't want to use USE flags. Emerging ohphone should have the same result, no matter if you install svgalib before or after it. About the openh323/pwlib-Problem: openh323-1.11.7 (stable) won't compile with pwlib-1.5.0 (unstable): >>> Source unpacked. make P_SHAREDLIB=1 opt make[1]: Entering directory `/var/tmp/portage/openh323-1.11.7/work/openh323' set -e; make -C src opt; make -C samples/simple opt; make[2]: Entering directory `/var/tmp/portage/openh323-1.11.7/work/openh323/src' make -C /usr/share/pwlib/tools/asnparser opt make: *** /usr/share/pwlib/tools/asnparser: No such file or directory. Stop. make: Entering an unknown directorymake: Leaving an unknown directorymake[2]: *** [/usr/share/pwlib/tools/asnparser/obj_linux_x86_r/asnparser] Error 2 make[2]: Leaving directory `/var/tmp/portage/openh323-1.11.7/work/openh323/src' make[1]: *** [opt] Error 2 make[1]: Leaving directory `/var/tmp/portage/openh323-1.11.7/work/openh323' make: *** [optshared] Error 2
the problem is you're mixing unstable and stable packages. but i've changed openh323 to be more pedantic about the deps. making it lock on to a particular version of the dep rather than allowing people to shoot themselves in the foot. i've also updated ohphone with a new revision that allows disabling X and svgalib. although, if you have SDL compiled in pwlib, it still means X is linked. also updated the deps to the newest openh323 so you have that ffh263.h header problem fixed. it was an oversight on my part to have it depend on 0.12.0 instead of 0.12.0-r1. i've just made it safe and have it depend on 0.12.2 can you please test it then .. btw, if you're so keen on ohphone, maybe you should take over maintaining it?
No, thanks, I am not keen on taking it... just stumbled over bug #17111 while bugzilla surfing. I don't use any video conferencing stuff at all, but since I tested ohphone a few years ago for my boss I wanted to know if compiling it is still as bad as it was back then. Will test it tomorrow.
Looks fine now, thanks.