Summary: | net-mail/courier-imap-4.1.2-r1 fails with libtool 2.2.4 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dan Coats <admin> |
Component: | Current packages | Assignee: | Robin Johnson <robbat2> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alexxy, candrews, dliana, l, mail, michael, rose, serotonin |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 212763 | ||
Attachments: |
ebuild w/ recursive autoreconf.
ERROR: net-mail/courier-imap-4.1.2-r1 failed |
Description
Dan Coats
2008-06-12 20:17:38 UTC
Could you post full build log ? Cause what happened is obvious, the question is why didn't macro get updated, while script was. I've got a bad feeling about this. Try adding eautoreconf run in ${S}/numlib If that gets you further, but it stops in a different dir with the same error, try removing all of the eautoreconf lines except the one in ${S}, but remove AT_NO_RECURSIVE="true" from the call. link to net-mail:courier-imap-4.1.2-r1:20080613-123959.log http://rafb.net/p/2ATSnU89.html First of all, it's a very bad practice to use pastebin-alikes for bugzilla. Bugzilla is meant to be permanent. Try following suggestion from comment 2. By now, I think that the second part applies: a full recursive eautoreconf will be necessary. Created attachment 156895 [details]
ebuild w/ recursive autoreconf.
Using autoreconf in recursive mode as suggested in comment #2 works fine here. Attached changed ebuild. Portage 2.1.5.5 (default/linux/x86/2008.0/desktop, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.25-gentoo-r4 i686) ================================================================= System uname: 2.6.25-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1.86GHz Timestamp of tree: Sun, 15 Jun 2008 12:45:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r4 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.62 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.25-r4 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -mtune=pentium-m -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" 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/terminfo /etc/udev/rules.d" CXXFLAGS="-march=pentium-m -mtune=pentium-m -O3 -pipe" [...] the new ebuild fails for me also. CONFIG_FILES=deliverquota.html CONFIG_HEADERS= /bin/sh ./config.status CONFIG_FILES=maildirmake.html CONFIG_HEADERS= /bin/sh ./config.status CONFIG_FILES=deliverquota.8 CONFIG_HEADERS= /bin/sh ./config.status config.status: creating deliverquota.html config.status: creating maildirmake.html config.status: creating deliverquota.8 config.status: executing depfiles commands config.status: executing depfiles commands config.status: executing libtool commands config.status: executing depfiles commands config.status: executing libtool commands config.status: executing libtool commands mv: cannot stat `libtoolT': No such file or directory CONFIG_FILES=maildirmake.1 CONFIG_HEADERS= /bin/sh ./config.status CONFIG_FILES=maildiracl.html CONFIG_HEADERS= /bin/sh ./config.status CONFIG_FILES=maildiracl.1 CONFIG_HEADERS= /bin/sh ./config.status config.status: creating maildirmake.1 config.status: creating maildiracl.html config.status: creating maildiracl.1 config.status: executing depfiles commands config.status: executing depfiles commands config.status: executing libtool commands config.status: executing depfiles commands config.status: executing libtool commands config.status: executing libtool commands mv: cannot stat `libtoolT': No such file or directory echo -lfam >maildir.libdeps cp: cannot stat `libtoolT': No such file or directory chmod: cannot access `libtool': No such file or directory make all-am make[3]: Entering directory `/var/tmp/portage/net-mail/courier-imap-4.1.2-r1/work/courier-imap-4.1.2/maildir' /bin/sh ./libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -O2 -march=athlon-xp -pipe -fomit-frame-pointer -Wall -I./.. -I.. -MT autoresponse.lo -MD -MP -MF .deps/autoresponse.Tpo -c -o autoresponse.lo autoresponse.c mv -f .deps/autoresponse.Tpo .deps/autoresponse.Plo mv: cannot stat `.deps/autoresponse.Tpo': No such file or directory make[3]: *** [autoresponse.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/net-mail/courier-imap-4.1.2-r1/work/courier-imap-4.1.2/maildir' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/net-mail/courier-imap-4.1.2-r1/work/courier-imap-4.1.2/maildir' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/net-mail/courier-imap-4.1.2-r1/work/courier-imap-4.1.2' make: *** [all] Error 2 * * ERROR: net-mail/courier-imap-4.1.2-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2555: Called die * The specific snippet of code: * emake || die "emake failed" * The die message: * emake failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/log/portage/net-mail:courier-imap-4.1.2-r1:20080616-182602.log'. * The ebuild environment file is located at '/var/tmp/portage/net-mail/courier-imap-4.1.2-r1/temp/environment'. * Well, if it wasn't for the fact, that it happens before emake, I'd say these are parallel make issues. It looks like your emerge runs itself twice or something (a threading issue ?). I don't know , its only the attached ebuild that does this. Created attachment 158859 [details]
ERROR: net-mail/courier-imap-4.1.2-r1 failed
Hi,
i have the same problem, but an other step at the emerge.
Have a look to attached build.log.
I have re-create all autobuild tools, but it wont help.
BR Maik
What was your result with the ebuild from comment 5 ? (In reply to comment #11) > What was your result with the ebuild from comment 5 ? > OK, in the portage-tree -r1 is allready exist (this don't work). I have renamed this ebuild from here as -r2 and build this without errors. good work I also confirm the attached ebuild (also renamed to -r2 here) works for me. Thanks! *** Bug 232664 has been marked as a duplicate of this bug. *** (In reply to comment #5) > Created an attachment (id=156895) [edit] > ebuild w/ recursive autoreconf. > I put the ebuild from comment 5 in /usr/portage/net-mail/courier-imap/courier-imap-4.1.2-r2.ebuild then #! emerge courier-imap-4.1.2-r2.ebuild results in Traceback (most recent call last): File "/usr/bin/emerge", line 18, in <module> retval = _emerge.emerge_main() File "/usr/lib/portage/pym/_emerge/__init__.py", line 13444, in emerge_main myopts, myaction, myfiles, spinner) File "/usr/lib/portage/pym/_emerge/__init__.py", line 12504, in action_build retval, favorites = mydepgraph.select_files(myfiles) File "/usr/lib/portage/pym/_emerge/__init__.py", line 4795, in select_files portdb.aux_get(mykey, self._mydbapi_keys)) File "/usr/lib/portage/pym/portage/dbapi/porttree.py", line 404, in aux_get raise KeyError(mycpv) KeyError: 'net-mail/courier-imap-4.1.2-r2' net-mail/courier-imap-4.4.1 which uses recursive eautoreconf is now in portage. Any chance of a 4.1.2-r3 in the meantime? 4.4.1 dies with a segfault for me. I'll post a bug when I have more to go on than just "dies with a segfault". |