The 5.2.14 boinc ebuild was apparently just released to replace the functioning 4 build; however, it fails to build. All components build, except for boinc itself, which dies with these messages: rm -f boincmgr rm -f boincmgr.unmodified cp boinc_gui boincmgr.unmodified /bin/ln boinc_gui boincmgr powerpc-unknown-linux-gnu-strip boincmgr make[2]: Leaving directory `/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/clientgui' Making all in sea make[2]: Entering directory `/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/sea' mkdir -p BOINC cp boincmgr.8x8.png BOINC/boincmgr.8x8.png cp: cannot create regular file `BOINC/boincmgr.8x8.png': No such file or directory make[2]: *** [BOINC/boincmgr.8x8.png] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/sea' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14' make: *** [all] Error 2 !!! ERROR: sci-misc/boinc-5.2.14 failed. !!! Function src_compile, Line 59, Exitcode 2 !!! emake failed !!! If you need support, post the topmost build error, NOT this status message.
emerge --info Portage 2.0.53 (default-linux/ppc/2005.1/ppc/G4, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14-gentoo-r2 ppc) ================================================================= System uname: 2.6.14-gentoo-r2 ppc 7400, altivec supported Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 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.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mtune=7400 -mcpu=7400 -maltivec -mabi=altivec -pipe -fomit-frame-pointer" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mtune=7400 -mcpu=7400 -maltivec -mabi=altivec -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.rhnet.is/pub/gentoo/ http://mirror.gentoo.no/ http://ftp.du.se/pub/os/gentoo http://ds.thn.htu.se/linux/gentoo http://mirror.pudas.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="ppc X alsa altivec berkdb bitmap-fonts bzip2 crypt cups curl eds emboss exif expat fam fortran gdbm gif glut gnome gpm gstreamer gtk gtk2 gtkhtml ipv6 jpeg kde lcms libwww mng motif mp3 mpeg ncurses nls ogg oggvorbis opengl pam pdflib perl png python qt readline spell ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev unicode vorbis xml2 xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Unfortunately I cannot test on PPC architecture (although I would like one to play with). Adding PPC team, can any of you confirm? This could be a regression in the new series where quite a few changes were made. I have tested on x86 and x86_64 without any issues.
Created attachment 77756 [details] boinc-4.7.2-failure Both, 4.7.2 and 5.2.14, fail to compile, if the X and server USE flags are enabled.
Created attachment 77757 [details] boinc-5.2.14-failure Portage 2.1_pre3-r1 (!/usr/portage/profiles/default-linux/ppc/2005.1/ppc, gcc-3.4.4, glibc-2.3.5-r3, 2.6.15 ppc) ================================================================= System uname: 2.6.15 ppc 7447A, altivec supported Gentoo Base System version 1.6.14 ccache version 2.3 [enabled] dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 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.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O -mcpu=7450 -maltivec -mabi=altivec -mpowerpc-gfxopt -pipe" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O -mcpu=7450 -maltivec -mabi=altivec -mpowerpc-gfxopt -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect cvs distlocks noinfo noman sandbox sfperms strict test" GENTOO_MIRRORS="http://ftp.belnet.be/pub/mirrors/rsync.gentoo.org/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror" LC_ALL="en_US.UTF8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/home/tobias/cvs/gentoo-x86" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="ppc alsa altivec bash-completion berkdb crypt curses dbus fortran gnome gtk hal ldap nls pam perl python readline samba sasl ssl unicode xml elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
Created attachment 77805 [details] /var/log/portage/boinc-5.2.14.log with -X -server 5.2.14, fails to compile, even with -X -server, with exactly the same error message I included in the original bug report. A full list of build output messages is attached.
I also have the same problem. boinc fails to compile on x86 architecture. Here is my emerge info: Portage 2.1_pre3-r1 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.12.0_pre15 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 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.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -mtune=athlon-xp -pipe -O3 -fweb -frename-registers -fforce-addr -fomit-frame-pointer -ftracer" 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/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -mtune=athlon-xp -pipe -O3 -fweb -frename-registers -fforce-addr -fomit-frame-pointer -ftracer -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks prelink sandbox sfperms" GENTOO_MIRRORS="http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="pl_PL" LC_ALL="pl_PL" LINGUAS="pl" MAKEOPTS="-j2" 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 alsa apache2 asf audiofile avi berkdb bitmap-fonts bzip2 cairo cdr cdrom crypt cups curl dvd emboss encode esd exif expat fam ffmpeg firefox flac foomaticdb fortran gd gdbm gif glut gphoto2 gpm gstreamer gtk gtk2 hal idn imagemagick imlib ipv6 jabber jack java jpeg kde lcms libg++ libwww mad mhash mikmod mmx mmxext mng motif mp3 mpeg mplayer mysql ncurses nls nptl nsplugin nvidia ogg oggvorbis openal opengl oss pam pango pcre pdflib perl php pic png python qt quicktime readline real ruby sdl slang spell sse ssl subversion tcltk tetex tiff truetype truetype-fonts type1-fonts udev usb vorbis win32codecs xcomposite xine xml2 xmms xscreensaver xv xvid zlib elibc_glibc kernel_linux linguas_pl userland_GNU" Unset: ASFLAGS, CTARGET, LDFLAGS
boinc-5.2.14 +X +server fails for me as well, even with MAKEOPTS=-j1, although the error is different from the messages mentioned above: i686-pc-linux-gnu-g++ -fPIC -DPIC -I../lib -I../api -I../db -I../client -I../tools -I../sched -I/usr/include/mysql -march=prescott -DHAVE_ERRNO_AS_DEFINE=1 -include ../config.h -march=prescott -O2 -I/usr/include -I/usr/include/openssl -o cgi handle_request.o main.o sched_array.o sched_hr.o sched_resend.o sched_send.o sched_locality.o sched_timezone.o server_types.o synch.o -pthread -L/usr/lib -L/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/sched -lsched -L/usr/lib/mysql -lmysqlclient -lcrypt -L/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/lib -lboinc -lssl -lcrypto /usr/lib/libcurl.so /usr/lib/libgnutls.so /usr/lib/libgcrypt.so -lnsl /usr/lib/libgpg-error.so /usr/lib/libidn.so -ldl -lz -lpthread /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/libstdc++.so -lm -L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/../../../i686-pc-linux-gnu/lib -lgcc_s -lgcc_eh -lgcc -lc main.o: In function `sigterm_handler(int)': main.C:(.text+0x133): undefined reference to `elapsed_wallclock_time()' main.o: In function `main': main.C:(.text+0x525): undefined reference to `elapsed_wallclock_time()' sched_send.o: In function `send_work(SCHEDULER_REQUEST&, SCHEDULER_REPLY&, PLATFORM&, SCHED_SHMEM&)': sched_send.C:(.text+0xf7b): undefined reference to `elapsed_wallclock_time()' sched_locality.o: In function `decrement_disk_space_locality(WORKUNIT&, SCHEDULER_REQUEST&, SCHEDULER_REPLY&)': sched_locality.C:(.text+0x1062): undefined reference to `dir_hier_path(char const*, char const*, int, char*, bool)' collect2: ld returned 1 exit status make[2]: *** [cgi] Error 1 make[2]: Leaving directory `/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/sched' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14' make: *** [all] Error 2
I am still trying to track the issue, although none of you should have the server USE flag enabled unless you are actually trying to set up a boinc server to start your own boinc project. I have it building fine on both GCC 3.4 and GCC 4.0. I am going to test some more systems tomorrow and see if I can figure out what is causing the build failures. If anyone spots anything first please point it out.
I may remove the server use flag if this is causing so much confusion - needing that USE flag is very unlikely and it is very difficult to test properly anyway. Opinions on this welcomed.
(In reply to comment #9) At least for me the intention of the server USE flag was clear. And though I have no immediate plans to develop boinc apps, I wanted to have the possibility to experiment with this some day, so I activated the USE flag. Indeed, after deactivating server, emerging boinc succeeded for me. Alas, this seems not to be the solution for comment #5.
(In reply to comment #9) > I may remove the server use flag if this is causing so much confusion ... Just to make it crystal clear. I use -server -X and boinc-5.2.14 does NOT compile for me. The old boinc-4.7.2 version DOES compile for me with these same options. I haven't tried taking the time to figure out why it doesn't compile. I've compiled boinc-5.2.x on PPC with FC4, and with gentoo MIPS and x86. I never had much trouble doing that, so I was surprised it bombed here.
it WORKS. but only with USE="-X" (and -server by default). boinc_gui with those flags also works! which amazed me. so now i don't know why there is a "X" use flag as boinc_gui works with X flag disabled.
i686-pc-linux-gnu-g++ -fPIC -DPIC -I../lib -I../api -I../db -I../client -I../tools -I../sched -I/usr/include/mysql -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -DHAVE_ERRNO_AS_DEFINE=1 -include ../config.h -O3 -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -I/usr/include -I/usr/include/openssl -o cgi handle_request.o main.o sched_array.o sched_hr.o sched_resend.o sched_send.o sched_locality.o sched_timezone.o server_types.o synch.o -pthread -L/usr/lib -L/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/sched -lsched -L/usr/lib/mysql -lmysqlclient -lcrypt -L/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/lib -lboinc -lnsl /usr/lib/libcurl.so /usr/lib/libidn.so -lssl -lcrypto -ldl -lz -lpthread /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/libstdc++.so -lm -L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/../../../i686-pc-linux-gnu/lib -lgcc_s -lgcc_eh -lgcc -lc main.o: In function `sigterm_handler(int)': main.C:(.text+0x140): undefined reference to `elapsed_wallclock_time()' main.o: In function `main': main.C:(.text+0x566): undefined reference to `elapsed_wallclock_time()' sched_send.o: In function `send_work(SCHEDULER_REQUEST&, SCHEDULER_REPLY&, PLATFORM&, SCHED_SHMEM&)': sched_send.C:(.text+0x115c): undefined reference to `elapsed_wallclock_time()' sched_locality.o: In function `decrement_disk_space_locality(WORKUNIT&, SCHEDULER_REQUEST&, SCHEDULER_REPLY&)': sched_locality.C:(.text+0x1043): undefined reference to `dir_hier_path(char const*, char const*, int, char*, bool)' collect2: ld returned 1 exit status make[2]: *** [cgi] Error 1 make[2]: Leaving directory `/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14/sched' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/boinc-5.2.14/work/boinc-5.2.14' make: *** [all] Error 2
The initial bug (which hit me too) looks like a makefile dependency issue. It appears that various rules copy files into a generated directory, but do not depend on the rule that creates that directory. It can probably be worked around by disabling parallel builds. Or just retry, it built after a couple of attempts for me. It looks like adding the dependencies to the rules in sea/Makefile.am should be easy, but I couldn't reproduce it reliably enough to confirm that.
yes, the problem is not the job number but the linking error now.
no ideas/patches?
seems sched_util.o is missing in the linking! if i manually add it, linking works. should be easy to fix, with a patch in the Makefile.in
after that that's another error: r/lib/libgnutls.so /usr/lib/libgcrypt.so -lnsl /usr/lib/libgpg-error.so -lz -lpthread /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/libstdc++.so -lm -L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.1.0 -L/usr/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../i686-pc-linux-gnu/lib -lgcc_s -lgcc_eh -lgcc -lc feeder.o: In function `feeder_loop()':feeder.C:(.text+0x135): undefined reference to `DB_WORK_ITEM::enumerate(int, char const*, char const*, bool)' :feeder.C:(.text+0x17c): undefined reference to `DB_WORK_ITEM::enumerate(int, char const*, char const*, bool)' collect2: ld returned 1 exit status make: *** [feeder] Error 1 i can't fix that.
I am unable to reproduce this bug here, and am off on holiday tomorrow for two weeks. So I am unlikely to get to it any time soon - patches would be welcome and other sci devs are welcome to apply them if they get the time. I have already applied all the Debian patches to boinc but it remains quite fragile - help would be appreciated.
o my god...i found the problem! the problem is in the linking priority. when it add -lboinc flag it reads the /usr/lib/libboinc.la lib, instead of the fresh build one. i noticed that, so i unmerged my old 4.7 version and rebuild from scratch. works. all linking errors gone, builds flawlessy. you could add a block on 4.7 version, so people must unmerge old before update. you can close this ihmo. tested with gcc 4.1.0
I'm getting this same error. First time I installed Boinc not a problem but it kept having connect issues. I punched a hole in my nat router firewall hoping that would fix it. Nope. I pinged the boinc project server I was trying to reach and ping'd it fine. So as a last resort uninstalled boinc. On reinstall I'm getting the same build error listing that png file. :P
it's MAKEOPTS problem, force to -j1 and it will work
Please try 5.5.6 - just added it today with a patch that should make it always link to the freshly built library. It is a little hackish but worked here. As always I love it when people give me patches to fix this stuff :)
(In reply to comment #23) This compiled without problem for me on a recently upgraded Mac G3 (gcc 4.1.1, profile 2006.1, modular X (although I am not running the boinc gui). Now, if only I could get setiathome (or some other project) running. The seti project has only been giving out units to seti-enhanced (5) since about a month back now, and I've never had success compiling seti-enhanced for PPC. That is not your problem, though! Thanks for fixing BOINC! /Mike
My next task is seeing if I can figure out what the hell is going off with the setiathome client. If any of you guys know of useful links, mailing lists etc that will help me produce a nice updated setiathome client build then please send them my way! I am marking this as resolved - please reopen if that turns out not to be the case.