src/racoon/Makefile.am specifies by mistake the file vmbuf.h twice. This might work as long as implicity only automake-1.10.* is used for eautoreconf, but it fails with automake-1.11 (and current coreutils-7.5-r1) since these more recent versions of automake combine the files to one "install" call, and "install" dies if the same file is listed twice on the command line: /usr/bin/install -c -m 644 racoonctl.h var.h vmbuf.h misc.h gcmalloc.h admin.h schedule.h sockmisc.h vmbuf.h isakmp_var.h isakmp.h isakmp_xauth.h isakmp_cfg.h isakmp_unity.h ipsec_doi.h evt.h '/var/tmp/portage/net-firewall/ipsec-tools-0.7.3/image//usr/include/racoon' [...] /usr/bin/install: will not overwrite just-created `/var/tmp/portage/net-firewall/ipsec-tools-0.7.3/image//usr/include/racoon/vmbuf.h' with `vmbuf.h' make[4]: *** [install-include_racoonHEADERS] Error 1 make[4]: *** Waiting for unfinished jobs.... This problem is similar to bug 267926 or bug 269372 or bug 277244 I attach a patch which removes the duplicate occurrence of vmbuf.h
Created attachment 215649 [details, diff] Pach to remove duplicate specification of vmbuf.h
worksforme, so patch not applied.
(In reply to comment #2) > worksforme because eautoreconf currently uses automake-1.10; it fails e.g. if you have WANT_AUTOMAKE=1.11 in the environment or when the autotools eclass will get updated to use a more current automake. What is more important: It really is a bug which just "by accident" causes for automake-1.10 not an error exit but "just" a redundant copying of the same file twice.
It makes sense to fix the duplicate file entry, thanks for the patch! + 09 Jan 2010; Víctor Ostorga <vostorga@gentoo.org> + ipsec-tools-0.7.3.ebuild, +files/ipsec-tools-duplicate-header.patch: + Fixing duplicate filename in automake.aminclude header, patch thanks to + Martin Väth <vaeth@mathematik.uni-wuerzburg.de> , bug #300161 +