The current openh323 ebuild requires the most recent pwlib-1.8.7. pwlib-1.10.0 is now in portage and required for ekiga. Should the openh323 ebuild be updated to: RDEPEND=" ~dev-libs/pwlib-1.8.7 >=media-video/ffmpeg-0.4.7 ssl? ( dev-libs/openssl )" I am new to this bug posting so, sorry if its in the wrong place, or wrong in general. Portage 2.1_pre6-r5 (default-linux/x86/2005.0, gcc-4.1.0, glibc-2.4-r1, 2.6.15-gentoo-r5 i686) ================================================================= System uname: 2.6.15-gentoo-r5 i686 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre16 ccache version 2.4 [enabled] dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer -ftracer -fno-ident -falign-functions=64" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer -ftracer -fno-ident -falign-functions=64" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aac ace acpi alsa apm asf atm avi berkdb bindist bitmap-fonts bzip2 cdr cpudetection crypt cups custom-cflags dhcp divx4linux dri dvd dvdread emboss encode esd firefox foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 imlib ipv6 java jpeg libg++ libwww live mad mikmod mmx mp3 mpeg mppe-mppc nas ncurses network nls nocd nowin nptl nptlonly nvidia offensive ogg oggvorbis opengl pam pdflib perl png ppds python quicktime readline real rtc sdl spell sse sse2 ssl tcpd theora truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vorbis win32codecs xgetdefault xml2 xmms xv xvid zlib elibc_glibc input_devices_evdev input_devices_mouse input_devices_keyboard kernel_linux userland_GNU video_cards_vesa video_cards_nvidia video_cards_nv" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Sorry, the ebuild should be modified from what was quoted above to: RDEPEND=" >=dev-libs/pwlib-1.8.7 >=media-video/ffmpeg-0.4.7 ssl? ( dev-libs/openssl )"
Created attachment 82897 [details] Updated Ebuild as my suggestion.
i do agree, but it fails with gcc 4.1.0 g++ -D_REENTRANT -Wall -fPIC -DPIC -DPASN_NOPRINTON -DPASN_LEANANDMEAN -I/var/tmp/portage/openh323-1.15.6/work/openh323-1.15.6/include -DHAS_OSS -O3 -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -ffast-math -felide-constructors -c ixjunix.cxx -o /var/tmp/portage/openh323-1.15.6/work/openh323-1.15.6/lib/obj_linux_x86_rn/ixjunix.o /var/tmp/portage/openh323-1.15.6/work/openh323-1.15.6/include/ixjlid.h:839: error: extra qualification ‘OpalIxJDevice::’ on member ‘GetException’ make[1]: *** [/var/tmp/portage/openh323-1.15.6/work/openh323-1.15.6/lib/obj_linux_x86_rn/ixjunix.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/openh323-1.15.6/work/openh323-1.15.6/src' make: *** [opt] Error 2 !!! ERROR: net-libs/openh323-1.15.6 failed.
(In reply to comment #3) > i do agree, but it fails with gcc 4.1.0 Yes in order to pass you need to remove "OpalIxJDevice" from line #839 in /var/tmp/portage/openh323-1.15.6/work/openh323-1.15.6/include/ixjlid.h, and then FEATURES="keepwork" emerge openh323. I'm not sure how I would generate a patch to fix this issue, or whether GCC-4.1 bugs are meant to be in portage just yet. I initally just wanted to raise the bug with pwlib version.
sure i confirm that, the mainteiner should apply that fix.
Does this actually work? (Has someone tested it?) From reading comments in the Changelog and ebuild, it sounds like openh323 requires specifically this version.
with ekiga that works
*** Bug 134665 has been marked as a duplicate of this bug. ***
*** Bug 136277 has been marked as a duplicate of this bug. ***
Created attachment 89641 [details, diff] Patch openh323-1.15.6 ebuild to 1.18.0 Updating to openh323-1.18.0 is one way around this, depends on pwlib >= 1.10.0. Patch attached. It compiles & installs OK for me, BUT N.B. I don't really use openh323 - for me it is just to solve the dependency problem. Changes: 1) SRC now sourceforge 2) Horrible file naming convention (couldn't get unpack to work because the tar file ends in -tar and not .tar - don't know if this can be done). 3) Compiles OK for me with gcc-4.1.1 without patching 4) Makefile.in has changed, doesn't need patching? I am emerging OK with -debug. 5) Took out the OH323_FILE setting in make install. Didn't work for me with this in (Makefile has changed?). Is this OK? I do end up with /usr/lib/libh323_linux_x86_n.so.1.18.0 and links installed.
*** Bug 138229 has been marked as a duplicate of this bug. ***
I completely rewrote that ebuild and tested it with a few ebuilds - it is a _mess_ committed to portage, thanks.
