sys-cluster/ipvsadm-1.27-r1 and 1.28 both fail to apply the patches specified in src_prepare, and then fail to build because of it. Not that I have any idea why, but, changing the EAPI from 6 to 5 fixes it. EAPI=6 >>> Emerging (1 of 1) sys-cluster/ipvsadm-1.27-r1::gentoo * ipvsadm-1.27.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found kernel object directory: * /lib/modules/4.2.7-hardened/build * Found sources for kernel version: * 4.2.7-hardened >>> Unpacking source... >>> Unpacking ipvsadm-1.27.tar.xz to /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work >>> Source unpacked in /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work >>> Preparing source in /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work/ipvsadm-1.27 ... /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/temp/environment: line 2737: epatch: command not found /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/temp/environment: line 2738: epatch: command not found >>> Source prepared. >>> Configuring source in /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work/ipvsadm-1.27 ... >>> Source configured. >>> Compiling source in /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work/ipvsadm-1.27 ... ... x86_64-pc-linux-gnu-gcc -shared -Wl,-soname,libipvs.so -o libipvs.so libipvs.o ip_vs_nl_policy.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: libipvs.o: warning: relocation against `ipvs_getinfo' in readonly section `.text'. /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: libipvs.o: relocation R_X86_64_PC32 against symbol `ipvs_init' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status Makefile:36: recipe for target 'libipvs.so' failed ... EAPI=5 >>> Emerging (1 of 1) sys-cluster/ipvsadm-1.27-r1::gentoo * ipvsadm-1.27.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found kernel object directory: * /lib/modules/4.2.7-hardened/build * Found sources for kernel version: * 4.2.7-hardened >>> Unpacking source... >>> Unpacking ipvsadm-1.27.tar.xz to /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work >>> Source unpacked in /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work >>> Preparing source in /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work/ipvsadm-1.27 ... * Applying ipvsadm-1.27-buildsystem.patch ... [ ok ] * Applying ipvsadm-1.27-fix-daemon-state.patch ... [ ok ] >>> Source prepared. >>> Configuring source in /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work/ipvsadm-1.27 ... >>> Source configured. >>> Compiling source in /var/tmp/portage/sys-cluster/ipvsadm-1.27-r1/work/ipvsadm-1.27 ... ...
Please attach your build.log and emerge --info output we can get a better idea of what is going on. This works fine for me on EAPI={5,6}
Created attachment 425450 [details] emerge --info
Created attachment 425452 [details] build.log
> CFLAGS="-mtune=generic" heh, that's a new one
please use --debug when running emerge and post that updated log here. the ebuild looks correct to me -- it inherits eutils.
(In reply to SpanKY from comment #5) > please use --debug when running emerge and post that updated log here. the > ebuild looks correct to me -- it inherits eutils. Sorry for the noise, there is no problem here. Running with --debug lead me to a problem with our /etc/portage/bashrc. Thanks (In reply to Alex Xu (Hello71) from comment #4) > > CFLAGS="-mtune=generic" > > heh, that's a new one We build binary packages for some 400 machines, with a huge variety of CPUs, so can't use anything more specific.
(In reply to Mike Williams from comment #6) > (In reply to SpanKY from comment #5) > > please use --debug when running emerge and post that updated log here. the > > ebuild looks correct to me -- it inherits eutils. > > Sorry for the noise, there is no problem here. > Running with --debug lead me to a problem with our /etc/portage/bashrc. Okay, invalid then.
(In reply to Mike Williams from comment #6) i think you're confusing -mtune and -march. you want -march=generic so the code is guaranteed to run everywhere, and then you use a more specific -mtune to hit the most common denominator.
