lfs 6.2.3 chapter 6.53 tar-1.15.1 make check failed

xtra2000

可能是什么原因造成的?

xtra2000

有人遇到同样的问题吗?我看官方的log也出错了.但是错的地方和我不一样.

d00m3d

有什麽错了？

其实能用否？反正我是从来不去 check 的。。。

xtra2000

我的是 2: decompressing from stdin                     failed.

官方的是20: working --listed                             FAILED (listed02.at:148)

xtra2000

google 到有人遇到同样问题的分析:

Hi!

I'm building LFS SVN-20060420 and have the following error while running
"make -k check" for chapter6/tar:

...
make[2]: Leaving directory `/root/src/tmp/tar-1.15.1/tests'
make  check-local
make[2]: Entering directory `/root/src/tmp/tar-1.15.1/tests'
/bin/sh ./testsuite
## -------------------------- ##
## GNU tar 1.15.1 test suite. ##
## -------------------------- ##
  1: tar version                                  ok
  2: decompressing from stdin                     FAILED (pipe.at:50)
<the rest is ok>

After the testing
/root/src/tmp/tar-1.15.1/tests/testsuite.dir/02/testsuite.log looks as
follows:

2. pipe.at:29: testing ...
pipe.at:50:
mkdir v7
(cd v7
TAR_OPTIONS="-H v7"
export TAR_OPTIONS
rm -rf *

mkdir directory
genfile --length 10240 --pattern zeros > directory/file1
genfile --length 13 > directory/file2
tar cf archive directory
mv directory orig
cat archive | tar xfv -
echo "separator"
cmp orig/file1 directory/file1
echo "separator"
cmp orig/file2 directory/file2)
--- -   2006-05-04 00:08:15.466185000 +0400
+++ /root/src/tmp/tar-1.15.1/tests/testsuite.dir/at-stdout      
2006-05-04 00:08:15.000000000 +0400
@@ -1,6 +1,6 @@
directory/
-directory/file1
directory/file2
+directory/file1
separator
separator

2. pipe.at:29: 2. decompressing from stdin (pipe.at:29): FAILED
(pipe.at:50)

It seems that the error is in the order tar places files to the archive
created. Having looked through the archive I saw that files are really
in the reverse order: file2 is the first while file1 is the second.

I carried out the similar test in my host system (Gentoo) with the same
"reverse" result.

Can I safely ignore the error? I'm afraid I must not to as I haven't
seen the error in build-logs, but what have I to do?

I think it also would be helpful if somebody carries out the test on
one's system and send me the results

P.S. I use gcc-3.4.6 instead of gcc-4.0.3, and use 6.1.1 for installing
gcc. The test is failed even if I configure tar with CFLAGS="".

--
Nothing but perfection
pv


--------------------------------------------------------------------------

I found the problem which is in the kernel (if it IS at all).

Tar testsuite assumes that readdir () system call returns file1 and
file2 in the alphabetical order (file1 firstly, file2 secondly) but in
my case the assumption is wrong (may be due to using dir_index when
mounting ext3 partition). Moreover readdir must _not_ return filenames
in an order so no wonder the test failed.

xtra2000

从头做了一遍后tar一个错误也没有了.哈哈.奇怪吧. 官方还有一个错误呢.真是出乎预料.

难道是我以前步骤有某个小地方没有输入正确?或者因为切换环境的原因(以前是在办公室做的,中途换到家里.)