FramebufferPixelFormat.java:35: warning - Tag @link: reference not found: org.virtualbox_4_1.IFramebuffer#getPixelFormat() FramebufferPixelFormat.java:35: warning - Tag @link: reference not found: org.virtualbox_4_1.IFramebuffer#requestResize(Long,Long,byte,Long,Long,Long,Long) FramebufferPixelFormat.java:50: warning - Tag @link: reference not found: org.virtualbox_4_1.IFramebuffer#getBitsPerPixel() FramebufferPixelFormat.java:50: warning - Tag @link: reference not found: org.virtualbox_4_1.IFramebuffer#getBitsPerPixel() INST VBoxDD2 => {C}/out/linux.amd64/release/bin/VBoxDD2.so LD VBoxDD IManagedObjectRef.java:50: warning - Tag @link: reference not found: org.virtualbox_4_1.IWebsessionManager#logoff(org.virtualbox_4_1.IVirtualBox) ISession.java:79: warning - Tag @link: reference not found: org.virtualbox_4_1.IWebsessionManager#logon(String,String) ISession.java:79: warning - Tag @link: reference not found: org.virtualbox_4_1.IWebsessionManager#getSessionObject(org.virtualbox_4_1.IVirtualBox) ISystemProperties.java:643: warning - Tag @link: reference not found: org.virtualbox_4_1.IWebsessionManager#logon(String,String) ISystemProperties.java:643: warning - Tag @link: reference not found: org.virtualbox_4_1.IWebsessionManager#logon(String,String) ISystemProperties.java:683: warning - Tag @link: reference not found: org.virtualbox_4_1.IWebsessionManager#logon(String,String) ISystemProperties.java:683: warning - Tag @link: reference not found: org.virtualbox_4_1.IWebsessionManager#logon(String,String) /var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/out/linux.amd64/release/obj/webtest/webtest.o: In function `main': /var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/src/VBox/Main/webservice/webtest.cpp:104: undefined reference to `soap_ssl_init' /var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/src/VBox/Main/webservice/webtest.cpp:116: undefined reference to `soap_ssl_client_context' collect2: ld returned 1 exit status kmk: *** [/var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/out/linux.amd64/release/obj/webtest/webtest] Error 1 The failing command: @x86_64-pc-linux-gnu-g++ '-Wl,-rpath,/usr/lib64/virtualbox' -Wl,-z,noexecstack -Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu,--enable-new-dtags -Wl,--as-needed -m64 -o /var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/out/linux.amd64/release/obj/webtest/webtest /var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/out/linux.amd64/release/obj/webtest/webtest.o /var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/out/linux.amd64/release/obj/webtest/gen/webservice/soapClient.o /var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/out/linux.amd64/release/lib/vboxsoap.a -lgsoap++ /var/tmp/portage/app-emulation/virtualbox-4.1.10/work/VirtualBox-4.1.10/out/linux.amd64/release/bin/VBoxRT.so -lpthread -lm -lrt -ldl -lssl -lcrypto kmk: *** Waiting for unfinished jobs.... 11 warnings LD vboxjws-doc.jar I don't think you need a full build log for that but if you do let me know -------------------------------------------------------------------------- Portage 2.2.0_alpha90 (default/linux/amd64/10.0/developer, gcc-4.5.3, glibc-2.14.1-r2, 3.2.6-gentoo-dark-jedi x86_64) ================================================================= System uname: Linux-3.2.6-gentoo-dark-jedi-x86_64-AMD_Phenom-tm-_II_X6_1055T_Processor-with-gentoo-2.1 Timestamp of tree: Unknown app-shells/bash: 4.2_p24 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.7.2-r3, 3.2.2 dev-util/cmake: 2.8.7-r5 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.1 sys-apps/openrc: 0.9.9.3 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.3 sys-devel/binutils: 2.22-r1 sys-devel/gcc: 4.5.3-r2 sys-devel/gcc-config: 1.5.1-r1 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 3.2-r1 (virtual/os-headers) sys-libs/glibc: 2.14.1-r2 Repositories: gentoo Installed sets: ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/mnt/virtual/sources/distfiles/" FEATURES="assume-digests binpkg-logs buildpkg candy collision-protect distlocks ebuild-locks fixlafiles metadata-transfer multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms sign split-elog splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox" FFLAGS="" GENTOO_MIRRORS="ftp://ftp.cc.uoc.gr/mirrors/linux/gentoo/" LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu,--enable-new-dtags -Wl,--as-needed" LINGUAS="en en_GB en_US el" MAKEOPTS="-j7" PKGDIR="/mnt/virtual/packages/mystical/" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/home/hwoarang/development/gentoo-cvs/gentoo-x86" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 avi bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dbus dga divx dri dts dvd dvdr dvdread emboss encode exif ffmpeg firefox flac fortran gdbm gdu gif glib glitz gmedia gpm iconv ipv6 java jpeg kdrive lcms libnotify mad mmx mng modules mp3 mp4 mpeg mplayer mudflap multilib ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pango pcre pdf perl png policykit polkit ppds pppd private-headers python qt3support qt4 readline realmedia sdl session slang snmp spell sqlite sse sse2 ssl startup-notification svg symlink sysfs tcpd threads tiff truetype udev unicode usb userlocales v4l vcd vdpau vorbis wmp x264 xcb xft xine xinerama xml xorg xulrunner xv xvid zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard synaptics mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_GB en_US el" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby19" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
This seems to be fixed when updating to the latest gsoap from bug #389883
No sorry, I was wrong
I think the problem is that virtualbox links to libgsoap++ and not libgsoapssl which is the one containing the missing symbols
Created attachment 305695 [details, diff] ebuild patch
Created attachment 305697 [details, diff] configure patch Patch configure script to use libgsoapssl++ instead of libgsoap++ This patch fixes the problem for me
Compiling worked fine for me on x64 with those patches! Thanks!
Worked for me, too (amd64). Please commit
If anyone has an account for virtualbox bugzilla please open a bug upstream so this fix will go to future virtualbox releases. Thanks
Will do so in about 30 minutes. Have to drive home first
(In reply to comment #9) > Will do so in about 30 minutes. Have to drive home first Okay, I'll take that back. I had a tracker-account back in the days they were owned by Sun Microsystems. The accounts seem to have been resetted with the "move" to Oracle. They don't seem to be able to send me an email to reset my password and I don't feel like re-registering - esp. with Oracle. Anyone else with a current Oracle-login to write a bug report for upstream?
Might or might not be related to https://bugs.gentoo.org/show_bug.cgi?id=340647
I could eventually push the patch upstream through their dev list (that's a common way they do it - I've been following it for quite a while). The patch would need to be licensed under MIT, though (easier than assigning copyright to them, I think)? On the other hand, has anyone else checked whether other distros have this same type of problem (i.e. is it Gentoo-specific)?
(In reply to comment #11) > Might or might not be related to > https://bugs.gentoo.org/show_bug.cgi?id=340647 Similar problem but different package so not related at all if you ask me
(In reply to comment #12) > I could eventually push the patch upstream through their dev list (that's a > common way they do it - I've been following it for quite a while). The patch > would need to be licensed under MIT, though (easier than assigning copyright > to them, I think)? > > On the other hand, has anyone else checked whether other distros have this > same type of problem (i.e. is it Gentoo-specific)? It does not seem Gentoo specific. We don't build gsoap in a special way. If you send this upstream, please paste the url from the list archives so we can keep track of it
Any progress on sending this upstream?
Ah, sorry. Got a bit distracted. Just to verify with you since you're the author of the patch - I'll submit it under MIT to them if that's ok? I'll paste a link to this bug report as well. I'll also have a small look tomorrow at some of the other distros to see how they pack the gsoap libraries as well, just to be on the safe side. So far, looking at Debian Squeeze, they have that symbol in the same library as well (logical I guess).
I don't mind the license of the patch as long as it is fixed. Feel free to do whatever you want :)
Well, next time I should pay more attention to the VBox dev list. They've already landed the patch in their svn: https://www.virtualbox.org/browser/vbox/trunk/configure?rev=40476 A fellow had the same issue when compiling on Fedora 16. So I guess we either wait for 4.1.12 or maybe create 4.1.10-r1 with the patch? Oracle (I wish I could say Sun :( ) can be relatively fast with releases, but I don't know if they deem this critical enough to actually go ahead of themselves. I'd vote for applying the patch and getting -r1 for now, though.
No need to wait for a release and there is no need to revbump the existing ebuild as USE=vboxwebsrv never worked. Patch applied to the existing ebuild. You should get in in a couple of hours from your local mirror
As a side note, the upstream commit does not look good as I am getting compilation errors /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/libgsoapssl++.a(libgsoa pssl___a-stdsoap2_ssl_cpp.o): In function `soap_fcopy': (.text+0x340): multiple definition of `soap_fcopy' /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/libgsoap++.a(libgsoap__ _a-stdsoap2_cpp.o):(.text+0x340): first defined here /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/libgsoapssl++.a(libgsoa pssl___a-stdsoap2_ssl_cpp.o): In function `soap_recv_raw': (.text+0x1200): multiple definition of `soap_recv_raw' /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/libgsoap++.a(libgsoap__ _a-stdsoap2_cpp.o):(.text+0x1200): first defined here /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/libgsoapssl++.a(libgsoa pssl___a-stdsoap2_ssl_cpp.o): In function `soap_recv': (.text+0x1ae0): multiple definition of `soap_recv' possibly due to multiple inclusions of the gsoap API. Hopefully they will notice in time and fix it. I apply my own patch instead