[snip] mkdir .libs x86_64-pc-linux-gnu-gcc -c -I../../include -I../.. -I. -march=athlon64 -O2 -pipe -frename-registers -ftracer -fweb -O2 -W -Wall -g -DDEBUG -D_REENTRANT -DHAVE_CONFIG_H connect.c -fPIC -DPIC -o .libs/connect.o x86_64-pc-linux-gnu-gcc -c -I../../include -I../.. -I. -march=athlon64 -O2 -pipe -frename-registers -ftracer -fweb -O2 -W -Wall -g -DDEBUG -D_REENTRANT -DHAVE_CONFIG_H connect.c -o connect.o >/dev/null 2>&1 x86_64-pc-linux-gnu-gcc -c -I../../include -I../.. -I. -march=athlon64 -O2 -pipe -frename-registers -ftracer -fweb -O2 -W -Wall -g -DDEBUG -D_REENTRANT -DHAVE_CONFIG_H md5.c -fPIC -DPIC -o .libs/md5.o x86_64-pc-linux-gnu-gcc -c -I../../include -I../.. -I. -march=athlon64 -O2 -pipe -frename-registers -ftracer -fweb -O2 -W -Wall -g -DDEBUG -D_REENTRANT -DHAVE_CONFIG_H md5.c -o md5.o >/dev/null 2>&1 x86_64-pc-linux-gnu-gcc -c -I../../include -I../.. -I. -march=athlon64 -O2 -pipe -frename-registers -ftracer -fweb -O2 -W -Wall -g -DDEBUG -D_REENTRANT -DHAVE_CONFIG_H mmapstring.c -fPIC -DPIC -o .libs/mmapstring.o In file included from mmapstring.c:36: mmapstring.h:43:30: libetpan-config.h: No such file or directory In file included from mmapstring.c:36: mmapstring.h:75: error: syntax error before "MMAPString" [and so on] Only happens if libetpan-0.42 is installed, building 0.43 from scratch works fine, so probably some include path issue. # emerge --info Portage 2.1_pre6-r4 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.4-r1, 2.6.15-gentoo-r4 x86_64) ================================================================= System uname: 2.6.15-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.3.5-r2, 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.15.94.0.2.2, 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -frename-registers -ftracer -fweb" CHOST="x86_64-pc-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/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -frename-registers -ftracer -fweb" DISTDIR="/srv/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer nostrip sandbox sfperms sign strict userpriv usersandbox verify-rdepend" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" MAKEOPTS="-j2 -l1.0 -s" PKGDIR="/srv/portage/packages" PORTAGE_TMPDIR="/var/tmp/" PORTDIR="/srv/portage/porttree" PORTDIR_OVERLAY="/srv/portage/overlay /srv/portage/testing" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib acl alsa avi berkdb bitmap-fonts cdr crypt cups dvd dvdread encode fbcon font-server gif gnutls gtk gtk2 imap jpeg ldap mng motif mp3 mpeg ncurses nptl nptlonly oggvorbis opengl pam png python readline ssl svg sysfs tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 wmf xface xml xml2 xmms xprint xv xvid elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS
Hmm, looking a bit deeper into this apparently it's caused by FEATURES=userpriv, maybe a portage bug.
How about libetpan-0.45 ? Hoa mentioned that he fixed some header path bug in libetpan based on this bugreport.
Got the same here on amd64 too without USERPRIV and with 0.4.5 but not in 0.4.3
Bertrand, can you please provide complete output of libetpan merge? It should be stored in /var/log/portage/<somenumber>-libetpan-0.45.log. Also, generated config.log would help. emerge with FEATURES="keepwork", and retrieve the file from /var/tmp/portage/libetpan-0.45/work/libetpan-0.45. Thanks!
Upgrading from 0.42 to 0.45 worked fine here, so feel free to close.
I didn't have anything reg. etpan installed before, and now tried to install net-libs/libetpan-0.45, because of sylpheed-claws. Compilation failed: In file included from mailstream_helper.h:40, from mailstream_helper.c:36: ../../include/libetpan/mmapstring.h:43:39: libetpan/libetpan-config.h: No such file or directory So, no, that's not fixed in 0.45 :( I tried to compile it with the following flags: [ebuild N ] net-libs/libetpan-0.45 USE="berkdb -debug -gnutls -sasl ssl" 0 kB
Could you please attach config.log file from the workdir of failed merge, so I can ask libetpan developer to have a look?
Created attachment 85681 [details] config.log of Alexander Skwar (In reply to comment #7) > Could you please attach config.log file from the workdir of failed merge, so I > can ask libetpan developer to have a look? > Sure. I'll also attach a complete build log (emerge -v libetpan | tee emerge_libetpan.log 2>&1).
Created attachment 85682 [details] Build log from Alexander Skwar Generated by running: FEATURES="-distcc keepwork" emerge -1v libetpan | tee emerge_libetpan.log 2>&1
Created attachment 85686 [details] Build log from Alexander Skwar - with stderr New build log. THis time, it also includes stderr :) Generated by doing: FEATURES="-distcc keepwork" sudo emerge -v1 libetpan 2>&1 | tee /tmp/emerge_libetpan-with-stderr.log
(In reply to comment #4) > Bertrand, can you please provide complete output of libetpan merge? It should > be stored in /var/log/portage/<somenumber>-libetpan-0.45.log. > > Also, generated config.log would help. emerge with FEATURES="keepwork", and > retrieve the file from /var/tmp/portage/libetpan-0.45/work/libetpan-0.45. > > Thanks! > Work now. Don't know where was the fuck.
Can you please try upgrading with MAKEOPTS="-j1"? Based on files provided here, Hoa (libetpan developer) has suggested that the build system may be broken in this regard.
Building with MAKEOPTS=-j1 worked. Thanks!
OK, I have adjusted the 0.45 ebuild to force building with -j1, and notified Hoa. Everyone affected, please test after syncing in few hours. Thanks.
Any news on this one? Looks like the issue is fixed already, and libetpan-0.45 needs to be stabilized to fix bug #135886.
Michele, if you upgrade libetpan to 0.45 from an earlier version, and after that the s-c emerges, then this bug can be considered as resolved.
Did that this very morning... closing (and bumping to version 0.45 to x86 stable). Feel free to reopen if you think it necessary...