Summary: | iputils-021109.ebuild fails to compile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Derek Dolney <z23> |
Component: | Current packages | Assignee: | Joshua Kinard <kumba> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aliz, friemann, plasmaroo, vapier |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Derek Dolney
2004-01-04 19:10:48 UTC
What linux-headers are you using? I'm using linux-headers-2.4.21-r1 It seems to be related to the installed kernel, since it works with an installed 2.6 kernel using linux-headers-2.4.21 here. It didn't work during my last stage1 installation (2 days ago) with the live-cd-kernel (2.4.21 I think) and linux-headers-2.4.21, which I emerged before bootstrapping. I had to emerge an older iputils to continue, but after emerging the new kernel an upgrade worked fine (besides of a missing dependency to dev-util/yacc) The file pfkeyv2.h seems not exist in the 2.4.21 sources, but it does in the 2.6-sources. It also fails on my laptop which is running 2.4.20-gentoo-r9, also with linux-headers-2.4.21-r1 I have also recieved this running gentoo-sources 2.4.20-r8 and 2.4.22-r2 and 2.4.22-r3. ditto on linux-headers-2.4.22 ditto on linux-headers-2.4.23 as well Looks like these lines were recently added: use static && LDFLAGS="${LDFLAGS} -static" cd ${S}/libipsec && emake KERNEL_INCLUDE="/usr/include" || die cd ${S}/setkey && emake KERNEL_INCLUDE="/usr/include" || die cd ${S}/racoon && autoconf || die Plasmaroo: your name is last in the cvs header, you add these lines or know who did and/or what they do? If not, I'll comment them out until someone knows what they do and can implement them w/o causing the compile to hose itself. This package is rather picky about how it's compiled. I wish there was something better to replace it with. > This package is rather picky about how it's compiled.
Sure is - that's why I added those lines to get it to work properly on weird cases of GCC and linux-headers.
Now, after doing some testing and finding out that things were behaving totally differently for no apparent reason, one can easily say that sys-apps/portage-2.0.49-r21 messes this up. I tested iputils with those lines over various 2.4 headers over and over and over, and things worked. They still do with -r20, but not with -r21.
A hot-fix for 2.4 is to add "if [ -e ${ROOT}/usr/include/linux/pfkeyv2.h ]; then" ... "fi" ... around those lines but that would then not compile some libraries and also would kill 2.6 support.
ok same issue here from stage1 and an emerge system on ~ppc , i went with the downgrade to iputils-020927 and use of /etc/portage/package.mask and umask files to get around this and continue the install OK, this is fixed - it seems that the subdirectory Makefiles pull off the /usr/src tree which is why you get those errors rather than the override. This is now fixed in CVS, ``emerge sync'' and things should work. Works for me now. |