Ken Moffat wrote: > 2009/12/26 Matthew Burgess <[email protected]>: >> Hi all, >> >> The current instructions mention the fact that running the IPRoute2 >> testsuite is unreliable from within the chroot environment as it depends >> on /proc/config.gz support. That's fair enough, but even when running >> on a freshly rebooted LFS build, the following appears to be required: >> >> sed -i '/^TARGETS/@arpd@@g' misc/Makefile > > Hah! You fooled me by omitting the 's' - copy'n'paste can be good!
Yeah, I really need to get around to getting VirtualBox compiled under LFS so that copy 'n' paste works! > I'd forgotten how much I hate sudo (for a single physical user, I don't > think it provides any additional security). But, set up for myself following > BLFS I get (from 2.6.32.2 with the ck1 patchset, on x86_64) The only reason I set sudo up on my system is so that I can follow BLFS' recommendation of building & testing packages as a non-root user, then installing as root. This was my first suspicion of where the problem may lie, as I have to change the PREFIX line to be 'sudo -E' so that the environment is set correctly otherwise the tests don't even run in the first place. So, it may be that there is some other configuration required for 'sudo' that is necessary for the tests to run. Unfortunately, there's no documentation regarding the requirements for the testsuite. > k...@bluesbreaker ~/iproute2-2.6.31/testsuite $make alltests > Running cbq.t [iproute2-this/2.6.32.2-ck1]: RTNETLINK answers: > Operation not supported > RTNETLINK answers: Operation not supported > RTNETLINK answers: Operation not supported > Dump terminated > RTNETLINK answers: Operation not supported > RTNETLINK answers: Operation not supported > Dump terminated > RTNETLINK answers: Operation not supported > RTNETLINK answers: Operation not supported > RTNETLINK answers: Operation not supported > PASS > Running cls-testbed.t [iproute2-this/2.6.32.2-ck1]: > tests/cls-testbed.t: line 59: tests/cls/*.t: No such file or directory > tests/cls-testbed.t: line 59: tests/cls/*.t: No such file or directory > tests/cls-testbed.t: line 59: tests/cls/*.t: No such file or directory > FAILED > Running dsmark.t [iproute2-this/2.6.32.2-ck1]: FAILED > k...@bluesbreaker ~/iproute2-2.6.31/testsuite $ Good, at least I get the same results as you :-) So, either this is because the testsuite is bitrotting or there's something inherent in the LFS configuration that is causing the issue. Given the nature of the instructions I posted yesterday, I'd tend toward the former. I'll raise this upstream in the new year. Thanks, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
