Hi, good morning to all. I really need your help guys. I got errors in 5.17
Coreutils-8.21.
==
1 of 436 tests failed
(102 tests were not run)
See ./tests/test-suite.log
Please report to bug-coreut...@gnu.org
==
make[4]: ***
@linuxfromscratch.org
Sent: Saturday, August 31, 2013 11:34 AM
Subject: [lfs-support] Coreutils Error :(
Hi, good morning to all. I really need your help guys. I got errors in 5.17
Coreutils-8.21.
==
1 of 436 tests failed
(102 tests were not run)
See ./tests/test
appreciated guys.. :) more power Linux!
--
*From:* Pwn Me pwn_m...@yahoo.com
*To:* lfs-support@linuxfromscratch.org lfs-support@linuxfromscratch.org
*Sent:* Saturday, August 31, 2013 11:34 AM
*Subject:* [lfs-support] Coreutils Error :(
Hi, good morning to all. I
Pwn Me wrote:
Hi, good morning to all. I really need your help guys. I got errors
in 5.17 Coreutils-8.21.
==
1 of 436 tests failed
(102 tests were not run)
First of all we don't recommend the tests in chapter 5 because there are
too many dependencies on
I did # make V=1 | tee coreutils.log
this is my coreutils.log:
make all-recursive
make[1]: Entering directory `/sources/coreutils-8.21'
Making all in po
make[2]: Entering directory `/sources/coreutils-8.21/po'
make[2]: Leaving directory `/sources/coreutils-8.21/po'
Making all in .
make[2]:
On Mon, Aug 05, 2013 at 04:55:24PM +0800, Srinivasan Friendster wrote:
I did # make V=1 | tee coreutils.log
this is my coreutils.log:
Please don't top post, if you can avoid it. I see your mailer is
not displaying its identity, and sending multi-part, so perhaps you
cannot.
rm -f
Dear all,
I am installing basic Linux system based on LFS book LFS
Version 7.3.
In chapter 6.27 , while building coreutils8.21 make,
I am getting error .
help2man: can't get '--help' info from man/expr.td/expr
make[2]: *** [man/expr.1] Error 127
On Tue, Jul 30, 2013 at 04:04:52PM +0800, Srinivasan Friendster wrote:
Dear all,
I am installing basic Linux system based on LFS book LFS
Version 7.3.
In chapter 6.27 , while building coreutils8.21 make,
I am getting error .
help2man:
I was building LFS 7.2, but got stuck building Coreutils in ch.6.26.,
probably because of an incomplete build of Perl in ch.5.28. The problem
could not be solved.
My last idea was to build Perl 5.16.2 instead of Perl 5.16.1, but to no
avail.
So I have decided to start from scratch with LFS
hans kaper wrote:
I was building LFS 7.2, but got stuck building Coreutils in ch.6.26.,
probably because of an incomplete build of Perl in ch.5.28. The problem
could not be solved.
My last idea was to build Perl 5.16.2 instead of Perl 5.16.1, but to no
avail.
So I have decided to start from
Op Tue, 25 Jun 2013 21:54:07 +0200 schreef Bruce Dubbs
bruce.du...@gmail.com:
Just to note that the packages in Chapter 5 and Chapter 6 do not have to
be identical:
http://www.linuxfromscratch.org/~bdubbs/files/updating-lfs.html
Thanks for the tip. At first glance an interesting piece; I
Op Sat, 22 Jun 2013 22:38:11 +0200 schreef Ken Moffat
zarniwh...@ntlworld.com:
Odd. I don't see that in mine. Perhaps your perl tarball became
corrupted. Does its md5sum match the book ?
I just checked that: yes, the md5sum matches.
It looks as if your build of perl in chapter 5 was
On Sun, Jun 23, 2013 at 10:36:41PM +0200, hans kaper wrote:
Op Sat, 22 Jun 2013 22:38:11 +0200 schreef Ken Moffat
zarniwh...@ntlworld.com:
Odd. I don't see that in mine. Perhaps your perl tarball became
corrupted. Does its md5sum match the book ?
I just checked that: yes, the
Op Fri, 21 Jun 2013 21:52:50 +0200 schreef William Harrington kb0...@berzerkula.org:On Jun 21, 2013, at 2:11 PM, hans kaper wrote:Can't locate unicore/Heavy.pl in @INC (@INC contains: /tools/lib/perl5/site_perl/5.16.1/i686-linux /tools/lib/perl5/site_perl/5.16.1 /tools/lib/perl5/5.16.1/i686-linux
I am building LFS 7.2 bij copy-pasting the commands from the book in
scripts.
In chapter 6.26 building Coreutils 8.19 I get an error:
Making all in man
make[2]: Entering directory `/sources/coreutils-8.19/man'
GEN cut.1
Can't locate unicore/Heavy.pl in @INC (@INC contains:
On Sat, Jun 22, 2013 at 04:58:52PM +0200, hans kaper wrote:
Op Fri, 21 Jun 2013 21:52:50 +0200 schreef William Harrington
kb0...@berzerkula.org:
On Jun 21, 2013, at 2:11 PM, hans kaper wrote:
Can't locate unicore/Heavy.pl in @INC (@INC contains:
Op Sat, 22 Jun 2013 18:01:23 +0200 schreef Ken Moffat
zarniwh...@ntlworld.com:
On Sat, Jun 22, 2013 at 04:58:52PM +0200, hans kaper wrote:
Op Fri, 21 Jun 2013 21:52:50 +0200 schreef William Harrington
kb0...@berzerkula.org:
.
I see that you've re-posted your original query -
On Sat, Jun 22, 2013 at 09:46:11PM +0200, hans kaper wrote:
Perl cannot find 'Heavy.pl' I'm fairly sure you do NOT have that
file
You are right: it is not in /tools, neither is it in the newly built
perl-15.6.1-tree in /sources.
So I assume the file is not built. Apart from
I am building LFS 7.2 bij copy-pasting the commands from the book in
scripts.
In chapter 6.26 building Coreutils 8.19 I get an error:
Making all in man
make[2]: Entering directory `/sources/coreutils-8.19/man'
GEN cut.1
Can't locate unicore/Heavy.pl in @INC (@INC contains:
hans kaper wrote:
I am building LFS 7.2 bij copy-pasting the commands from the book in
scripts.
In chapter 6.26 building Coreutils 8.19 I get an error:
Making all in man
make[2]: Entering directory `/sources/coreutils-8.19/man'
GEN cut.1
Can't locate unicore/Heavy.pl in @INC (@INC
On Jun 21, 2013, at 2:11 PM, hans kaper wrote:
Can't locate unicore/Heavy.pl in @INC (@INC contains:
/tools/lib/perl5/site_perl/5.16.1/i686-linux
/tools/lib/perl5/site_perl/5.16.1 /tools/lib/perl5/5.16.1/i686-linux
/tools/lib/perl5/5.16.1 .) at /tools/lib/perl5/5.16.1/utf8_heavy.pl
line 176.
Just an FYI - This test fails for me (and looking at the archives at
least one other recently), and looking at the logs, it's because it's
attempting to create 200,000 small files - that exceeds the inode
count on the seperate 2GB ext3 filesystem I created for sources.
e.g.
+ expensive_
+ test
Steve Crosby wrote:
Just an FYI - This test fails for me (and looking at the archives at
least one other recently), and looking at the logs, it's because it's
attempting to create 200,000 small files - that exceeds the inode
count on the seperate 2GB ext3 filesystem I created for sources.
Le 30/04/2013 18:23, Bruce Dubbs a écrit :
Steve Crosby wrote:
Just an FYI - This test fails for me (and looking at the archives at
least one other recently), and looking at the logs, it's because it's
attempting to create 200,000 small files - that exceeds the inode
count on the seperate 2GB
Hi
Following LFS 7.3 instructions. I am logged in with user foo, and the su
into lfs user for the LFS build instructions.
While building CoreUtils 8.21 i see one test failure. On debugging, i find
that the failure is that getlogin() is returning foo, while
getenv(LOGNAME) is returning lfs. Hence
Samir Seth wrote:
Hi
Following LFS 7.3 instructions. I am logged in with user foo, and the su
into lfs user for the LFS build instructions.
While building CoreUtils 8.21 i see one test failure. On debugging, i find
that the failure is that getlogin() is returning foo, while
getenv(LOGNAME)
2012/12/29 Simon Geard delga...@ihug.co.nz:
On Fri, 2012-12-28 at 16:20 +0100, Tobias Gasser wrote:
version 8.20 is available since oct 23.
lfs-book has a ticket for it: 3215
searching the lists just show the ticket, but no further comments so far.
the ticket says 'no announce yet', here it
On Sat, 2012-12-29 at 19:37 +0800, xinglp wrote:
make -j2 error:
help2man: can't get '--help' info from man/df.td/df
make[2]: *** [man/df.1] Error 127
make[2]: *** Waiting for unfinished jobs
make -j1 works fine.
Yeah, I wouldn't have noticed that - as commented in other threads
version 8.20 is available since oct 23.
lfs-book has a ticket for it: 3215
searching the lists just show the ticket, but no further comments so far.
the ticket says 'no announce yet', here it is:
http://lists.gnu.org/archive/html/coreutils-announce/2012-10/msg0.html
+ bugfix release
+
Thanks Bruce -- the nobody test suite now runs but all tests fail owing
to mv and grep not being found :-(
Maybe I should just move on.
That would be best for you until I get this fixed. The problem is that
we are using a different version of su in Chapter 6 than we used to use.
On 2012-08-19 19:30, Richard Melville wrote:
Thanks Bruce -- the nobody test suite now runs but all tests fail
owing
to mv and grep not being found :-(
Maybe I should just move on.
That would be best for you until I get this fixed. The problem is
that
we are using a different
Richard Melville wrote:
Thanks Bruce -- what was the thinking behind using SU from Shadow instead
of Coreutils?
su has been dropped from coreutils and imported into util-linux. The
util-linux version requires PAM.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ:
Richard Melville wrote:
Some help with this would be great -- I just can't understand it.
I ran the tests as root which ran OK. I've added the temporary group and
changed permissions but when I run:-
su nobody -s /bin/bash -c make RUN_EXPENSIVE_TESTS=yes -k check || true
It
Richard Melville wrote:
Richard Melville wrote:
Some help with this would be great -- I just can't understand it.
I ran the tests as root which ran OK. I've added the temporary group and
changed permissions but when I run:-
su nobody -s /bin/bash -c make RUN_EXPENSIVE_TESTS=yes -k check ||
Richard Melville wrote:
Some help with this would be great -- I just can't understand it.
I ran the tests as root which ran OK. I've added the temporary group and
changed permissions but when I run:-
su nobody -s /bin/bash -c make RUN_EXPENSIVE_TESTS=yes -k check || true
It returns:-
On 08/17/2012 02:04 PM, Richard Melville wrote:
Some help with this would be great -- I just can't understand it.
I ran the tests as root which ran OK. I've added the temporary group
and changed permissions but when I run:-
su nobody -s /bin/bash -c make RUN_EXPENSIVE_TESTS=yes -k check ||
On Jan 12, 2012, at 10:40 PM, jasonps...@jegas.com wrote:
Ran the test suite for coreutils:
root:/scripts# grep -i fail src/coreutils-8.14/gnulib-tests/test-suite.log
1 of 270 tests failed. (24 tests were not run).
FAIL: test-parse-datetime (exit: 134)
test-parse-datetime.c:142:
On Fri, Jan 13, 2012 at 03:00:40AM -0800, Qrux wrote:
On Jan 12, 2012, at 10:40 PM, jasonps...@jegas.com wrote:
Found the problem. Apparently, coreutils-8.14 (the version for the LFS 7.0
release book) is broken w.r.t. to that specific test. It's a DST issue, so
maybe the folks who were
Qrux schrieb:
Ran the test suite for coreutils:
root:/scripts# grep -i fail src/coreutils-8.14/gnulib-tests/test-suite.log
1 of 270 tests failed. (24 tests were not run).
FAIL: test-parse-datetime (exit: 134)
test-parse-datetime.c:142: assertion failed
See
On Jan 13, 2012, at 5:36 AM, Ken Moffat wrote:
On Fri, Jan 13, 2012 at 03:00:40AM -0800, Qrux wrote:
Found the problem. Apparently, coreutils-8.14 (the version for the LFS 7.0
release book) is broken w.r.t. to that specific test. It's a DST Now,
*am* annoyed. Or at least I would be
On Fri, Jan 13, 2012 at 10:41:36AM -0800, Qrux wrote:
On Jan 13, 2012, at 5:36 AM, Ken Moffat wrote:
The relevant answer (or at least the one that looks like it ought to apply,
based on the errata note):
*
On Jan 13, 2012, at 11:44 AM, Ken Moffat wrote:
Speaking of errata, I've found a couple of packages that break when running
the tests in parallel:
* gawk
* flex
Executing the 'make check' with '-j 1' allows the tests to pass. I suppose
this would be covered in the somewhat
Ran the test suite for coreutils:
root:/scripts# grep -i fail src/coreutils-8.14/gnulib-tests/test-suite.log
1 of 270 tests failed. (24 tests were not run).
FAIL: test-parse-datetime (exit: 134)
test-parse-datetime.c:142: assertion failed
That's just the grep output (for '-i fail')
Ran the test suite for coreutils:
root:/scripts# grep -i fail src/coreutils-8.14/gnulib-tests/test-suite.log
1 of 270 tests failed. (24 tests were not run).
FAIL: test-parse-datetime (exit: 134)
test-parse-datetime.c:142: assertion failed
That's just the grep output (for '-i
On Jan 12, 2012, at 10:40 PM, jasonps...@jegas.com wrote:
Ran the test suite for coreutils:
root:/scripts# grep -i fail src/coreutils-8.14/gnulib-tests/test-suite.log
1 of 270 tests failed. (24 tests were not run).
FAIL: test-parse-datetime (exit: 134)
test-parse-datetime.c:142:
45 matches
Mail list logo