Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 134802 - net-mail/perdition-1.17 parallel make fails
Summary: net-mail/perdition-1.17 parallel make fails
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Other
: High normal
Assignee: Net-Mail Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-29 10:51 UTC by Pedro Algarvio
Modified: 2007-09-02 11:38 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Complete Un-Successfull build (unssuccessfull_build.txt,34.50 KB, text/plain)
2006-05-29 10:53 UTC, Pedro Algarvio
Details
Successfull build by hand (ssuccessfull_build.txt,27.28 KB, text/plain)
2006-05-29 10:54 UTC, Pedro Algarvio
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pedro Algarvio 2006-05-29 10:51:07 UTC
......
 i386-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../ -I../../../perdition -I../../../libjain -DPERDITIONDB_BDB_SYSCONFDIR=\"/etc/perdition\" -I/usr/local/include/ -O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr -c unix_socket.c  -fPIC -DPIC -o .libs/unix_socket.o
mkdir: cannot create directory `.libs': File exists
 i386-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../ -I../../../perdition -I../../../libjain -DPERDITIONDB_BDB_SYSCONFDIR=\"/etc/perdition\" -I/usr/local/include/ -O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr -c perditiondb_daemon.c  -fPIC -DPIC -o .libs/perditiondb_daemon.o
rm -f libperditiondb_daemon_packet.a
i386-pc-linux-gnu-ar cru libperditiondb_daemon_packet.a packet.o
i386-pc-linux-gnu-ranlib libperditiondb_daemon_packet.a
/bin/sh ../../../libtool --mode=link i386-pc-linux-gnu-gcc  -O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr -L/usr/local/lib/ -o server  server.o unix_socket.o -lvanessa_logger -L. -lperditiondb_daemon_packet
 i386-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../ -I../../../perdition -I../../../libjain -DPERDITIONDB_BDB_SYSCONFDIR=\"/etc/perdition\" -I/usr/local/include/ -O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr -c unix_socket.c -o unix_socket.o >/dev/null 2>&1
i386-pc-linux-gnu-gcc -O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr -o client client.o unix_socket.o  -L/usr/local/lib/ /usr/lib/libvanessa_logger.so -L/var/tmp/portage/perdition-1.17/work/perdition-1.17/perdition/db/daemon -lperditiondb_daemon_packet
client.o: In function `main':
client.c:(.text+0x1a3): undefined reference to `perdition_un_init'
client.c:(.text+0x2b7): undefined reference to `perdition_un_init'
client.c:(.text+0x314): undefined reference to `perdition_un_send_recv'
client.c:(.text+0x459): undefined reference to `perdition_un_close'
client.c:(.text+0x4dc): undefined reference to `perdition_un_init'
client.c:(.text+0x5f0): undefined reference to `perdition_un_init'
client.c:(.text+0x64d): undefined reference to `perdition_un_send_recv'
client.c:(.text+0x78a): undefined reference to `perdition_un_close'
collect2: ld returned 1 exit status
make[4]: *** [client] Error 1
make[4]: *** Waiting for unfinished jobs....
i386-pc-linux-gnu-gcc -O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr -o server server.o unix_socket.o  -L/usr/local/lib/ /usr/lib/libvanessa_logger.so -L/var/tmp/portage/perdition-1.17/work/perdition-1.17/perdition/db/daemon -lperditiondb_daemon_packet
 i386-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../ -I../../../perdition -I../../../libjain -DPERDITIONDB_BDB_SYSCONFDIR=\"/etc/perdition\" -I/usr/local/include/ -O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr -c perditiondb_daemon.c -o perditiondb_daemon.o >/dev/null 2>&1


emerge --info
Portage 2.0.54-r2 (default-linux/x86/vserver, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-vs2.0.2-rc19-gentoo-mail i686)
=================================================================
System uname: 2.6.16-vs2.0.2-rc19-gentoo-mail i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
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
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i386-pc-linux-gnu"
CFLAGS="-O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr"
CHOST="i386-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mtune=i686 -march=athlon -pipe -fomit-frame-pointer -ftracer -fforce-addr"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://darkstar.ist.utl.pt/gentoo/ http://linuv.uv.es/mirror/gentoo/                 http://ftp.caliu.info/pub/gentoo/"
LANG="en_GB.ISO-8859-15"
LC_ALL=""
LDFLAGS="-L/usr/local/lib/"
LINGUAS="en pt"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlays/ispman-portage"
SYNC="rsync://ftp.rnl.ist.utl.pt/gentoo-portage"
USE="x86 bash-completion berkdb bitmap-fonts bzip2 cli crypt curl dri expat fortran gd gdbm guile ipv6 isdnlog jpeg ldap mysql ncurses nls nptl pam pcre perl php png pppd python readline reflection session spl ssl tcpd truetype truetype-fonts type1-fonts userlocales vhosts xml2 xorg zlib linguas_en linguas_pt userland_GNU kernel_linux elibc_glibc"
Unset:  CTARGET, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS
Comment 1 Pedro Algarvio 2006-05-29 10:51:48 UTC
I've also tried to clear all my CFLAGS/CXXFLAGS, it still fails.

Also, line 44 in the ebuild:
$(use_enable postgres)

should be:
$(use_enable postgres pg)
Comment 2 Pedro Algarvio 2006-05-29 10:53:47 UTC
Created attachment 87807 [details]
Complete Un-Successfull build
Comment 3 Pedro Algarvio 2006-05-29 10:54:23 UTC
Created attachment 87808 [details]
Successfull build by hand

Now this is funny.
Comment 4 Pedro Algarvio 2006-07-06 17:30:14 UTC
So who's taking care of the package?

As an add up, it fails because it's being built inside a VServer guest, compiling on the root VServer suceeds...
Comment 5 Andrej Kacian (RETIRED) gentoo-dev 2006-07-07 05:45:39 UTC
What if you try emerging with MAKEOPTS="-j1" ?
Comment 6 Pedro Algarvio 2006-07-10 14:16:48 UTC
(In reply to comment #5)
> What if you try emerging with MAKEOPTS="-j1" ?
> 

Yeah, that solves my problem. Is there a way to make the ebuild filter that?
Comment 7 Chris Gianelloni (RETIRED) gentoo-dev 2006-09-21 08:09:37 UTC
Well, we can make it use emake -j1, but the best solution is to fix the Makefile.
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2007-09-01 10:17:00 UTC
(In reply to comment #7)
> Well, we can make it use emake -j1, but the best solution is to fix the
> Makefile.

Anyone to stick -j1 there and close this bug? 15 months. :/
Comment 9 Fernando J. Pereda (RETIRED) gentoo-dev 2007-09-02 11:38:44 UTC
Done.