On Sat, Aug 18, 2012 at 07:34:04AM +0200, g....@free.fr wrote:
>
>
> ----- Mail original -----
> > De: "Ken Moffat" <zarniwh...@ntlworld.com>
> > À: "LFS Developers Mailinglist" <lfs-dev@linuxfromscratch.org>
> > Envoyé: Samedi 18 Août 2012 05:08:05
> > Objet: Re: [lfs-dev] tzdata
> >
> ..
> >
> > sed : I've got to revisit this, my results don't make sense. The
> > tests use the ru_RU.UTF-8 setting to test manipulations of 'да д'
> > (da d in cyrillic letters). When I firest *re*ran this, the output
> > was garbage: ÿÿа ÿÿ, but after stepping through the first test
> > trying various things including editing the Makefile.tests, and then
> > reverting that, it seemed to work. For those who haven't seen this,
> > it's all four utf8-{1..4} tests, and they have been failing for some
> > time in my builds. NB - not related to tzdata! I'll probably defer
> > further review until the tzdata is sorted.
> >
> I am with glibc-2.11 with chroot /etc/localtime as a copy of real
> /etc/localtime.
>
> I don't see test failures in sed.
> The 4 utf8 test report error 1 and XFAIL : utf8-x, so my understanding is
> that is intended they fail
> All 65 tests behaved as expected (4 expected failures)
>
I've had this since forever, the earliest log I can find is from
2010-06-16. But, it works ok in practice and I normally delete all
directories after a package is built, so I've never had evidence for
what is failing. Now that I'm having to break my scripts to examine
other failures, I thought I'd try to look at all the failures.
These utf-8 tests are expected to fail on a couple of OS's (hp and
win), and I think they might get treated as XFAIL if you don't have
an ru_RU.UTF-8 locale installed.
ken@jtm1 ~ $grep -e '^FAIL' -e 'tests\ failed' \
/home/logs/LFS-7.1-pure64/chroot/sed-4.2.1.log.check
FAIL: utf8-1
FAIL: utf8-2
FAIL: utf8-3
FAIL: utf8-4
4 of 65 tests failed
Please report to bug-gnu-ut...@gnu.org
> > e2fsprogs-1.42.5 - the 9 failures remain.
> no test error
> 124 tests succeeded 0 tests failed
This is where I came in, on -support.
[snip coreutils and perl]
>
> > automake-1.12.2 - I delayed this until last, and it's still running.
> > NB - 91 failures, I don't expect tz issues to be behind all of
> > them, but I normally blow away the build when the package has been
> > installed, so I've no idea what is going on until I've rerun it.
> >
> Testsuite summary for GNU Automake 1.12.2
> ============================================================================
> # TOTAL: 2852
> # PASS: 2640
> # SKIP: 172
> # XFAIL: 40
> # FAIL: 0
> # XPASS: 0
> # ERROR: 0
I had
Testsuite summary for GNU Automake 1.12.2
============================================================================
# TOTAL: 2852
# PASS: 2562
# SKIP: 169
# XFAIL: 40
# FAIL: 81
# XPASS: 0
# ERROR: 0
Without /etc/localtime I'm now up to 83 failures :-|
Now that I've got test-suite.log, and the files below t/ I can see
that almost all the failures are t/instspc.tap - that is pretty
impenetrable to me.
Deferred until the tzdata is generally fixed, then I'll probably
try 1.12.3. I might also retry 1.12.2 in a completed system.
>
> > flex-2.5.37 - still the 2 failures, they don't seem to be related to
> > date/time consideration : test-bison-yyl{loc,val}. Again, I'll
> > probably defer these until the tzdata is a bit clearer.
> >
> This is a bison-2.6 issue fixed by
> http://pkgs.fedoraproject.org/cgit/flex.git/plain/flex-2.5.36-bison-2.6.1.patch
>
Thanks, I'll try that before attempting to sort out hte tzdata.
> > patch-2.6.1 - again, the failure has gone
> > patch --backup --set-utc 1
> > like the perl, that was 1 second different when I first ran it.
> >
> For me
> All tests succeeded!
>
> Gilles
So, my build isn't as good as yours. :-(
Thanks for the comments.
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
