Chris Schwemmer wrote:
I tried to build an udev_update LFS (including modifications: linux-2.6.16,
udev-88, shadow-4.0.15, iproute-2.6.16-060323, man-pages-2.26 and most
importantly linux-glibc-headers generated by Jürg Billeter's script).
During 072-coreutils I get this:
Making check in ls-2
make[2]: Entering directory `/sources/coreutils-5.94/tests/ls-2'
make check-TESTS
make[3]: Entering directory `/sources/coreutils-5.94/tests/ls-2'
paco: open("/tmp/paco.tmp"): Permission denied
FAIL: tests
======================================
1 of 1 tests failed
Please report to [email protected]
======================================
Well.. please don't report this to bug-coreutils ;)
I'll try to find a solution to this problem. Probably have to hack the
lfs.xsl file, which I've been trying to avoid. :(
Seems like the test suite of coreutils creates some files that are logged by
paco because it's preloaded during the whole build. And because the test
suite switches users, the log can not be removed properly. ?
I suspect it's the "dummy" user that can't write to the /tmp/paco.tmp
file owned by root.
As a temporary workaround you can edit
lfs-commands/chapter06/072-coreutils like this:
<snip>
make
unset LD_PRELOAD
echo "dummy1:x:1000:" >> /etc/group
echo "dummy2:x:1001:dummy" >> /etc/group
echo "dummy:x:1000:1000::/root:/bin/bash" >> /etc/passwd
make NON_ROOT_USERNAME=dummy check-root
src/su dummy -c "make RUN_EXPENSIVE_TESTS=yes check"
sed -i '/dummy/d' /etc/passwd /etc/group
export LD_PRELOAD=/usr/lib/libpaco-log.so
make install
<snip>
notice the position of the unset and export commands.
Another workaround, would be not to run the test-suite at all... :(
I'll see what I can do to fix this..
Tor Olav
--
http://linuxfromscratch.org/mailman/listinfo/alfs-discuss
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
